マイクロフロントエンド ―マイクロサービスアーキテクチャの概念をフロントエンドに拡張し、信頼性、自律性の高いシステムを構築する

9章事例：モノリスからマイクロフロントエンドへ

数週間で、記事、書籍、事例の調査およびレビューし、いくつかの概念実証を完了したとします。プロジェクトに最適な人材を見つけるためにマネージャーと話をしました。また、プラットフォームにマイクロフロントエンドを導入することで得られるメリットを説明するCTO向けのプレゼンテーションも用意しました。最後に、計画を準備し、レガシープラットフォームのマイクロフロントエンドへの移行を開始するためのリソースを確保するという承認を得ました。素晴らしい。長い数週間が経ち、ここまでで素晴らしい仕事をしましたが、これは大規模なプロジェクトの始まりにすぎません。

次に、全体的な戦略を準備する必要があります。これは、細かすぎず粗すぎず、ちょうどよいものでなければなりません。細かすぎると、すべてを明らかにするだけで数ヶ月を費やすことになります。粗すぎると、十分な情報が得られません。始めるには十分な戦略が必要であり、その時点まで考えていなかった新しい課題や詳細を発見したときはいつでも、プロジェクトの途中で北極星のように揺るがない従うべき指標が必要です。一方、本番環境で維持するためのプラットフォームもあります。マイクロフロントエンドへの再設計や再実装によってビジネスが妨げられることはないため、製品チームはこれを進化させたいと考えています。状況はこれまでで最も単純ではありませんが、これらの課題を軽減し、技術チームが新しいアーキテクチャに移行している間、すべての人を幸せにし、ビジネスを成功させるための適切なトレードオフを見つけることができます。

マイクロフロントエンドの設計と実装の方法について多くのことを学びましたが、この本は、モノリシックアプリケーションからマイクロフロントエンドアプリケーションへの移行を検討しなければ完成しません。これは、このアーキテクチャの最も一般的なユースケースです。まずどんなプロジェクトもシンプルに始めるべきだと思います。次に、数ヶ月または数年の間に、ビジネスと組織が成長するときに、アーキテクチャはそれに応じて進化し、ビジネスの進化するニーズをサポートする必要があります。マイクロフロントエンドを使用して新しいアプリケーションを開始すると、ビジネスを正しい方向に進めるのに役立つシナリオがいくつかあります。例えば、すべての顧客向けにカスタマイズして一緒にデプロイできる複数のモジュールで構成されるアプリケーションがある場合などです。しかし、マイクロフロントエンドの典型的なユースケースは、レガシーフロントエンドアプリケーションからこの新しいアプローチへの移行です。この章では、この本で説明したすべての情報をつなぎ合わせるような事例を紹介します。 ...