現在、1 つのプロジェクトに20 のマイクロサービスがあります。そして、すべてのマイクロサービスは個別の GIT リポジトリに保存されます。その後、サービスの数は200 (またはそれ以上) に増加します。
すべてのサービスには、単体テストと統合テストがあります。すべてのサービスには、TeamCity (継続的統合サーバー) が組み込まれています。
質問: 1 つのプロジェクトで 200 個のマイクロサービスのソース コードを保存するにはどうすればよいですか? 1 つのリポジトリにあるのか、別のリポジトリにあるのか?
私の選択は、さまざまなリポジトリに保存することであり、私は何年もそれを行っており、管理が容易になり、複雑になると考えています。12 ファクター アプリを参照する場合は、個別のリポジトリを持つことの利点を知っておく必要があります。マイクロサービスごとに、異なるテスト スイート、異なるリリース、およびライフ サイクルが用意されます。最終的には、成果物の速度が向上します。
すべてに対して単一のリポジトリが機能する場合もありますが、それらを異なるリポジトリに分離し、サービスごとにパイプライン ツールの完全なセットを用意することをお勧めします。マイクロ サービスの原則によると、サービスはさまざまなチームで管理でき、さまざまなテクノロジで構築でき、さまざまなリポジトリでのみ実現できる独自のリリースを持つ必要があります。
上記の要因が十分でない場合は、1 つのサービスのみを変更し、パイプラインを介して個別にテストする必要があるシナリオを考えることができます。個別のリポジトリを使用すると、リリースが容易になります。