公開済みEvidenceをIdentity / Capability / Credibility / Use Case / Constraints・Current Statusの軸で機械的に集約したものです(新規の主張・推測は含みません)。
Identity
James LewisとMartin Fowlerの2014年3月25日付の記事は、マイクロサービス・アーキテクチャスタイルを、単一のアプリケーションを小さなサービスの集合として開発する手法と説明しています。各サービスは独自のプロセスで動作し、軽量な仕組み(多くはHTTPのリソースAPI)で通信し、ビジネス能力を中心に構成され、独立してデプロイ可能だとされています。記事は、厳密な定義は存在しないとも述べています。検証待ちMicroservices
Capability
James LewisとMartin Fowlerの2014年3月25日付の記事は、マイクロサービス・アーキテクチャスタイルを、単一のアプリケーションを小さなサービスの集合として開発する手法と説明しています。各サービスは独自のプロセスで動作し、軽量な仕組み(多くはHTTPのリソースAPI)で通信し、ビジネス能力を中心に構成され、独立してデプロイ可能だとされています。記事は、厳密な定義は存在しないとも述べています。検証待ちMicroservices
Microsoft LearnのAzure Architecture Centerは、マイクロサービスを、回復力と高いスケーラビリティを備え、独立してデプロイでき、素早く進化できるアプリケーションを構築するためのアーキテクチャスタイルと説明しています。同ページは利点として、俊敏性、小さく焦点を絞ったチーム、障害の分離、サービス単位のスケーリングなどを挙げ、オーケストレーションにはKubernetesのようなコンテナオーケストレーションプラットフォームが通常用いられると記しています。検証待ちMicroservices Architecture Style - Azure Architecture Center | Microsoft Learn
AWSの「What are Microservices?」ページは、マイクロサービスを、アプリケーションを独立したコンポーネントとして構築し、各プロセスをサービスとして実行し、軽量なAPIで通信する設計と説明しています。利点として、小さな独立チームによる俊敏性、サービス単位の柔軟なスケーリング、デプロイの容易さ、技術選択の自由、障害時の機能縮退による回復力を挙げています。検証待ちWhat are Microservices? | AWS
Credibility
James LewisとMartin Fowlerの2014年3月25日付の記事は、マイクロサービス・アーキテクチャスタイルを、単一のアプリケーションを小さなサービスの集合として開発する手法と説明しています。各サービスは独自のプロセスで動作し、軽量な仕組み(多くはHTTPのリソースAPI)で通信し、ビジネス能力を中心に構成され、独立してデプロイ可能だとされています。記事は、厳密な定義は存在しないとも述べています。検証待ちMicroservices
Microsoft LearnのAzure Architecture Centerは、マイクロサービスを、回復力と高いスケーラビリティを備え、独立してデプロイでき、素早く進化できるアプリケーションを構築するためのアーキテクチャスタイルと説明しています。同ページは利点として、俊敏性、小さく焦点を絞ったチーム、障害の分離、サービス単位のスケーリングなどを挙げ、オーケストレーションにはKubernetesのようなコンテナオーケストレーションプラットフォームが通常用いられると記しています。検証待ちMicroservices Architecture Style - Azure Architecture Center | Microsoft Learn
AWSの「What are Microservices?」ページは、マイクロサービスを、アプリケーションを独立したコンポーネントとして構築し、各プロセスをサービスとして実行し、軽量なAPIで通信する設計と説明しています。利点として、小さな独立チームによる俊敏性、サービス単位の柔軟なスケーリング、デプロイの容易さ、技術選択の自由、障害時の機能縮退による回復力を挙げています。検証待ちWhat are Microservices? | AWS