私はすべて互いに通信する複数のフラスコマイクロサービスを持っていますが、どのようにドッカーを構成しますか？

Question

は、私はこれらのmicroservicesの

├── README.md 
├── api_starter.py 
├── app_api.py 
├── service1 
│   ├── __init__.py 
│   ├── api.py 
│   └── service1.py 
├── service2 
│   ├── __init__.py 
│   ├── api.py 
│   ├── service2.py 
├── dags 
│   ├── airflow_pipeline_runner.py 
├── service3 
│   ├── __init__.py 
│   ├── api.py 
│   ├── service3.py 
├── service4 
│   ├── __init__.py 
│   ├── api.py 
│   └── service4.py 
├── service5 
│   ├── __init__.py 
│   ├── api.py 
│   └── service5.py 
├── service6 
│   ├── __init__.py 
│   ├── api.py 
│   └── service6.py 
├── requirements.txt 
└── service7 
    ├── __init__.py 
    ├── api.py 
    └── service7.py 

各1 api_starterによって運営されている（これは明らかにIPを保護するために難読化された）複数のフラスコmicroservicesを持っています。これらのマイクロサービスの各々は、互いに通信する。このアプリケーションをドッキングするための最良の方法は何ですか？私は各マイクロサービスにドッカーファイルを与えて、そのディレクトリのルートにdocker-compose.ymlを持っていますか？これらのマイクロサービスの各々は、互いに通信する。すべてとすべて

Answer 1

ドッカーの哲学を尊重し、マイクロサービスアーキテクチャが提供しなければならないすべての機能を利用するには、各マイクロサービスを専用のコンテナに置く必要があります。

microservicesアーキテクチャの利点のいくつかを：

• 改善された障害分離
• は
• が、それは新しい開発者のためのより容易なの機能 を理解することができ、単一の技術スタックへの長期的なコミットメントを排除サービス
• アップグレード管理の簡素化
• セキュリティの向上
• 容易な展開
• スケーリングResiliance
• 簡単... ​​

ことを行うためには、まず自分の関連するコンテナ用のユーザー定義のネットワークを作成する必要があります。ユーザー定義のネットワークには内部DNSがあり、同じネットワーク上の他のコンテナIPを名前で解決できます。

api_starterを分割して、マイクロサービス固有のものにする必要があります。行うには

他のタスク：

• （当てはまる場合）
• 各microserviceための永続的なデータ・パスを指定して公開するネットワークポートを指定します。