Microservice-architecture-blueprint
提供:Dev Guides
マイクロサービスアーキテクチャ-ブループリント
MicroserviceはSOAを内部的に実装します。 より広い意味では、1つのSOAアプリケーションのサブセットと考えることができます。
ルールとワークフロー
以下は、マイクロサービスを開発する際に注意する必要がある原則です。
- High Cohesion -すべてのビジネスモデルを可能な限り最小のビジネスパーツに細分化する必要があります。 各サービスは、1つのビジネスタスクのみを実行するように集中する必要があります。
- 独立-すべてのサービスは本質的にフルスタックであり、互いに独立している必要があります。
- ビジネスドメイン中心-ソフトウェアはビジネスユニットに従ってモジュール化され、階層ベースではありません。
- 自動化-展開のテストが自動化されます。 最小限の人間の相互作用を導入してみてください。
- 監視可能-各サービスは本質的にフルスタックであり、エンタープライズアプリケーションのように独立して展開および監視できる必要があります。
チーム管理
「2つのピザルール」は、マイクロサービス開発チームの参加者の数を制限する一種のルールです。 このルールによると、1つのアプリケーションのチームメンバーの数は、2つのピザで食事を提供できるほど少ない必要があります。 通常、この数は8を超えてはなりません。 マイクロサービスは本質的にフルスタックであるため、チームも本質的にフルスタックです。 生産性を高めるには、そのサービスに必要なあらゆる種類の専門知識を持つ最大8人のメンバーからなる1つのチームを構築する必要があります。
タスク管理
タスクは、ソフトウェア開発のライフサイクルにおける重要な役割です。 大規模アプリケーションの開発は、いくつかの小さなタスク単位に分割できます。 Facebookなどの1つのアプリケーションを開発する必要があると考えてみましょう。 次に、「ログイン」機能は、ビルドプロセス全体のタスクと見なすことができます。 これらの各タスクの進捗状況は、高度なスキルを持つ専門家の下で適切に監視する必要があります。 アジャイルは、優れたタスク管理に対応するために業界で採用されている有名なプロセス構造です。