転職活動でいろんな会社のマイクロサービスと組織を見聞きして思ったこと - Runner in the High

転職活動でいろんな会社のエンジニアの人と話して思ったことをマイクロサービスの観点で備忘録がてらメモしておく。 よくあるマイクロサービスの分割軸として、業務機能、ユースケース（動詞）、リソース（名詞）あたりが一般的だが、これらどれもがドメインを構成する要素であるため、マイクロサービスに分割してしまうと結果的にソフトウェアの形がビジネスルールの変化を制限してしまうケースの方が多い気がしていた。実際、規模の小さい開発組織でマイクロサービスやってみました〜からのツラミはそういうのが多いイメージで、よくある「マイクロサービスやったけど逆に開発遅くなった」みたいなとこは上で挙げたような粒度の切り方をしている印象がある。 この件に関して、去年末の転職活動のタイミングでいろいろな人に話聞いてみた結果、実際にマイクロサービスでうまくやっていそうな組織は、上で書いたようなドメインを構成する要素でマイクロサービ

[IzumiSy]

書いた

[gabill]

複数のドメインから使われるサービスは変化が難しい、に尽きるのかな。汎用部品であればインターフェイスが変わることはあまりない。インターフェイスの安定度でTier1,Tier2と分類すると良いのかもしれない。

[snowcrush]

自分ももやもやしていた部分についてうまく言語化してくれていると思った

[koroharo]

あぁ、なんかすごい同意できる。

[kenzy_n]

それぞれの風土あり

[iwtn]

マイクロサービスにはそれなりのプロダクトやビジネスの規模感がないといけないの、よくわかる。