기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 마이크로 프런트엔드의 아키텍처 결정
<a name="architectural-decisions"></a>

애플리케이션에 마이크로 프런트엔드 아키텍처 패턴을 적용하는 팀은 아키텍처에 대한 몇 가지 결정을 초기에 내려야 합니다.
+ [마이크로 프런트엔드 식별 및 경계 정의](micro-frontend-boundaries.md)
+ [마이크로 프런트엔드로 페이지 및 뷰 구성](composition-approaches.md)
+ [마이크로 프런트엔드 간 라우팅, 상태 관리 및 통신](routing-communication.md)
+ [교차 커팅 문제에 대한 종속성 관리](manage-dependencies.md)

다음 섹션에서는 이러한 주제를 더 자세히 다룹니다.

아키텍처 결정을 내릴 때는 올바른 지표를 가지고 사용 패턴 애플리케이션 특성과 장단점을 이해하는 것이 중요합니다. 예를 들어 전자 상거래 사이트의 특성 및 사용 패턴은 비디오 편집 도구 또는 관찰성 대시보드와 다릅니다.

트래픽이 많고 세션 깊이가 짧은 퍼블릭 애플리케이션은 TTI(Time to Interactive) 및 FCP(First Contentful Paint)와 같은 초기 페이지 로드 지표에 최적화할 수 있습니다. 반면 사용자가 하루를 시작할 때 로그인하고 하루 종일 계속 상호 작용하는 애플리케이션은 인애플리케이션 환경에 최적화될 수 있습니다. 애플리케이션 팀은 초기 페이지 로드 대신 각 탐색 후 첫 번째 입력 지연(FID) 지표에 맞게 최적화할 수 있습니다.

퍼블릭 웹 사이트는 다양한 브라우저 환경을 충족해야 합니다. 클라이언트 환경에 알려진 제약 조건이 있는 엔터프라이즈 애플리케이션은 제약 조건에 따라 마이크로 프런트엔드 구성을 최적화할 수 있습니다.

아키텍처 결정에 적합한 선택은 없습니다. 장단점, 비즈니스가 운영되는 컨텍스트, 사용 패턴 및 지표를 이해하여 각 개별 애플리케이션에 적합한 결정을 안내합니다.