翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# マイクロフロントエンドにおけるアーキテクチャ上の意思決定
<a name="architectural-decisions"></a>

マイクロフロントエンドアーキテクチャパターンをアプリケーションに適用するチームは、アーキテクチャに関するいくつかの決定を早期に行う必要があります。
+ [マイクロフロントエンドの識別と境界の定義](micro-frontend-boundaries.md)
+ [マイクロフロントエンドを使用したページとビューの作成](composition-approaches.md)
+ [マイクロフロントエンド間のルーティング、状態管理、通信](routing-communication.md)
+ [クロスカットの懸念に対する依存関係の管理](manage-dependencies.md)

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

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

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

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

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