Strangler-figパターンを使ってモノリシックシステムをマイクロサービスに移行するには、どうしますか？

Question

Accepted Answer

**Strangler-figパターン**は段階的に移行します。モノリスをルーティングレイヤーでラップし、一度に1つの機能をサービスに抽出し、トラフィックをそこにリダイレクトします。モノリスが"strangled"されるまでこれを繰り返します。**ビッグバンの書き直しはありません**。

## 動作方法

```text
Step 1: route all traffic through a facade/proxy to the monolith
Step 2: extract ONE capability → new service
Step 3: route just that path to the new service
Step 4: repeat; delete that code from the monolith

Client ─▶ [ Proxy ] ─┬─▶ /orders  ─▶ NEW Orders service
                       └─▶ everything else ─▶ Monolith
```

## 最初に抽出する対象を選択する

```text
✓ A bounded context with clear boundaries
✓ Something that needs independent scaling or deploys
✓ A part with few inbound dependencies (low risk)
✗ Don't start with the tangled core
```

## 共有データの処理

難しい部分はデータベースです。サービスのテーブルを抽出し、その後イベントまたはアンチコラプションレイヤーを使用して共有DBの結合を解除します。多くの場合、両者が実行されている間は**branch-by-abstraction**テクニックを使用します。

## トレードオフ

```text
✓ Low risk — small, reversible steps, always shippable
✓ Value early, learn the seams as you go
✗ Slow; you run a hybrid system for a long time
✗ Temporary duplication and routing complexity
```

## なぜ重要なのか

ビッグバンの書き直しは有名な失敗です。数ヶ月間機能開発をフリーズし、危険なオールインワンカットオーバーを提供します。

Strangler-figパターンは、システムをずっとライブで公開可能に保ち、いつでも停止または優先順位を変更できます。また、事前に推測するのではなく、実行中のシステムから実際のサービス境界を発見することを強制します。