Hexagonal Architecture × Serverless 徹底解説｜費用相場と開発会社選びの新基準
はじめに—“クリーン”でも“マイクロ”でもない第3の選択肢
DX 推進が加速する現在、Domain-Driven Hexagonal Architecture × Serverless という組み合わせが注目されています。ドメイン駆動設計（DDD）の厳密さと、サーバーレスの運用コスト削減を両立できるため、スタートアップだけでなく中堅・大企業でも採用事例が増加中です。本稿では、フレームワークとしての実装パターンを深掘りしつつ、「システム 開発会社 選び方 予算 費用 相場 発注」を軸に、発注側が押さえるべき検討ポイントを解説します。
Hexagonal Architectureとは何か—レイヤードとの違い
Hexagonal（六角形）という名前は、外部インターフェースを六辺に並べた概念図から来ています。ポイントは以下の三つです。
-
ポートとアダプターでインバウンド／アウトバウンド依存を逆転
-
ドメインモデルが常に中心に存在し、UI・DB・外部APIは周辺
-
テスト容易性：ビジネスロジックをポート経由でモック化できる
レイヤードアーキテクチャではプレゼンテーション層が最上位に立つのに対し、Hexagonal ではドメイン層が最内周に位置するため、仕様変更に強い構造を実現します。
DDDとクリーンアーキテクチャの住み分け
クリーンアーキテクチャは「円」を用いて依存方向を示しますが、実装ガイドが抽象的で現場では誤用も少なくありません。DDD の戦術パターン（エンティティ、リポジトリ、サービス）をそのまま Hexagonal にマッピングすると次のようになります。
-
エンティティ → ドメインモデル（中心）
-
リポジトリ → アウトバウンドポート
-
アプリケーションサービス → インバウンドポート
これにより、ドメイン層を純粋な Java/Kotlin/TypeScript などで定義し、インフラの変更を“アダプター差し替え”で吸収できます。
Serverless×Hexagonalの親和性
サーバーレスはイベント駆動が前提です。Hexagonal の「ポート＝イベントハンドラ」と捉えれば、オニオンの外周にAWS LambdaやAzure Functionsが並びます。
-
コールドスタート対策：Lambda SnapStart / Provisioned Concurrency
-
ステート管理：AWS Step Functions または EventBridge Pipes
-
APIゲートウェイ：REST→ GraphQL（AppSync）への移行パスを用意
サーバレス化の恩恵は従量課金による運用費最適化ですが、テストとローカルデバッグが難しい点は無視できません。Hexagonal のテスト容易性を活かし、ポートをローカル実装で置換してユニットテストを高速化しましょう。
技術スタック選定—クラウド別比較と費用シミュレーション
| 判定軸 | AWS | Azure | GCP |
|---|---|---|---|
| コールドスタート | SnapStart◎ | Premium Plan○ | Cloud Functions v2○ |
| IaC成熟度 | CDK◎ | Bicep○ | Terraform◎ |
| データベース統合 | DynamoDB◎ | CosmosDB◎ | Firestore○ |
| 月間 1M リクエスト費用 | 約1,000円 | 約1,200円 | 約1,100円 |
総コストはリクエスト数×実行時間×メモリで決定します。試算では、月1000万リクエスト・平均200ms・512MBの場合でも月額 7〜9 万円で収まる計算です。その分を開発リソースへ再投資できる点が Serverless 最大の魅力です。
システム開発会社の選び方—予算・費用・相場・発注
-
サーバレス実績：CloudWatch ダッシュボードを公開しているか
-
DDD／Hexagonal経験：公開リポジトリや技術ブログで確認
-
見積もり明細：人月単価＋クラウド従量費を分離提示できるか
平均相場は 80〜120 万円／人月。ただし「インフラ自動化テンプレート保有」「IaC再利用」で実質コストが 20% 以上下がる会社もあります。TCO 観点の ROI を提示できるかが選定の決め手です。
見積もり比較と契約スキーム
-
請負：要件凍結後の変更コスト増大
-
準委任：アジャイル適合、月額固定
-
成功報酬＋準委任：KPI達成で追加報酬を支払う新潮流
見積もりのチェックポイント
-
アダプター開発費：外部APIごとに見積もり行を分けているか
-
テスト自動化割合：CI/CD 工数が 20% を下回る場合は要確認
-
クラウドリザーブドプラン：長期割引を計画に含めているか
Hexagonal×ServerlessプロジェクトのPM術
契約後 90 日のロードマップ
| 週 | マイルストーン | 成果物 |
|---|---|---|
| 1〜2 | ドメインワークショップ | ユビキタス言語表 |
| 3〜4 | PoC Lambda 実装 | テストカバレッジ 80% |
| 5〜8 | MVPリリース | API Gateway + Lambda |
| 9〜12 | 運用自動化 → SLA設定 | Datadog アラート |
バーンダウンチャート × プロダクトゴール KPI を週1でレビューし、逸脱を 10% 以内に抑えます。 DevOps パイプラインには Open Telemetry を組み込み、性能劣化を秒単位で検知できる体制を整えましょう。
保守運用・FinOps—運用費を事業成長へつなげる
運用フェーズでは、SRE と FinOps を同時に導入することで「可用性向上」と「コスト最適化」を両立できます。
-
SLO 設定：99.9% → CloudWatch Alarm
-
コスト配賦：AWS Cost Explorer でユースケース別にタグ管理
-
自動スケール制御：Lambda Concurrency をビジネスカレンダー連動
これにより MTTR 30 分未満／月次クラウドコスト 15%削減 を実現した事例もあります。
ケーススタディ—月商100億 EC 企業の移行事例
旧オンプレ環境から Hexagonal×Serverless へリファクタリングした EC 企業の要点は以下の通りです。
-
13 個の外部 API をポートに抽象化し、並列リクエスト化で 40% 速度向上
-
Cloud Watch→Datadog 移行で障害検知を平均 8 分短縮
-
年間インフラ費 6,800 万円 → 4,200 万円へ圧縮（38%削減）
-
人的リソースを新機能開発に再配置し、CVR が 12% 向上
本事例から学べるのは、「アーキテクチャ刷新＝技術負債返済」ではなく、事業 ROI の最大化施策 だという点です。
まとめ—“拡張性×コスト最適化”を両立する最短ルート
-
Hexagonal Architecture で依存性逆転を徹底
-
Serverless 採用で運用費を CAPEX→OPEX へシフト
-
開発会社選定では TCO 提示力と IaC 再利用実績 を重視
これらを実践すれば、「初期費用 30%削減 × 変更コスト 50%低減」の開発体制を構築できます。
