Orkiestracja złożonych przepływów pracy
Buduj zaawansowane bezserwerowe przepływy pracy obejmujące logikę warunkową, wykonywanie równoległe i obsługę błędów za pomocą Step Functions.
Orkiestracja złożonych przepływów pracy to bezpłatna lekcja Serverless Backend with AWS Lambda & API Gateway na CoddyKit. To lekcja 3 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 Backend with AWS Lambda & API Gateway, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Serverless Backend with AWS Lambda & API Gateway zawiera 4 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
Orchestrating Complex Workflows
Welcome! In this lesson, we'll dive into building sophisticated serverless workflows with AWS Step Functions.
We'll explore how to add decision-making, run tasks concurrently, and make your workflows resilient to errors.
Decision Making with Choice
The Choice state is your workflow's "if/else" statement. It allows your state machine to make decisions based on the input it receives.
- Each choice rule has a condition (e.g., input value equals "X").
- If a condition is met, the workflow transitions to a specified state.
- A default state handles cases where no conditions match.
Choice State Example
Here's how a Choice state looks in your Step Functions definition. It checks an orderStatus field to decide the next step.
{ "StartAt": "CheckOrderStatus", "States": { "CheckOrderStatus": { "Type": "Choice", "Choices": [ { "Variable": "$.orderStatus", "StringEquals": "PENDING", "Next": "ProcessPendingOrder" }, { "Variable": "$.orderStatus", "StringEquals": "SHIPPED", "Next": "NotifyShipping" } ], "Default": "HandleUnknownStatus" }, "ProcessPendingOrder": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:processPending", "End": true }, "NotifyShipping": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:notifyShipping", "End": true }, "HandleUnknownStatus": { "Type": "Fail", "Cause": "Unknown order status", "Error": "InvalidOrderStatus" } }}Running Tasks in Parallel
The Parallel state allows you to execute multiple branches of your workflow concurrently. This is great for tasks that don't depend on each other and can run at the same time.
- Each branch runs independently.
- The Parallel state waits for all branches to complete.
- Outputs from all branches are combined into an array.
Parallel State Example
This Parallel state simultaneously processes an order and updates inventory, then combines their results.
{ "StartAt": "ProcessOrderAndInventory", "States": { "ProcessOrderAndInventory": { "Type": "Parallel", "Branches": [ { "StartAt": "ProcessOrder", "States": { "ProcessOrder": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:processOrder", "End": true } } }, { "StartAt": "UpdateInventory", "States": { "UpdateInventory": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:updateInventory", "End": true } } } ], "Next": "CombineResults" }, "CombineResults": { "Type": "Pass", "End": true } }}Handling Errors Gracefully
Things can go wrong! Step Functions provides robust error handling with the Catch field. You can specify what errors to catch and which state to transition to when an error occurs.
- Errors are identified by their type (e.g.,
States.TaskFailed). - You can catch specific errors or a generic
States.ALL. - The
ResultPathspecifies where the error output is placed.
Catch State Example
Here, if the ProcessPayment task fails, it's caught and the workflow moves to the RefundOrder state.
{ "StartAt": "ProcessPayment", "States": { "ProcessPayment": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:processPayment", "Catch": [ { "ErrorEquals": [ "States.TaskFailed", "PaymentFailure" ], "Next": "RefundOrder", "ResultPath": "$.errorInfo" } ], "Next": "CompleteOrder" }, "RefundOrder": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:refundOrder", "End": true }, "CompleteOrder": { "Type": "Pass", "End": true } }}Retrying Failed Tasks
For transient errors (like network timeouts), it's often better to retry the task a few times before failing. The Retry field lets you define retry policies.
- Specify which errors to retry.
- Configure
IntervalSeconds,MaxAttempts, andBackoffRate. - Exponential backoff (
BackoffRate > 1) is highly recommended.
Retry State Example
This task will retry up to 3 times with exponential backoff if a Timeout or NetworkError occurs.
{ "StartAt": "CallExternalService", "States": { "CallExternalService": { "Type": "Task", "Resource": "arn:aws:lambda:us-east-1:123456789012:function:callExternalService", "Retry": [ { "ErrorEquals": [ "States.Timeout", "NetworkError" ], "IntervalSeconds": 2, "MaxAttempts": 3, "BackoffRate": 1.5 } ], "End": true } }}Orchestrating It All
The real power of Step Functions comes from combining these states. You can build highly sophisticated workflows by nesting Parallel states within Choices, adding Retries to Tasks, and Catching errors at various levels.
This allows you to model almost any business process, making your serverless applications robust and adaptable.
Workflow Logic Check
Consider a workflow that needs to:
- Check if a user is premium.
- If premium, send a personalized email AND update their loyalty points simultaneously.
- If not premium, send a standard email.
- Handle any email sending failures by logging them without stopping the workflow.
Which Step Functions states would be essential to implement this logic?
Recap: Complex Workflows
You've mastered advanced Step Functions concepts!
- We used Choice states for conditional logic.
- We leveraged Parallel states for concurrent execution.
- We implemented robust error handling with Catch blocks.
- And we learned about Retry policies for transient failures.
These tools allow you to build incredibly powerful and resilient event-driven serverless applications!
Często zadawane pytania
Czy lekcja „Orkiestracja złożonych przepływów pracy” jest bezpłatna?
Tak — pełny tekst „Orkiestracja złożonych przepływów pracy” 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 Backend with AWS Lambda & API Gateway, przejdź na CoddyKit PRO. Kurs Serverless Backend with AWS Lambda & API Gateway zawiera 4 lekcji w sumie.
Co nauczysz się w „Orkiestracja złożonych przepływów pracy”?
Buduj zaawansowane bezserwerowe przepływy pracy obejmujące logikę warunkową, wykonywanie równoległe i obsługę błędów za pomocą Step Functions. Ćwiczysz Serverless Backend with AWS Lambda & API Gateway 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 Backend with AWS Lambda & API Gateway?
Nie wymagamy żadnego doświadczenia. Serverless Backend with AWS Lambda & API Gateway 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 3 z 4.
Ile czasu zajmuje lekcja „Orkiestracja złożonych przepływów pracy”?
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 Backend with AWS Lambda & API Gateway?
Tak. Każda lekcja Serverless Backend with AWS Lambda & API Gateway 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
- Wprowadzenie do AWS Step Functions
- Budowanie maszyn stanów
- Orkiestracja złożonych przepływów pracy
- Obsługa błędów i ponowienia w maszynach stanów