マイクロサービスを形式的に見てみる - Juju-62q's blog

マイクロサービスについて考えていたら疲弊したので、少し技術者らしく形式的に見てダメのものを思考から削ぎ落としたいと思った。 グラフ理論などコンピュータサイエンスの基礎を交えて話をするが、基本的には当たり前のことしか言わないと思うのでここに書くことを意識せずとも暗黙的に実践している人も多いだろう。 なお、個人の意見でしかないのであっているか間違っているかはわからないし、筆者にこの記述に反した実装を否定する意図はない。 今回は適当に書き散らかすのでかなりテイストが違うが他のブログと同一人物が書いている。乗っ取り等ではないです。 TL;DR マイクロサービスはDAGとすると考えやすいしデプロイしやすい 閉路があるなら設計を見直した方がいい DAGかどうかはサブシステムレベルでそれぞれ考えると簡単 デプロイに関係するリポジトリでは閉路がないことを意識させる設計にするといい マイクロサービスと疲弊

[aquarickn]

片手間でやるマイクロサービスは否定したほうがいいよ

[wata88]

ツリーになる依存関係に留められるといいかなぁ

[tossy_yukky]

DAG覚えた（覚えただけ

[rryu]

AWS Lambdaのうっかり再起呼び出しもある意味マイクロサービスの閉路と言えるのだが、ああいうものはシステム的に検出可能なのだろうか。

[qtamaki]

これだけ苦労して、その分の嬉しさを享受しているのかな？

[onesplat]

閉路がなきゃいいってもんでもないしなぁ

[koemu]

なるほどDAGとしてみればよいと。

[mayumayu_nimolove]

カビの培養みたい