발행일

패스트 캠퍼스 챌린지 26일차 미션 (2월 26일) : 마이크로 FE 강의 후기

패스트 캠퍼스 챌린지 26일차 미션 (2월 26일) : 마이크로 FE 강의 후기

이 글은 네이버 블로그에 2025년 2월 26일에 올렸던 것을 그대로 옮겨온 것입니다.

본 포스팅은 패스트캠퍼스 환급 챌린지 참여를 위해 작성하였습니다.

[ 마이크로 프론트엔드(MFA:Micro Frontend Architecture) : 대규모 서비스 설계부터 운영까지 (feat.모노레포&모듈페더레이션)

1. 공부 시작 시각

image

2. 공부 종료 시각

image

3. 클립 1번 수강 인증 사진

image

4. 클립 2번 수강 인증 사진

image

5. 학습 인증샷 1장

image

6. 학습 후기 700자

Module Federation 학습 후기

이번 학습을 통해 Module Federation의 프로덕션 환경에서 필수적으로 고려해야 할 설정과 타입 안전성을 확보하는 방법을 실습했다. 특히, 다른 서버에서 제공하는 React 컴포넌트를 TypeScript 환경에서 올바르게 활용하는 방법과 격리된 상태에서 원격 React 앱을 가져와 엘리먼트에 렌더링하는 과정이 핵심적인 내용이었다.

첫 번째로, TypeScript로 원격 React 컴포넌트의 타입을 설정하는 과정은 생각보다 복잡했다. 단순히 타입을 선언하는 것이 아니라, 원격에서 제공하는 컴포넌트가 올바르게 로드되었을 때 타입 검사를 정상적으로 수행할 수 있도록 공유되는 인터페이스 및 타입을 맞추는 전략이 필요했다. 이를 위해 @types 패키지를 활용하거나, 원격 및 호스트 앱 간의 타입 동기화를 유지하는 방법을 고민하는 과정이 인상적이었다. 실제 프로덕션 환경에서는 타입 불일치로 인한 문제를 사전에 방지하는 것이 중요하다는 점을 다시 한번 깨달았다.

두 번째로, 원격 React 앱을 격리된 상태에서 가져와 렌더링하는 실습이 흥미로웠다. Module Federation의 동적 로딩 기능을 활용하면 별도의 번들 없이 원격 애플리케이션을 불러올 수 있지만, 렌더링 시점과 의존성 관리가 중요한 요소였다. 특히, React 버전이 맞지 않거나, 공유되는 라이브러리의 상태가 충돌할 경우 예상치 못한 문제가 발생할 수 있었다. 이러한 문제를 해결하기 위해 singleton 설정이나 공유 라이브러리의 범위를 명확히 하는 방법을 실험해보면서, 실무에서도 신중한 설정이 필요하다는 점을 깨달았다.

전체적으로, Module Federation을 활용하면 마이크로프론트엔드 아키텍처에서 독립적으로 개발된 애플리케이션을 손쉽게 결합할 수 있지만, 타입 안전성 확보와 의존성 관리가 필수적이라는 점을 다시 한번 실감했다. 앞으로 실무에서도 이러한 기술을 적극 활용할 기회가 있다면, 사전 기획과 설정 단계를 더욱 철저히 해야겠다는 교훈을 얻었다.

필수 URL https://bit.ly/4gL1f1o

#패스트캠퍼스 #직장인자기계발 #직장인공부 #환급챌린지 #패스트캠퍼스후기 #오공완