問題の定量分析:

移行アプローチ: Strangler Fig + Domain-First

1. APIゲートウェイを前段に配置
2. ドメイン分析でサービス境界を特定
3. 最もペインが大きいサービスから順に分離
4. 15ヶ月計画（3フェーズ）

Bounded Context:

Context Map:

graph TD
    Rest["Restaurant"] -->|"OHS/PL"| Ord["Order"]
    Ord <-->|"Partnership"| Del["Delivery"]
    Ord -->|"ACL"| Pay["Payment"]
    Del -->|"C/S"| Not["Notification"]
    Ord <-->|"Partnership"| Pro["Promotion"]
    Cust["Customer"] -->|"OHS"| All["全サービス"]
    Rev["Review"] -->|"Conformist"| Rest

Core（最優先）: Order, Delivery, Promotion → 配達員マッチングアルゴリズムとプロモーションが競争優位

イベントフロー:

graph TD
    C["Customer"] -->|"注文リクエスト"| OS["Order Service"]
    OS -->|"order.created"| K1["Kafka"]
    K1 --> PS["Payment Service"]
    PS -->|"payment.completed"| K2["Kafka"]
    K2 --> DS["Delivery Service"]
    DS -->|"delivery.driver.assigned"| K3["Kafka"]
    K3 --> OS2["Order Service<br/>ステータス更新"]
    K3 --> N1["Notification<br/>顧客に通知"]
    DS -->|"delivery.picked.up"| K4["Kafka"]
    K4 --> N2["Notification<br/>料理を受け取りました"]
    DS -->|"delivery.completed"| K5["Kafka"]
    K5 --> OS3["Order Service<br/>注文完了"]
    K5 --> P2["Payment<br/>配達員への支払い確定"]
    K5 --> N3["Notification<br/>配達完了"]

Saga設計（Orchestration）:

const orderSaga = {
  steps: [
    { name: 'createOrder', type: 'COMPENSATABLE', compensate: 'cancelOrder' },
    { name: 'chargePayment', type: 'PIVOT' },
    { name: 'assignDriver', type: 'RETRIABLE', timeout: '5min' },
    { name: 'notifyCustomer', type: 'RETRIABLE' },
  ],
};

整合性戦略:

Outbox適用箇所:

• Order Service: 注文作成/更新時（order.created, order.updated）
• Payment Service: 決済完了時（payment.completed）
• Delivery Service: 配達員アサイン時（delivery.driver.assigned）

Phase 1（Month 1-4）: 基盤構築

• APIゲートウェイ（Kong/Envoy）導入
• Kafka クラスタ構築
• CI/CDパイプライン整備（サービス別）
• Notification Service を最初に分離（依存少・リスク低）
• Customer Service 分離（認証基盤の独立）

Phase 2（Month 5-10）: コアサービス分離

• Order Service 分離（Outboxパターン適用）
• Payment Service 分離（ACL + Stripe統合）
• Delivery Service 分離（リアルタイム追跡基盤）
• 各サービスのDB分離（CDC同期）
• サービスメッシュ（Istio）導入

Phase 3（Month 11-15）: 完全移行

• Restaurant/Review/Promotion Service 分離
• モノリスの段階的縮小・廃止
• パフォーマンス最適化・チューニング
• SREプラクティス確立
• 全チーム移行完了

マイルストーン: