絡み合うSaaSプロダクトのマイクロサービスアーキテクチャ | LayerX

業務フローをなめらかにするために絡み合う複数プロダクトに、マイクロサービスならどう向き合うかの話です。LayerXのバクラクシリーズの話です。 完璧な設計＆アプローチとかではなく、現実にあったケーススタディとして、優しく見ていただけると幸いです。

[chinpokomon_master]

マーティンファウラーも言ってる通り、スタートアップのアーキテクチャは「モノリシックファースト」一択。「モノリシックをマイクロサービスに分解するコスト」を払う頃には上場してるので何の問題もない。

[sezemi]

モノレポ、マイクロサービスというより DB をどこに置くか問題なんだろな

[gfx]

素晴らしいスライドだった。異世界転生してマイクロサービス人生二周目のmosa氏でも苦労してるので何をどうやっても大変なんだな。

[tsuwatch]

これは素晴らしい資料だ。マイクロサービスやるときに出るみんな悩んでるはずの頻出問題とその対応策が具体的にまとまっている。やっとこういう資料が…

[miyasakura]

業務アプリケーションはイレギュラーにどう対応するかが勝負みたいなところがあるので1つの業務フロー(回収〜保管)の中でサービスが分かれているのは大変だろうなと思った

[efcl]

マイクロサービスとデータベース同期

[hiro14aki]

自分たちも悩んでたところなのでめちゃくちゃ参考になった。

[t_f_m]

あとで

[oooooo4150]

知見だ

[krrrr]

申請SPA -> 申請API -> 申請Storage <-poll- 申請woker -> 請求書API かな

[peketamin]

素晴らしい…！

[shunyy]

永遠に夢を追い続けるしかない

[turanukimaru]

クリティカルなマイクロサービス間のデータ同期は「同期に失敗したらどうするの？」って問題が解決できないから絶対成功しない。少々ずれてても良いならいけるが…。鯖から他鯖のPublicAPIを叩くのをお勧めしたい。