AWS EventBridgeでマイクロサービス x サーバレス x イベント駆動アーキテクチャ開発した話

ツール導入前の課題

エアークローゼットではairCloset, airCloset Mallと複数事業展開しています。サービスごとに特化してシステムを開発していたために、事業の横展開に弱くて、同じ機能なのに、似て非なるものを開発しなければならない状態です。

どのような状態を目指していたか

そのため、ドメインを事業単位ではなく、事業の枠を超えた機能単位でマイクロサービスとして切り出し抽象化していくのが必要となります。

例えば、airClosetでもairCloset Mallでもクレジットカードで決済を行うことができるような「共通決済サービス」を開発することです。

• redis streams
• rabbit mq
• kafka

マイクロサービス開発するために、色んな技術スタックがありますが、弊社ではインフラが殆どAWS使用しているので、マイクロサービスでもAWSで展開できる技術・ツールを考慮した上に、イベント駆動アーキテクチャ x AWS EventBridgeを選びました。

Amazon EventBridge は、独自のアプリケーション、AWSのサービスからのデータを使用して、アプリケーションを簡単に接続することを可能にするサーバレスイベントバスです。EventBridgeはイベントを発行したり、発行されたイベントをフィルタリングし（イベント駆動）、所定のイベントが発生した場合のみLambda関数実行など特定の処理を実施することができます。

それに、サーバレスアーキテクチャにすれば、今後の運用コストも削減できるメリットがあるので、楽かなと思っています。

改善したかった課題はどれくらい解決されたか

マイクロサービスを一通り導入した結果、新規事業の立ち上げにかかるコストやローンチまでの時間を大幅に削減できました。 また、ノウハウが一箇所に集約されたことで、メンテナンスもしやすくなりました。

どのような成果が得られたか

2024年11月に、結婚式やイベント向けのスポットレンタルサービスairCloset Spot Rental（エアクロスポットレンタル）（元はairCloset Dress）をリリースしました。 企画立ち上げから完成までの開発期間はわずか3か月で、これまで新規事業を立ち上げていた際と比べて、コストを約70〜80％削減することができました。

開発環境と運用フロー：

サーバレス構成にすると、本番へのデプロイ自体はとても楽になりますが、開発環境を構築してチーム全体のエンジニアが同じように開発・検証できる状態を作るのは簡単ではありません。 そのため、AWS の各リソースをローカル環境で一通りエミュレーションできるツールを探す必要があります。 さらに、作成される AWS リソースの数が非常に多くなるため、 Git 上でコードとして管理できないとレビューができず、品質を担保するのが難しくなります。 そのため、IaC を記述するためのライブラリ（ツール）も必須になると考えています。