マイクロサービスアーキテクチャにおけるオーケストレーションとコレオグラフィ - Qiita

マイクロサービスアーキテクチャの4章にオーケストレーションとコレオグラフィという話があります。 マイクロサービスを使ってアプリケーションを組み立てる側の、サービスの呼び出し方の違いです。 「マイクロサービス的に作ってるよー」というシステムでも、ここに特に疑問を持たず、ふつうにWeb APIたちを呼び、受け取ったデータでHTMLをレンダリングするというオーケストレーション方式で作られているのが多いのではないでしょうか? Sam Newmanは、それだと呼び出されるサービス側がドメインモデル貧血症になりがちで、呼び出す側にロジックが集まっていくことになると、書籍の中で述べています。 いったいどういうことでしょうか? 書籍中の例をちょっと変えて考えてみます。 マイクロサービスアーキテクチャでECサイトを作る(オーケストレーション編) ECサイトをマイクロサービスアーキテクチャで作ることを考えてみ

[eller]

コレオグラフィの方が良いのはよくわかる。ただイベント管理をどうするべきかがまだ掴めない。イベントを永続化してサブスクライバが何度も読みに行くか、サービスを冪等にしてパブリッシャが何度もリトライするか。

[ilyaletre]

非同期処理になるのはどうやって解決しているのかな。って読めば書いてあるのか。

[hiroomi]

イベントのpubsubによってサービス間の結合を疎にする方式が、コレオグラフィとして紹介されています。

[sawat]

この説明だとコレオグラフィ方式にはいい面しかないように見えるが、現実的には「元ECサイト」と「追加ECサイト」の処理には微妙に違う部分があったりして、その差分をどこで取るのかとかが問題になったりしそう

[iyuichi]

マイクロサービスの設計の勉強になる

[gologo13]

わかりやすい. pub/subを導入することでシステムを疎にする

[tmatsuu]

ふむなるほど。

[clash_m45]

マイクロSOA ESB的なのが必要という事かな

[bufferings]

ふーむ。そっか。下手したらただのDAOになっちゃうか。むずいのう。

[ko-ya-ma]

わかりやすい

[yukung]

かわしまさんの文章、シンプルなのに本質がギュッと詰まっててわかりやすくてすごいなー。これこそ真の SE って感じします。