0Pricing
Serverless AWS Lambda Development · Lekcja

Podstawy architektury sterowanej zdarzeniami

Poznaj zasady architektur sterowanych zdarzeniami oraz dowiedz się, jak funkcje Lambda reagują na zdarzenia generowane przez inne usługi.

Podstawy architektury sterowanej zdarzeniami to bezpłatna lekcja Serverless AWS Lambda Development na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Serverless AWS Lambda Development, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Serverless AWS Lambda Development zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

What is Event-Driven?

Imagine a restaurant where orders are taken, food is cooked, and bills are paid. In a traditional setup, each step might wait for the previous one to finish.

Event-Driven Architecture (EDA) is different. It's like having many independent stations that react to things happening around them, without direct instructions.

Understanding Events

At its core, an event is simply a signal that "something happened." It's a record of a state change or an action that occurred in a system.

  • User clicks a button
  • A file is uploaded
  • A new order is placed
  • A sensor detects motion

These are all examples of events!

Key Parts of EDA

Event-Driven Architecture involves three main components:

  • Event Source: The system or service that generates an event (e.g., a user interface, a database change).
  • Event: The data package describing what happened.
  • Event Consumer/Processor: A service that listens for and reacts to specific events (e.g., an AWS Lambda function).

Events often travel through an Event Bus or Queue, which helps route them to the right consumers.

Benefits of Event-Driven

EDA offers powerful advantages for modern applications:

  • Loose Coupling: Components don't directly "know" about each other, only about the events. This makes systems easier to update and maintain.
  • Scalability: Event consumers can scale independently based on the event load.
  • Responsiveness: Systems can react to changes in real-time, leading to a more dynamic user experience.
  • Resilience: If one component fails, others can often continue processing events.

Lambda & Event Responders

AWS Lambda is a perfect fit for Event-Driven Architecture. It acts as an event consumer or event processor.

Think of Lambda functions as tiny, specialized workers that are "asleep" until an event wakes them up. Once the event is processed, they go back to sleep.

Invoking Lambda with Events

A key concept with Lambda is that you don't manually "start" it in the traditional sense. Instead, other AWS services or custom applications publish events.

When an event matching a Lambda function's configuration occurs, Lambda automatically invokes (runs) that function. It's fully automated!

Inside an Event (JSON)

Events are typically structured data, often in JSON format. They contain details about what happened, when, and where.

Here's a simplified example of what an event might look like:

{
  "version": "0",
  "id": "abc-123-def-456",
  "detail-type": "MyCustomEvent",
  "source": "my.application",
  "time": "2023-10-27T12:34:56Z",
  "detail": {
    "userId": "user123",
    "action": "itemAddedToCart",
    "itemId": "product789"
  }
}

Event Flow in Action

Let's trace a simple event flow:

  1. A user adds an item to their shopping cart in your app (Event Source).
  2. Your app publishes a "itemAddedToCart" Event.
  3. An AWS Lambda function (Event Consumer) is configured to listen for this specific event.
  4. The Lambda function automatically runs, perhaps to update inventory or send a personalized recommendation.

The app doesn't need to know how inventory is updated; it just publishes the event.

Lambda Event Handler

When Lambda is invoked, it passes the event data to your function. In Java, this data often comes as a Map or a custom object.

Try running this simple Java Lambda function. It prints the incoming event data:

import java.util.HashMap;
import java.util.Map;
import com.amazonaws.services.lambda.runtime.Context;
import com.amazonaws.services.lambda.runtime.RequestHandler;

public class MyEventHandler implements RequestHandler<Map<String, Object>, String> {

    @Override
    public String handleRequest(Map<String, Object> event, Context context) {
        // Lambda receives the event as input
        System.out.println("Received event:");
        event.forEach((key, value) -> System.out.println("  " + key + ": " + value));

        // You can access specific event data, e.g., from a "detail" field
        if (event.containsKey("detail") && event.get("detail") instanceof Map) {
            Map<String, Object> detail = (Map<String, Object>) event.get("detail");
            System.out.println("Detail action: " + detail.get("action"));
        }

        return "Event processed successfully!";
    }

    // Main method for local testing (not executed by Lambda runtime)
    public static void main(String[] args) {
        Map<String, Object> testEvent = new HashMap<>();
        testEvent.put("version", "0");
        testEvent.put("id", "test-id-123");
        testEvent.put("detail-type", "UserAction");
        testEvent.put("source", "my.test.app");
        
        Map<String, Object> detailMap = new HashMap<>();
        detailMap.put("userId", "testUser");
        detailMap.put("action", "login");
        testEvent.put("detail", detailMap);

        MyEventHandler handler = new MyEventHandler();
        String result = handler.handleRequest(testEvent, null);
        System.out.println("--- Local Test Result ---");
        System.out.println(result);
    }
}

Event-Driven Quiz

Which of the following best describes the role of an AWS Lambda function in an Event-Driven Architecture?

Recap & Next Steps

Great job! You've learned the fundamentals of Event-Driven Architecture and how AWS Lambda fits into this powerful paradigm.

  • Events are signals that something happened.
  • EDA uses events for loosely coupled, scalable systems.
  • Lambda functions are perfect event consumers, automatically invoked by events.

Next, we'll dive into specific AWS services that can trigger your Lambda functions!

Często zadawane pytania

Czy lekcja „Podstawy architektury sterowanej zdarzeniami” jest bezpłatna?

Tak — pełny tekst „Podstawy architektury sterowanej zdarzeniami” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Serverless AWS Lambda Development, przejdź na CoddyKit PRO. Kurs Serverless AWS Lambda Development zawiera 4 lekcji w sumie.

Co nauczysz się w „Podstawy architektury sterowanej zdarzeniami”?

Poznaj zasady architektur sterowanych zdarzeniami oraz dowiedz się, jak funkcje Lambda reagują na zdarzenia generowane przez inne usługi. Ćwiczysz Serverless AWS Lambda Development z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Serverless AWS Lambda Development?

Nie wymagamy żadnego doświadczenia. Serverless AWS Lambda Development w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „Podstawy architektury sterowanej zdarzeniami”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Serverless AWS Lambda Development?

Tak. Każda lekcja Serverless AWS Lambda Development zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Podstawy architektury sterowanej zdarzeniami
  2. Wywoływanie Lambda za pomocą API Gateway
  3. Wyzwalacze zdarzeń S3 i SQS
  4. Harmonogramowane wywołania za pomocą EventBridge
← Powrót do Serverless AWS Lambda Development