Funkcje serverless dla API sterowanych zdarzeniami

Serverless functions (also known as Functions as a Service or FaaS) are code snippets that run in response to events, without you having to manage any servers.

The cloud provider (like AWS, Azure, or Google Cloud) handles all the underlying infrastructure, from provisioning servers to scaling and patching them.

• You just write your code.
• The cloud runs it when needed.
• You only pay for the compute time used.

When building APIs, serverless functions offer incredible advantages, especially for event-driven architectures.

Instead of managing web servers, you can deploy individual functions that respond to HTTP requests. This simplifies operations significantly.

• Auto-scaling: Handles traffic spikes automatically.
• Cost-effective: Pay only for actual usage.
• Faster Development: Focus on business logic, not infrastructure.

An event-driven API means your API endpoints are triggered by specific events. In the serverless world, an incoming HTTP request is often the "event" that kicks off your function.

Think of it like this: A user makes a request to /products. This request becomes an "event" that's routed to your getProducts serverless function, which then executes to fulfill the request.

A popular combination for serverless APIs is AWS Lambda (the serverless function service) paired with AWS API Gateway.

API Gateway acts as the "front door" for your API. It handles routing incoming HTTP requests to the correct Lambda function, managing security, and transforming requests/responses.

Lambda then executes your code in response to the event sent by API Gateway.

A serverless function typically has a specific structure, often with a "handler" method that the cloud provider invokes.

This handler usually accepts two main arguments:

• event: A dictionary or object containing all the details about the trigger event (e.g., HTTP request data from API Gateway).
• context: An object providing runtime information about the invocation, function, and execution environment.

Here's a basic Python Lambda function. When triggered by an API Gateway, the event parameter will contain the HTTP request details. Our function simply returns a "Hello from CoddyKit Lambda!" message.

When API Gateway triggers your function, the event object is a JSON representation of the HTTP request. You'll find crucial details within it:

• httpMethod: e.g., "GET", "POST"
• path: The requested URL path
• headers: HTTP request headers
• queryStringParameters: URL query parameters
• body: The request body (for POST/PUT, often a JSON string)

Your function logic will parse these to understand and respond to the API call.

For API Gateway to correctly send a response back to the client, your serverless function must return a specific JSON structure. This structure tells API Gateway how to format the HTTP response.

• statusCode: The HTTP status code (e.g., 200 for OK, 400 for Bad Request).
• headers: A dictionary of HTTP response headers (e.g., 'Content-Type': 'application/json').
• body: A string containing the actual response payload (e.g., a JSON string).

One of the biggest advantages of serverless APIs is their inherent scalability and cost model.

• Automatic Scaling: Cloud providers automatically provision and manage the compute resources needed to handle any load, from zero requests to millions per second. Your function just runs.
• Pay-per-execution: You only pay for the exact compute time your function uses. If your API isn't called, you pay nothing. This can lead to significant cost savings compared to always-on servers.

In this lesson, we explored how serverless functions are ideal for building highly scalable, event-driven API endpoints.

You learned that services like AWS Lambda and API Gateway allow you to focus on your API's logic, while the cloud handles infrastructure, scaling, and cost optimization based on actual usage.

Understanding how functions process event data and return structured responses is key to building robust serverless APIs.