마이크로 프런트엔드 아키텍처 원칙

마이크로 프런트엔드는 마이크로서비스의 개념을 UI에 적용한 것입니다. 대규모 앱을 독립적으로 개발하고 배포하는 여러 부분으로 나누고, 각 부분을 별도의 팀이 소유한 다음 하나의 사용자 경험으로 결합합니다.

하나의 대규모 프런트엔드를 사용하면 모든 팀이 하나의 코드베이스에 커밋하고, 릴리스를 조율하며, 하나의 빌드를 공유해야 합니다. 조직이 성장하면 이는 병목이 되어 빌드 지연, 병합 충돌, 릴리스 열차와 같은 문제가 발생합니다.

핵심 개념은 처음부터 끝까지 책임지는 것입니다. 팀은 코드부터 배포까지 사용자 인터페이스의 담당 영역을 소유합니다. 자체 저장소, pipeline, 실행 환경을 갖추므로 다른 팀을 기다리지 않고 작업을 진행할 수 있습니다.

팀은 기술 계층이 아니라 비즈니스 기능(결제, 검색, 프로필)을 기준으로 나눕니다. 각 슬라이스에는 해당 기능에 필요한 사용자 인터페이스, 처리 방식, 데이터 접근이 자체적으로 포함됩니다.

각 마이크로 프런트엔드는 자체 일정에 따라 배포됩니다. 검색 팀은 결제를 건드리지 않고도 하루에 열 번 배포할 수 있습니다. 릴리스가 서로 분리되므로 위험과 조정 작업이 줄어듭니다.

팀은 슬라이스마다 서로 다른 프레임워크를 선택할 수 있습니다. 실제로는 대부분의 조직이 공통 도구를 사용하기 위해 표준화합니다(예: 모두 뷰 사용). 하지만 타당한 이유가 있다면 아키텍처상 다양한 기술을 사용할 수 있습니다.

슬라이스를 결합하는 한 가지 방법은 빌드 시점 통합입니다. 각 마이크로 프런트엔드를 패키지로 게시하고, 컨테이너 앱이 이를 의존성으로 설치한 뒤 함께 빌드합니다.

빌드 시점 통합은 간단하지만 릴리스를 결합합니다. 새로운 결제 버전을 배포하려면 컨테이너를 다시 빌드하고 재배포해야 합니다. 진정한 독립 배포를 할 수 없게 됩니다.

실행 시점 통합은 브라우저에서 실행 중에 마이크로 프런트엔드를 불러옵니다. 즉, 컨테이너가 필요할 때 원격 앱의 코드를 가져옵니다. 각 원격 앱은 독립적으로 배포되며, 컨테이너는 다시 빌드하지 않아도 최신 버전을 사용합니다.

대표적인 실행 시점 기술은 Module Federation입니다. 이는 한 앱이 모듈을 공개하고 다른 앱이 실행 시점에 네트워크를 통해 해당 모듈을 사용하도록 하며, 공통 의존성을 공유할 수 있게 하는 빌드 기능입니다. 다음 수업에서 이를 사용하게 됩니다.

단순성과 한 번의 배포를 원하는 소규모 팀에는 빌드 시점 방식을 사용하십시오. 독립 배포와 팀 자율성을 우선하고 추가적인 운영 복잡성을 감수할 수 있다면 실행 시점 방식(Module Federation)을 사용하십시오.

마이크로 프런트엔드 원칙을 이해했는지 확인해 보십시오.

마이크로 프런트엔드의 원칙을 배웠습니다.

• 큰 사용자 인터페이스를 독립적으로 소유하고 배포하는 슬라이스로 나누어 사용자에게 조합해 제공합니다.
• 팀 자율성: 수직적인 비즈니스 슬라이스를 처음부터 끝까지 책임집니다.
• 독립 배포: 각 슬라이스가 자체 일정에 따라 배포됩니다.
• 기술 다양성은 선택 사항이며, 대부분의 팀은 표준화합니다.
• 통합 방식은 빌드 시점(간단하지만 릴리스가 결합됨) 또는 실행 시점(Module Federation을 사용하며 진정한 독립성을 제공함)입니다.