用語集

MACH アーキテクチャは、アジャイル、フレキシブル、将来性のある、スケーラブルなソフトウェアアーキテクチャです。このアーキテクチャは、マイクロサービスベース、APIファースト、クラウドネイティブ、ヘッドレスの特性を持っています.

• マイクロサービスベース (Microservice): マイクロサービスは、独立して開発された展開可能な小さなサービスにアプリケーションを分解するアプローチです。これにより、柔軟性が向上し、コードの再利用が促進されます。また、マイクロサービスは、独立して拡張可能で置き換え可能なため、迅速な開発サイクルを実現できます。
• APIファースト (API First): アプリケーションのプログラミングインターフェース (API) が他のコンポーネントよりも優先されるアプローチです。APIファーストのアプローチを使用すると、異なるシステム間でデータと機能を共有しやすくなります。
• クラウドネイティブ (Cloud Native): クラウドでの展開に特化して設計されたアプリケーションを表す用語です。クラウドネイティブアプリは、マイクロサービスを使用して構築され、独立して拡張可能で置き換え可能です。
• ヘッドレス (Headless): フロントエンドユーザーインターフェースをバックエンドロジックから切り離し、フレームワークに依存しないテクノロジ構造を可能にするアーキテクチャの一種です。ヘッドレスシステムでは、バックエンドがフロントエンドにコンテンツを配信するAPIを提供します。

MACHアーキテクチャは、これらの特性を組み合わせて、変化するビジネスニーズに迅速に適応できる、拡張性、効率性、柔軟性の高いアプリケーションを作成する強力なアプローチです。 MACH Allianceは、このアーキテクチャを推進し、デジタル環境でのイノベーションを促進しています.

MACHアーキテクチャとコンポーザブルアーキテクチャについて説明しています。要点は以下の通りです：

• コンポーザブルアーキテクチャの導入：企業が成長するにつれて、多くのアプリを使用する傾向があり、これがデータのサイロ化やワークフローのサイロ化につながることがあります。コンポーザブルアーキテクチャは、APIを介して異なるツール間でデータにアクセスし、ワークフローをシームレスに実行する統合システムを作成することで、これらの問題を解決します。

• APIとマイクロサービス：コンポーザブルアーキテクチャでは、APIとマイクロサービスが重要な構成要素として使用されます。APIはソフトウェアコンポーネント間の対話を可能にし、マイクロサービスは独立して開発、デプロイ、保守できる小さな機能単位です。

• ビジネス環境への適応：コンポーザブルアーキテクチャは、組織が変化するニーズや要件に合わせてシステムを簡単に再構成できるようにし、迅速な対応と競争力の維持を可能にします。

マイクロサービス（microservices）は、ソフトウェア開発の技法の一つであり、ネットワークを通じてさまざまなITサービスがつなぎ合わされ、それらの複雑で高度な連係プレーによって1つの「サービス＝機能」を提供する方法です。

具体的には、マイクロサービスアーキテクチャは、複数の小規模かつ軽量で互いに独立したサービスを組み合わせて、システムを構築するアプローチです。各サービスは1つのアプリケーションとして動作し、他のサービスと協調することで、全体として1つのアプリケーションを形成します。

マイクロサービスアーキテクチャの利点と欠点を見てみましょう。

利点:

1. 業務フローの見える化: モノリシックアーキテクチャと比較して、モノリシックアーキテクチャではすべてのコードが単一のプロセスとしてデプロイされるため、新しい機能がアプリケーションの全体的なフローに適合するかどうかを理解し、エンドツーエンドのフローを迅速に検査できます。
2. 簡単なモニタリング: モノリスは1つのアプリケーションだけであるため、監視は簡単です。監視するマシンの数が減り、ログを取得するのも簡単になります。
3. コードの再利用: モノリシックアーキテクチャでは、すべてのコードがアプリケーション内に存在するため、再利用したり、既存の機能の上に構築したりすることが簡単です。
4. シンプルな展開パイプライン: モノリスは1つだけであるため、デプロイメントパイプラインはそのアプリケーションのニーズのみを考慮する必要があります。

欠点:

1. 結合と境界の欠如: モノリシックアーキテクチャでは、各ドメインの境界が侵害されるリスクが常に存在します。アプリケーションが成長するにつれて、コードベースを保守したり、新しい機能を追加したりするのは悪夢のような作業になります。
2. 新規導入の難しさ: モノリシックアーキテクチャでは、リリースサイクルは通常、マイクロサービスアーキテクチャよりも長く、大きくなります。モノリスアプリケーションに新しい小さな機能を継続的に追加するのはマイクロサービスよりも簡単ではありません。
3. 単一障害点: モノリスを導入するリスクは、変更を加えるとアプリケーション全体がダウンする可能性があることです。