AZ900-Cloud#71-2
注: この問題は、同じ前提を持つ一連の問題の一部です。それぞれの問題には異なる解決策が提示されます。
前提
ある企業の既存モノリシック EC アプリ (商品検索 / カート / 決済 / ユーザー管理が 1 つのコードベースに混在) のパフォーマンス問題とチーム並列開発の遅れに悩んでいます。Azure へ移行する際にどのアーキテクチャ戦略を採るべきか検討しています。
解決策
既存モノリシックを破棄し、最初からすべてを 100 個以上のマイクロサービスにビッグバン書き直す。
この解決策は目的を満たしますか?
解説
【判定: いいえ】の理由
ビッグバン書き直しは業界で最も失敗確率が高い戦略の 1 つです。既存ビジネス ロジックの再現性、エッジ ケース、データ移行、テスト工数、切替リスクが同時発生し、サービス間連携 / 観測性 / トランザクション境界 / 組織変革すべてが同時進行で破綻リスクが極めて高くなります。
【「はい」が違う理由】
段階的アプローチ (Strangler Fig パターン) や DDD に基づく境界の慎重な検討、Conway の法則を踏まえた組織再編を並行して進める現実解があります。Microsoft も大規模リプラットフォーミングを段階的に進める方針を推奨しており、ビッグバン戦略は推奨されていません。
コメント