１リポジトリに全部集めて、共通化できるものはすべて別モジュールに集めて、１か所でも変更をかけたら全部デプロイとか、頭悪すぎないか？
何のためのマイクロサービスなのか、マイクロサービスの意味理解しないで、「マイクロサービスが今どきらしい」「責務でサービスを分ける」とか、「マイクロサービスでやってます」と言いたいだけじゃないか。
マイクロサービスは、依存度を下げて、サービス全体が巨大化しても個々のマイクロサービスに人なりチームなりを割り振って、「他のチームの干渉を受けずに開発・デプロイしやすくする」ことを目的にしてるんだから、極端に言えばすべてコピペして内製モジュールは一切共有せず、リポジトリは当然ひとつづつ分ける、くらいをするのが本来の姿だ。
なんていうか、オブジェクト指向をWebページで読んで「理解した」と思い込んで、次はマイクロサービスだ、ってんで両方の表面的な「書き方」だけなぞってるから、クソみたいに保守しづらいプロダクトになる。
まぁ、そういった保守が正しい保守だ、と思い込んでるのが困ったものだけど、適切にマイクロサービス化したサービスの運用をしないとわからんのだろうな。
こういう知恵とか想像力とか理解力の貧しい技術者がいる会社は、とんでもない負債を抱えているようなものだ。
その程度の技術者がくみ上げたサービスは、ちょいちょい障害を起こす摘出不能な不具合を抱え込んでるはず。
気づかない経営者、営業担当者たちが可哀相だ。
単語と、その説明が教科書のようにできるかどうかが大事なんじゃない。
その単語が指す技術を「取捨選択」して、どういう「仕組み」を作れるかが、技術者の真価ってもんだ。