マイクロフロントエンドにおけるアーキテクチャ上の意思決定

マイクロフロントエンドアーキテクチャパターンをアプリケーションに適用するチームは、アーキテクチャに関するいくつかの決定を早期に行う必要があります。

以下のセクションでは、これらのトピックについて詳しく説明します。

アーキテクチャを決定するときは、正しいメトリクスを持ち、アプリケーションの特性とトレードオフの使用パターンを理解することが重要です。たとえば、e コマースサイトには、動画編集ツールやオブザーバビリティダッシュボードとは異なる特性と使用パターンがあります。

トラフィックが多く、セッション深度が短い公開アプリケーションは、Time to Interactive (TTI) や First Contentful Paint (FCP) などの初期ページロードメトリクスに合わせて最適化できます。対照的に、ユーザーが 1 日の開始時にログインし、1 日を通して とやり取りし続けるアプリケーションは、アプリケーション内エクスペリエンスに最適化される可能性があります。アプリケーションチームは、最初のページロードではなく、各ナビゲーションの後に最初の入力遅延 (FID) メトリクスを最適化する場合があります。

パブリックウェブサイトは、さまざまなブラウザ環境に対応している必要があります。クライアント環境に既知の制約があるエンタープライズアプリケーションは、その制約に従ってマイクロフロントエンド構成を最適化できます。

アーキテクチャの決定には、1 つの適切な選択肢はありません。トレードオフ、ビジネスの運営状況、使用パターン、メトリクスを理解して、個々のアプリケーションに適した決定を導き出します。