ピタゴラスイッチ

ピタゴラスイッチ
この記事の操作
Markdownで見る

Chrome(最新版)のBuilt-in AIが必要です。

Chrome(最新版)のBuilt-in AIが必要です。

マイクロサービスってあるじゃないですか。小さなサービスを組み合わせてアプリケーションを構築していくというやつ。

一つのサービスの中でいろんな機能を実装すると、秘伝のタレ的なものが出来上がって辛い目にあうというやつがあって、マイクロサービス化することで最小単位のデプロイになるしバージョニングしたら影響範囲もしぼれるよねって話があったりですごく便利なんです。

ただ、調子に乗ってFaaSやSaaSをいろいろ組み合わせだすと、「どの値をどこに渡せばいいの?」「これどのサービスで事故ってるの?」みたいなことが起きだしてまた別のつらみがあるなぁと。

アプリの内部でピタゴラスイッチ的に障害が出てたのが、マイクロサービスの塊がピタゴラ装置化して来てる感じ・・・でしょうか。

なんとなくここまで書き出してて、Reactのprop / stateの引き回しでつらくなるのに近いのかなという気がしてきたり。あっちもどこでどのstateが変わって、どのpropに影響出るかが把握しづらくなるとかのつらみがありますので。

そう考えると、マイクロサービスアーキテクチャにもReduxのようなサービス間のデータ受け渡しを集約するものが必要になってくるのかもですね。

なんとなくですが、Event GatewayがマイクロサービスのReduxポジションを狙っているのかなという気がしたりしてます。

データや状態を1箇所に集約して、必要な時に各サービス(Reactだとコンポーネント)がそこにデータを取りに行くようなイメージ。

シェア:

Hidetaka Okamoto profile photo

Hidetaka Okamoto

Developer Experience Engineer

Developer Experience Engineer。AWSやCloudflare上へのサーバーレスなアプリ開発を得意とする開発者。元Stripe Developer Advocate / AWS Samurai 2017など、サービスの使い方や活用Tipsを紹介するコンテンツ作成や登壇などを得意とする。

⭐ この記事への反応

はてなアカウントでスターを付けることができます

関連記事