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

10章組織にマイクロフロントエンドを導入する

ついにこの本の最後の章に到達しました。これまで、マイクロフロントエンドを作成する方法、プロジェクトに最適なアーキテクチャアプローチ、およびプロジェクトを成功させるためのベストプラクティスについてたくさん学びました。さて、プロジェクトを開始してコードを書き始めますか？

いいえ、まだ準備は整っていません。アーキテクチャを再検討したり、新しいアーキテクチャを導入したりするときと同じように、このアーキテクチャを導入するときに考慮しなければならない人間的な側面に関連する重要なトピックが残っています。アーキテクチャに大幅な変更を加える場合は、コミュニケーションフローを整理する方法、グループをサイロ化させない方法、および開発者がビジネスドメイン内で正しい決定を下せるようにする方法を検討する必要があります。これらは、プロジェクトの最初とライフサイクル全体で考える必要のある、プロジェクトの人間的な側面に関連する多くの重要な考慮事項のほんの一部です。マイクロフロントエンドは、これらの考慮事項の一部を軽減するのに役立つこともありますが、適切にアプローチしないと、他の考慮事項をより複雑にしてしまうこともあります。そのため、十分に時間を投資して、現在の組織構造を分析しそれが新しいアーキテクチャにどのように適合するかを確認することが重要です。

10.1　なぜマイクロフロントエンドを使うのか

技術リーダーやCTOは、誰かが組織内のマイクロフロントエンドのアイデアを紹介するときにこの質問をすることがよくあります。これは有効な質問であり、それに答える最良の方法は、共通の言葉を使用してこのアーキテクチャパラダイムの利点を評価することです。マイクロフロントエンドは、チームの独立性、リスクのないデプロイ、開発者の認知的負荷の軽減、高速なイテレーション、革新など、いくつかの利点をもたらします。それにもかかわらず、組織内にサイロを作成するリスク、自動化パイプラインへの投資の増加、ユーザインタフェースの不一致のリスクなどの課題ももたらします。マイクロフロントエンドのアイデアを組織に紹介するときは、技術的なメリットだけでなく、組織的なメリットにも焦点を当ててプレゼンテーションを行ってください。利害関係者のためにインパクトのあるプレゼンテーションを準備するのに役立つ思考の糧を提供しましょう。 ...