「AWS Expert Online 13 / JAWS-UG浜松 AWS勉強会 2021#1」に参加しました

Tweet

本日のAWS Expert Onlineのテーマは「今日から始める、イベントドリブンアーキテクチャ」でした。

今日から始める、イベントドリブンアーキテクチャ

AWS 下川 賢介さん

イノベーションループはアイデア→実験→傾聴→(アイデアに戻る)。
なのでこのループ1つに時間がかかってては効果を発揮しづらいので、早く回す。
それをやりやすいのがマイクロサービス。

Amazonがマイクロサービスに舵を切ったのは、2002年。
マイクロサービスとセットで2ピザチームもスタート。

そして、マイクロサービスはAPIでの接続。

でも同期的なAPIはインターフェースを守るので、その変更がしづらい。
依存関係が強いAPI同士の結合もある。
密結合になると他のサービスの影響を受けやすく、要件が複雑化していく。

これらの課題のソリューションの一つが、疎結合非同期なイベントドリブンアーキテクチャ。

本題からはそれますが、自分の仕事のやり方ってcommandじゃなくて、eventだなと思った。
サブスクライバーが特定の人に偏っているのが課題。#jawsug #awsxon pic.twitter.com/IN7aQz2Pfa

— 山下 光洋inポケットスタディAWS認定 デベロッパー アソシエイト2/26リリースへ向けて校正中 (@yamamanx) January 27, 2021

変化のためには新しいサブスクライバーを増やす、それによって機能を追加する。

追加するサービス側主体で追加ができる。
この例では、プロデューサーや既存コンシューマーには影響せずに、在庫サービスを追加できる。

CloudWatch EventsがなんでEventBridgeになったのかが理解しやすいスライド。
まさにイベントの橋渡しですね。

これを実装したら、部門内製に近いことができないかな。
各部門が自分たちで選択したSaaSを使って、そこで発生したイベントをトリガーにして社内の次のデータフローにつなげていく。
担当者が退職して別のSaaSに変更したとしても間のEventBridgeとLambdaでちょっとしたデータ加工だけ実装してデータフローに渡せばよさそう。

すごくわかりやすく、気づきもありました。
ありがとうございました！

FIFOの読み方ってやっぱり「ファイフォ」なのかなあ。#jawsug #awsxon

— 山下 光洋inポケットスタディAWS認定 デベロッパー アソシエイト2/26リリースへ向けて校正中 (@yamamanx) January 27, 2021

ちなみにみなさん、FIFOキューなんて読みます？

最後までお読みいただきましてありがとうございました！

【PR】 「AWS認定試験対策 AWS クラウドプラクティショナー」という本を書きました。

【PR】 「AWSではじめるLinux入門ガイド」という本を書きました。

【PR】 「ポケットスタディ AWS認定 デベロッパーアソシエイト」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター3年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。