イベント駆動型Sagaの設計
イベントを使用して異なるマイクロサービス間のアクションを起動する、Choreography Sagaのフローを設計します。
「イベント駆動型Sagaの設計」はCoddyKit上の無料Microservices Communication Patterns (Saga, Circuit Breaker)レッスンです。 これはレッスン1/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはMicroservices Communication Patterns (Saga, Circuit Breaker)学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Microservices Communication Patterns (Saga, Circuit Breaker)コースには全4レッスンが含まれています。
このレッスンの一部はまだ翻訳されておらず、英語で表示されています。
Event-Driven Saga Design
Welcome! In this lesson, we'll learn how to design the flow of a Choreography Saga. This pattern helps manage complex business transactions that span multiple services.
We'll focus on using events as the primary way services communicate and trigger each other's actions.
Choreography Refresher
Remember Choreography Sagas? In this style, services communicate directly by publishing and subscribing to events.
- No central orchestrator: Services react to events from others.
- Decentralized decisions: Each service decides its next step based on the event it receives.
Our Business Scenario
Let's design a saga for an "Online Order Placement" system. This common scenario involves several steps across different microservices:
- Customer places order.
- Inventory is checked and reserved.
- Payment is processed.
- Order is shipped.
Identifying Core Saga Steps
For our "Order Placement" saga, we can break it down into these main steps, each potentially handled by a different service:
- Order Service: Creates the order.
- Inventory Service: Reserves items.
- Payment Service: Processes payment.
- Shipping Service: Schedules shipment.
Events Drive the Flow
In a choreography saga, each step is initiated by an event. When one service completes its task, it publishes an event.
Other services, interested in that event, subscribe to it and react accordingly. This creates a chain reaction.
Kicking Off the Saga
Every saga needs a starting point. For our "Order Placement," the Order Service initiates the process.
When a customer places an order, the Order Service creates it and publishes an OrderCreatedEvent.
Inventory Reacts to Order
The Inventory Service subscribes to OrderCreatedEvent. Upon receiving it, it attempts to reserve the items for the order.
After processing, it publishes either an InventoryReservedEvent or an InventoryFailedEvent.
class OrderCreatedEvent {
String orderId;
String customerId;
// ... item details
}
class InventoryService {
public void handleOrderCreated(OrderCreatedEvent event) {
System.out.println("Inventory Service: Received OrderCreatedEvent for " + event.orderId);
// Logic to reserve items...
boolean success = true; // Assume success for now
if (success) {
System.out.println("Inventory Service: Items reserved. Publishing InventoryReservedEvent.");
// In a real system, publish InventoryReservedEvent
} else {
System.out.println("Inventory Service: Inventory failed. Publishing InventoryFailedEvent.");
// In a real system, publish InventoryFailedEvent
}
}
}
public class Main {
public static void main(String[] args) {
InventoryService inventory = new InventoryService();
OrderCreatedEvent newOrder = new OrderCreatedEvent();
newOrder.orderId = "ORD123";
newOrder.customerId = "CUST456";
inventory.handleOrderCreated(newOrder);
}
}Payment Reacts to Inventory
The Payment Service subscribes to InventoryReservedEvent. This means payment only proceeds if inventory is successfully reserved.
It processes the payment and then publishes either a PaymentProcessedEvent or a PaymentFailedEvent.
Shipping Reacts to Payment
Finally, the Shipping Service subscribes to PaymentProcessedEvent. It schedules the shipment only after payment is confirmed.
It then publishes an OrderShippedEvent to complete the main saga flow.
Planning for Rollbacks
What if a step fails? For example, if payment fails after inventory is reserved? In a choreography saga, we use compensation events.
The Payment Service would publish a PaymentFailedEvent. The Inventory Service would subscribe to this event and publish an InventoryReleasedEvent to undo its previous action.
Saga Flow Check
Consider our Order Placement saga. What is the correct sequence of events if the entire process is successful?
Recap: Designing Event Flows
We've learned how to design a choreography saga by breaking down a business transaction into steps.
- Each step publishes an event to trigger the next.
- We identified the initial event and subsequent events for a successful flow.
- We also briefly considered how compensation events are used to handle failures.
Next, we'll explore how message brokers facilitate this communication!
よくある質問
「イベント駆動型Sagaの設計」レッスンは無料ですか？
はい。「イベント駆動型Sagaの設計」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Microservices Communication Patterns (Saga, Circuit Breaker)コースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Microservices Communication Patterns (Saga, Circuit Breaker)コースには全4レッスンが含まれています。
「イベント駆動型Sagaの設計」で何を学びますか？
イベントを使用して異なるマイクロサービス間のアクションを起動する、Choreography Sagaのフローを設計します。 ブラウザで直接実行するハンズオンコードでMicroservices Communication Patterns (Saga, Circuit Breaker)を演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Microservices Communication Patterns (Saga, Circuit Breaker)を始めるのに経験は必要ですか？
事前経験は必要ありません。CoddyKitのMicroservices Communication Patterns (Saga, Circuit Breaker)は初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/4です。
「イベント駆動型Sagaの設計」レッスンにはどのくらい時間がかかりますか？
ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このMicroservices Communication Patterns (Saga, Circuit Breaker)レッスンでコードを書いて実行できますか？
はい。すべてのMicroservices Communication Patterns (Saga, Circuit Breaker)レッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- イベント駆動型Sagaの設計
- イベントバスとメッセージブローカー
- イベントによる補償処理
- 冪等なイベントコンシューマーの構築