Docker内蔵自己完結型マイクロサービス

Question

Dockerでオーケストレーションされたいくつかのマイクロサービスで構築されたプロジェクトをセットアップしようとしています。ここに私のプロジェクトの簡略化スキーマは次のとおりです。今

- Main-project 
    - Dockerfile 
    - docker-compose.yml (bundles Microservice1 and Microservice2) 

- Microservice1 
    - Dockerfile 

- Microservice2 
    - Dockerfile 

、各コンポーネントは、このようなドッキングウィンドウ-compose.ymlファイルで管理さRabbitMQのように多くの依存関係を持っています。私はcomposeファイルを使ってDockerでプロジェクト全体を動かすことができます。

しかし、個々のコンポーネントを単独で実行する際に問題があります。問題は、Microservice1はrabbitMQに依存していますが、この依存関係を管理するための構成ファイルはなく、他のすべてのコンポーネントに対しても同様です。ですから、私自身が単独のコンポーネントを実行しようとすると（ユニットテストの場合、インスタンスのために）、私には依存関係がないという問題があります。

各コンポーネントのDockerfileにもすべての依存関係を追加する必要がありますか？ コンポーネントごとに1つのドッカー作成ファイルを用意する必要がありますか？ このようなシステムをセットアップするベストプラクティスは何ですか？

ありがとうございます！

アップデート：重要な注意点としては

、私は各microserviceは独自のレポを持っていることを言及するのを忘れてしまいました。

Answer 1

マイクロサービスは自己完結型でなければならないことは事実です。つまり、他のマイクロサービスなしで展開して拡張することができます。しかし、通常、サービスの実行を開始するには、dbmsまたはメッセージ・ブローカーまたはキャッシング・システムが必要です。だから、Gitlab CIやDroneやJenkinsのようなCIシステムのほとんどは、単体テストを実行する前に他のサービスを開始する機能を持っています。 CIを使用していない場合は、コンポーネントごとにファイルを作成するのが賢明でしょう。