PRCatchy - AIがライティング
エンタープライズアーキテクチャ・システム企画
午前II午後I午後II論文

ストラングラーパターン

Strangler Fig Pattern / すとらんぐらーぱたーん

絞め殺しの木(Strangler Fig)が宿主を覆うように、レガシーシステムの外側に新機能を段階的に構築して最終的に置き換える移行手法。

3行要約(速習ポイント)

  • 1マーティン・ファウラーが提唱した、大規模システムの「ビッグバン移行」の壊滅的リスクを避ける設計パターン。
  • 2Facade(ファサード)やAPI Gatewayを前面に置き、リクエストを新旧システムへ段階的に振り替える。
  • 3新機能のリリースと投資効果を早期に実感しながら、古いコードを少しずつ安全に消却できる。

概念・アーキテクチャ図解

旧システムを壊さずに新システムへ徐々に通信を切り替え

ストラングラーパターンの段階的移行フロー
旧システムを壊さずに新システムへ徐々に通信を切り替え
1Phase 1: ファサード配置
前面にAPI Gateway設置
全トラフィックがGatewayを経由。この時点では100%レガシーへ流す。
2Phase 2: 特定機能の切り出し
新サービスが一部肩代わり
新機能Aのみマイクロサービスで開発。Gatewayが機能Aへの通信を新側へ迂回。
3Phase 3: 段階的浸食
新機能B・Cの順次移行
旧システムの残存機能が徐々に縮小。新システムへの通信割合が80%超へ。
4Phase 4: 旧システムの停止
レガシー完全消却
全機能の移行完了を確認し、旧レガシーサーバーを電源OFF・完全廃棄。

概要・背景・本質

大規模な基幹システム刷新において、数年かけて一括で作り直してある日突然切り替える「ビッグバン移行」は、要件の陳腐化や稼働初日の大混乱を招きやすく非常に高リスクです。ストラングラーパターンは、前面にルーティング層(API Gateway)を設け、切り出せた機能から順に新マイクロサービスへ誘導し、旧システムの機能を徐々に枯死させていく最も安全なアプローチです。

コア概念と着眼点

  • 変換(Transform):新しいマイクロサービスをクラウド上に開発
  • 共存(Coexist):新旧システムが同時に稼働し、API GatewayがURLやリクエスト内容に応じて通信を振り分け
  • 消却(Eliminate):すべての機能の移行が完了した時点で、空っぽになった旧レガシーシステムを完全に停止・破棄
  • 即効性の効果:全機能の完成を待たずに、移行が済んだ機能から即座にビジネス価値を享受可能

ITストラテジスト試験(午後I記述・午後II論文)での論述ポイント

午後II論文でモダナイゼーションを論述する際の秘密兵器。『一括移行は業務停止リスクが許容できないため、ストラングラーパターンを採用。API Gatewayを導入してまず参照系サービスから新クラウドへ逃がし、次に更新系を段階移行することで、業務無停止での基幹刷新を完遂した』と書けば技術力・統率力ともにA判定確実。

小論文で使える実践フレーズ・キーワード

理解を深める推薦副読本

この用語の背景理論・実務動向を深く理解し、午後II小論文の説得力を劇的に高める必読書

PR
ソフトウェアアーキテクチャの基礎 エンジニアリングに基づく体系的アプローチ
ISBN: 4873119820
🏗️ EA・SoR/SoE・モダナイゼーションの名著

ソフトウェアアーキテクチャの基礎 エンジニアリングに基づく体系的アプローチ

マーク・リチャーズ, ニール・フォード 著 / オライリー・ジャパン

アーキテクチャ特性(非機能要件)の定義と優先度付けモジュラリティ、マイクロサービス、イベント駆動設計のトレードオフレガシーシステムの段階的刷新(モダナイゼーション)設計
なぜこの用語の理解に役立つのか

『ストラングラーパターン』の背景にある理論と業界動向を体系的に理解し、実務や小論文に直結する戦略的視点を深掘りできます。

午後II小論文(ST論文)への応用・加点ポイント

エンタープライズアーキテクチャ(EA)やSoR/SoE連携、クラウド移行のアーキテクチャ方針を決定した根拠(トレードオフ判断)を論述する際の強力な武器になります。

※価格・在庫状況は各ECモールの最新情報をご確認ください(もしもアフィリエイト経由)