ポートとアダプタ

ポートとアダプタ（英語: Ports and Adapters architecture）あるいはヘキサゴナルアーキテクチャ（英語: Hexagonal architecture）とは、ソフトウェア設計におけるアーキテクチャパターンである。ポートとアダプタパターンは、アプリケーションのコンポーネントを相互に交換可能かつ疎結合に導く。これによりソフトウェアテストの自動化が容易になるとされる^[1]。

オブジェクト指向ソフトウェア設計におけるレイヤー（英語版）間の不適切な依存関係や、ユーザーインターフェースについてのコードがビジネスロジックに混入してしまうという構造上の問題を防ぐ試みの中で、アリステア・コックバーン（英語版）によって発明された。

当初は「ヘキサゴナルアーキテクチャ」とされたが、のちに「ポートアンドアダプタアーキテクチャ」と改名されている^[1]。

歴史

ヘキサゴナルアーキテクチャは、ポートランドパターン・リポジトリ（英語版）ウィキにおいて初めて提議され^[2][3]、2005年にはコックバーンによって「ポートアンドアダプタアーキテクチャ」と改名された^[1]。2024年4月にコックバーンは本主題を包括的に扱った書籍をユアン・マニュエル・ガリード・デ・ペスと共著で出版している^[4]。

コックバーンは、90年代にはデータベースをアーキテクチャ・スタックの最下部に置くのではなく、アプリケーションの外部に置く対称的なアーキテクチャを描くようになったとしている。コックバーンによれば、形が六角形なのはコンポーネントと外部世界の間に必要なさらなるインターフェースを表現する余地を残しておくためのものであるとされている一方で^[1][2]、レイヤードアーキテクチャにおける上下左右の固定観念を打破するためであるともされている^[2]。

原則

ヘキサゴナル・アーキテクチャの例

ヘキサゴナルアーキテクチャは、システムを疎結合で交換可能な部品に分割する。（e.g. アプリケーションコア、データベース、UI、テストコード、ほかシステム間のインターフェースなど）

このアプローチは伝統的なレイヤードアーキテクチャを代替する考え方である。

それぞれの部品は提供された複数の「ポート」によって他の部品と接続される。これらのポートを介した通信は、それぞれの目的に応じて所定のプロトコルに従う。ポートとプロトコルはAPIのインターフェースを定義し、任意の適当な技術的手段によって実装される。（e.g. オブジェクト指向言語におけるメソッド呼び出し、遠隔手続き呼び出し、webサービス）

批評

マーティン・ファウラーは、ヘキサゴナルアーキテクチャはプレゼンテーション層とデータソース層の類似性を利用することによって、インターフェースによってアプリケーションコアが囲まれる対称的なコンポーネントを作ることができる利点があるとする一方、これはサービス提供者とサービス使用者側の間に本来存在する、むしろレイヤーとして表現される方が良いような非対称性を隠してしまう欠点もあるとしている^[5]。

活用

複数の人物によって、ヘキサゴナルアーキテクチャはマイクロサービスアーキテクチャの起源だとされる^[6]。

種類

オニオンアーキテクチャ

ヘキサゴナルアーキテクチャに類似するアーキテクチャとして、オニオンアーキテクチャが2008年にジェフリー・パレルモによって提案されている。オニオンアーキテクチャはヘキサゴナルアーキテクチャと同様、アプリケーションとデータベースを分離するために、インターフェースとインフラストラクチャを外部に置く^[7]。オニオンアーキテクチャは、制御の反転を利用して、アプリケーションコアをさらに複数のレイヤーに分割している。

クリーンアーキテクチャ

2012年には、ロバート・C・マーチン（英語版）によってクリーンアーキテクチャが提唱された。クリーンアーキテクチャは、ヘキサゴナルアーキテクチャ、オニオンアーキテクチャ、他いくつかのアーキテクチャの原則を組み合せたものであり、コンポーネントにさらに詳細なレベルを追加している。

また、クリーンアーキテクチャでは、アダプターやインターフェース（UIやデータベース、外部システム、デバイス）をより外側のレイヤーに分離し、ユースケースやエンティティをより内側のレイヤーに置く^[8][9]。クリーンアーキテクチャは外側から内側への依存関係のみを許し、その逆を許さないという厳格なルールのもとで、依存性逆転の原則を利用している^[要出典]。