次のステップ - AWS 規範ガイダンス

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

次のステップ

このガイドでは、アーキテクチャと組織のパターン、主要な意思決定のトレードオフ、マイクロフロントエンドに関連するガバナンスの懸念について説明しました。表は、このドキュメントで説明されているプラクティスのトレードオフを以下のディメンションの観点からまとめたものです。

  • 自律性 ‒ 各マイクロフロントエンドチームが実装とリリースをエンドユーザーに個別に進化させる能力。

  • 一貫性 - 各マイクロフロントエンドが期待どおりに動作するアプリケーションの全体的なエクスペリエンス。一貫性が高いということは、マイクロフロントエンドがアプリケーションの他の部分と一貫性があり、アプリケーション全体のユーザーエクスペリエンスに悪影響を及ぼさないことを意味します。

  • 複雑さ ‒ マイクロフロントエンド、アプリケーション全体、ガバナンスコントロールの実装とテストに必要なインフラストラクチャ、コード、労力の量。

練習

自律性

整合性

複雑さ

モノリシックアプリケーションではなくマイクロフロントエンドで構築する

中程度

高い

コード共有のプラクティス

自律性

整合性

複雑さ

何も共有しない

高い

カット間の懸念を共有する

中程度

中程度

ビジネスロジックを共有する

中程度

ビルド時にライブラリを通じて共有する

中程度

高い

実行時に共有する

高い

高い

高い

マイクロフロントエンド検出プラクティス

自律性

整合性

複雑さ

アプリケーション構築中に を設定する

高い

サーバー側の検出

高い

中程度

クライアント側 (ランタイム) 検出

高い

中程度

コンポジションプラクティスを表示する

自律性

整合性

複雑さ

サーバーサイドコンポジション

中程度

高い

エッジサイドコンポジション

中程度

中程度

高い

クライアントサイドコンポジション

中程度

このガイダンスで導入された概念の詳細については、「リソース」セクションを参照してください。