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

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

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

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

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

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

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