DEV Community

Cover image for A Guide to Serverless Architecture
We're Serverless! for Serverless Inc.

Posted on • Updated on • Originally published at serverless.com

A Guide to Serverless Architecture

Originally posted at Serverless

What is Serverless?

Serverless uses the existing managed services available through the public cloud not just as a means to host an application but becomes an intrinsic part of the application and replaces manually configured infrastructure and sometimes even entire libraries of code with the managed services.

Contrary to what the word “Server-less” would have you think, servers still exist with serverless! With a serverless development model, developers are able to build, deploy and run applications without having to manage servers. Once deployed, a serverless application will respond to traffic and automatically scale up or down as needed.

What is Serverless Architecture?

A web application can be built by using a collection of managed services to provide for all parts of an application such as a service to receive incoming network requests, a compute platform that just accepts code with no maintenance to execute upon those network requests, a fully managed datastore to store and retrieve data, additional services such as object storage to store files, messaging services to allow for queues, pub/sub and streams, etc. All with 0 management overhead and pay per usage billing.

What is an example of Serverless Architecture?

A REST API is the easiest example to provide. Assuming AWS as the cloud vendor, a Serverless REST API consists of API Gateway for receiving HTTP requests, Lambda functions that receive these requests and execute upon them and DynamoDB as a datastore to store and retrieve data from. There are many other use cases, all with their collection of managed services.

Joot’s Serverless Architecture

The image below shows the architecture Joot uses for image processing. All of Joot’s users are managed using Cognito. Amplify was used as the library for the web app. Lambda was used to coordinate the user authentication. When a user comes into the system, they upload an image which is saved directly into the S3. Triggers set on the image upload bucket go in and then pull that image out, resize it, do some processing and pull meta-data out and store it in DynamoDb.

You can learn more about Joot and how they’ve incorporated Serverless Framework below:

See the Joot case study

Originally published at https://www.serverless.com.

Top comments (0)