マイクロサービスコンテナのアーキテクチャ
この文書では、アーキテクチャのマイクロコンテナサービスとリソース要件、技術的なサポートについて説明します。
第二に、サーバーアーキテクチャ
第三に、リソース要件
名前 |
数量 |
仕様 |
価格 |
リマーク |
アリクラウドコンテナサービス(kubernetes 版) |
1 |
|||
アリ雲 ECS |
5 |
コンテナノード + ELKのサービス + Skywalking サービス |
||
アリクラウド SLB(イントラネット) |
1 |
実際の状況に応じて購入 |
||
アリクラウド SLB(エクストラネット) |
1 |
仕様費 + 交通費は、独立してパックを流し購入することができます |
||
アリ雲 Elasticearch |
1 |
|||
アリ雲 RDS |
1 |
|||
アリ雲のMongoDB |
1 |
|||
アリ雲のRedis |
1 |
|||
RabbitMQの |
1 |
使用 ECSのセルフビルドまたは使用アリクラウド MQ サービス |
第四に、アーキテクチャ記述
A)アリクラウドサービス
私。アリ雲 RDS 、アリ雲のMongoDB 、アリ雲のRedis 、アリ雲 Elasticearch 、アリ雲 SLB
サービス上のアリクラウドは、商用サービスである、マスタースレーブまたはマルチアーキテクチャのコピーが付属して、非常に利用できます。
II。 ELKのログサービスと skywalking サービス
より多くのためのアリクラウドベースのサービス ECS のセルフサービスで増加させることができる ECS + SLBのビルド高可用性 + 負荷分散アーキテクチャ。
III。
b)は、コンテナクラスタ(アリクラウドベースのコンテナサービス)
ベース kubernetes アーキテクチャクラスタは、各サービスは、マイクロあるポッド、基本設定の数(コピーのコピーの数が推奨 ≧3を高可用性を確保するために、);コピーの実際の数は各モジュールの弾性マイクロサービス負荷が設けられている従います。
注:コンテナ・ノードからのコピーの総数(ECS)は、性能限界を決定します。