We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Serverless Computing

00:00

Formal Metadata

Title
Serverless Computing
Title of Series
Number of Parts
10
Author
License
CC Attribution 3.0 Germany:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
NeuroinformatikCartesian coordinate systemNeuroinformatikData managementXMLComputer animation
Lambda calculusFunction (mathematics)FAQBookmark (World Wide Web)WindowView (database)Graphical user interfaceServer (computing)Data managementTask (computing)Channel capacityCodeFocus (optics)SoftwareData modelScaling (geometry)Event horizonDisintegrationService (economics)Scale (map)BuildingFeedbackIterationOverhead (computing)Visual systemModemStrategy gameElasticity (physics)Bridging (networking)Integrated development environmentComplete metric spaceVideo gameCycle (graph theory)Lambda calculusServer (computing)Scaling (geometry)CodeService (economics)INTEGRALFunctional (mathematics)Cycle (graph theory)Integrated development environmentCartesian coordinate systemSoftware as a serviceSoftware developerArithmetic meanComputer wormDifferent (Kate Ryan album)Information2 (number)Adaptive behavioroutputParameter (computer programming)Stack (abstract data type)NeuroinformatikGateway (telecommunications)MereologyBuildingComputer hardwareOpen setData storage deviceComputer fileDemosceneSource codeMathematicsIdentifiabilityBootingData centerComputer animationProgram flowchartXMLUMLJSON
Transcript: English(auto-generated)
Let's talk about serverless computing. AWS offers technologies for running code, managing data, and integrating applications
all without managing servers. So the main issue what AWS tries to resolve here is when developers can focus only on writing their own code without managing any servers.
So basically serverless means you don't care about server and you care only about code. And serverless application starts with AWS Lambda and even Drive and Compute Service
natively integrated with over 200 AWS services and software-as-a-service applications. So what serverless is give to us? So we move from idea to market faster.
So because we run just code, we code and then just run it. It helps lower our costs. What does it mean? We pay only for what we use.
So if we mentioned already Lambda, we pay only for Lambda invocations. So when Lambda doesn't run, we don't pay. Adapt a scale.
Same as. We don't care about servers and AWS care about scale of our application. And also it help build better applications more easy way because you just focus on building
just application without pay much attention on server side. Services on AWS.
Server services on AWS consist all three layers of stack. So this is compute integration and data stores. So compute is AWS Lambda and AWS Fargate. Lambda is when you just write your code and run your code.
And AWS Fargate in simple way is when AWS helps us to run containers on some shared services on AWS and AWS will take care of the services of the servers and services itself.
And application integration, Amazon Event Breach, AWS Step Function, Amazon SQS, SNS, API Gateway and AppSync.
In general, these all six services are servers because they provide some functionality and we don't run any server side applications by us. But also you have possibility to integrate, for example, AWS Lambda with Amazon API Gateway
or AppSync and you can proceed your requests in API Gateway or AppSync via Lambda.
Then data store, Amazon S3, VFS, DynamoDB, LDS proxy, Aurora servers, Red Shield servers, Neptune servers and Open Search servers. For example, Open Search servers, Amazon provides Open Search as a serverless solution for us.
And this Amazon S3 is also reuse this storage as a service and it for us serverless means
but also we can integrate, for example, AWS Lambda with Amazon S3 bucket. And for example, if you want to change some files in our buckets after when our users
upload some files to the S3 bucket and we want some make changes on them, we can do this via triggers and these triggers can be done via AWS Lambda functions.
As for me, the good explanation of serverless is to explain how Lambda function works and what function ref cycle is. So first, when some invoke came to the Lambda, it can be done only via Lambdas API, so request
made to Lambda API. And here I have to mention that we have cold start and warm start. Firstly, we will talk about warm start. After when request was made to Lambdas API, service identify if warm execution environment
is available. If no, this is first start in a while. And this is square, you can see here. This all happens behind the scenes.
And Lambda go find some available computer source. When Lambda is find available computer source, your code from the Lambda starting to download
to that server. After when code on the already on the server, server start execution environment. So this means if you choose in your Lambda Python environment, it will start for your
Python environment. If you choose example node environment, it will start node for you. Then it make executing it, it mean install all inputs here.
So in Python, when you write inputs, all inputs are here happen. And then you have invoke handler. This function, like what will be executed and also input parameters will be passed if
you write this and if invoke handler is required some input parameters from request, it will also happen here. After when invoke handler starts, it runs and then it return complete invocation.
And then we have Wormstart. Amazon doesn't provide any information about how much minutes your environment is still alive. So somewhere you can find it's still alive for around two or three hours, something like
that. But Amazon doesn't provide this information officially. So if we work with Wormstart, for example, our Lambda function is executed just few seconds ago and request made to Lambda API again.
So service identifies if worm execution environment is available and worm execution environment is available and then it proceed invoke handler. And after when it runs this code, it throws to us complete invocation.
So that's the difference. Here is a serverless and here is a service application, but here is square part of the real server because when Lambda is going to find some available computer source, this
is real hardware somewhere in data center in AWS.
Okay.