公開日: 2023-08-22 • 読了時間: 9分

最新のアーキテクチャ: モノリスからマイクロサービスまで

エンタープライズ コア アーキテクチャは、レガシー モノリスによって支配されることがよくあります。これらのシステムは安定していますが、俊敏性が妨げられ、導入速度が制限され、変更が行われたときに運用上のリスクが生じます。モノリスの分解は必須ですが、実行時の影響をゼロにして行う必要があります。

ストラングラー フィグのパターン

モノリスから移行する実証済みの戦略は、Strangler Fig パターンです。リスクの高い「ビッグバン」的な置き換えではなく、サービスは一枚岩から段階的に切り出されていきます。新しい API はマイクロサービスとして構築され、API ゲートウェイを介して統合され、廃止されるまでモノリスのフットプリントを徐々に削減します。

主要な建築の柱

最新のマイクロサービス アーキテクチャには次のものが必要です。

• ドメイン駆動設計 (DDD): 技術層ではなく、ビジネス能力に基づいて明確なサービス境界を定義します。
• イベント駆動型の統合: 非同期メッセージ ブローカー (Kafka など) を使用してサービスを分離し、システムの復元力を確保します。
• 一元的な可観測性: 分散トレースと構造化ロギングにより、分散サービス全体でインシデントを迅速に隔離します。

サービスごとのデータベース パターン

移行の主なハードルはデータベースの分離です。モノリスは単一の大規模データベースを共有するため、密結合が形成されます。マイクロサービス アーキテクチャでは、サービスごとのデータベース パターンが強制されます。各マイクロサービスは独自のデータを所有し、イベント バスを介して非同期に通信します。

開発者の俊敏性を引き出す

モノリスをドメイン駆動型のマイクロサービスに分離することで、チームが独立してコードを構築、テスト、デプロイできるようになります。これにより、調整のオーバーヘッドが大幅に削減され、導入頻度が向上し、障害が分離されて、プラットフォーム全体の復元力が高まります。