はじめに

Azureクラウドアプリケーションアーキテクチャガイドより、7つあるアーキテクチャスタイルの一つ、イベントドリブンアーキテクチャに関してまとめます。

概要

情報の送り手が「イベント」を発行し、それを保持する箇所を設け、情報の受け手はそこにイベントを取りに行く、というアーキテクチャスタイルです。Webキューワーカーアーキテクチャと似ていますが、以下のようなイメージで違いを理解しています。

キューの格納先 = パイプ
- 処理したい命令を流しつつ保持しておける
- パイプの形状変更は一苦労
  - 配信者や受信者を変更/追加する場合には、配信側のコードをいじる必要あり
イベントの格納先 = 箱
- 処理のためのトリガーを放り込める
- 複雑なものが入ってても大丈夫そう (パイプだと詰まりそう)
- 受信者は能動的に箱の中身を取りに行く必要あり
- 何人で箱を共有してもOKで、拡張性が高い

要件に応じて、パブリッシュサブスクライブモデルとイベントストリームモデル、2種類のモデルが使用可能です。

それぞれ、ざっくりとした構成を図示します。

このアーキテクチャスタイルには以下のようなアプリケーションに適しています。

コンシューマー側の処理方式は、以下3種に大別されます。要件に応じて使い分けます。

-	トリガー例	組み合わせるサービス例
単純なイベント処理	ストレージに画像ファイルがアップロード	Azure Functions Service Bus
複雑なイベント処理	特定のデータをある時間範囲で集計、移動平均値が特定のしきい値を超える	Azure Storm Analytics Apache Storm
イベントストリーム処理	IoTデータ (大量のイベントが発生)	Azure IoT Hub Apache Kafka

組み合わせる各サービスの概要とアイコンは以下の通り。

イベントドリブンアーキテクチャの特徴と使用されるサービスについて見ていきました。次回はビッグデータアーキテクチャスタイルについてまとめます。お楽しみに！