マイクロサービスアーキテクチャ

システムを、独立して開発・配置できる小さなサービスの集まりとして構成する方式。サービス単位で改修や増強ができる一方、サービス間の通信やデータの整合性の管理は複雑になる。

システムを独立して開発・デプロイ可能な小さなサービスの集合として構築するアーキテクチャ。各サービスはAPIを介して通信し、個別にスケーリングや更新が可能。サービスメッシュやサーキットブレーカーで障害耐性を確保する。

アプリケーションを小さな独立したサービスの集合として構築するアーキテクチャスタイル。各サービスは独自のデータストアを持ち、APIを通じて通信する。独立した開発・デプロイ・スケーリングが可能だが、分散システムの複雑さが増す。

アプリケーションを、業務の機能ごとに独立して開発・配備・拡張できる小さなサービスの集まりとして構成するアーキテクチャ。サービスどうしはAPIで通信し、それぞれが自分のデータを持つ。サービスごとに更新や拡張ができる一方、サービス間の通信の遅延や障害、分散したデータの整合性の管理が課題になる。

アプリケーションを、業務の機能ごとに独立して開発・デプロイ・拡張できる小さなサービスの集まりとして構成するアーキテクチャ。各サービスはAPIで通信し、それぞれ別のデータストアを持つことが多い。変更や規模の拡大に柔軟に対応できる一方、分散システムとしての運用や整合性の確保が難しくなる。

ウォーターフォールモデルの各開発工程に対応するテスト工程を対に配置した開発モデル。要件定義に受入テスト、基本設計にシステムテスト、詳細設計に結合テスト、実装に単体テストが対応する。各工程の整合性を確保する。

シミュレーションモデルを用いて設計・検証を行い、モデルから自動的にコードを生成する開発手法。MATLAB/Simulinkが代表的なツール。自動車や航空宇宙の組込みシステム開発で広く採用され、開発の効率化と品質向上に寄与する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。

組織全体の業務プロセスと情報システムの構造を、ビジネスアーキテクチャ（BA）、データアーキテクチャ（DA）、アプリケーションアーキテクチャ（AA）、テクノロジーアーキテクチャ（TA）の4つの体系で整理し、全体最適化を図る手法。略称EA。

業務機能をサービスという独立した部品として設計し、それらを組み合わせてシステムを構築するアーキテクチャ。サービスの再利用性や柔軟な組み合わせにより、ビジネス変化に迅速に対応できるシステム構築を目指す。

組織全体の業務とシステムを、ビジネス・データ・アプリケーション・テクノロジの4つの体系で整理・最適化する手法。全体最適の観点から情報システムのあるべき姿を設計する。