마이크로 프론트엔드 이해

안녕하세요, 마이크로 프런트엔드에 대해 잠시 이야기해 보겠습니다. 저는 웹에서 이 주제에 대한 실용적이고 직접적인 접근 방식을 찾았지만 관련 자료가 거의 없었기 때문에 이 주제를 다루어 사용의 주요 이유, 구현 문제 및 대기업에서 사용하는 이 아키텍처가 더 많은 환경에서 작동하는 방식을 공유하기로 결정했습니다. 초보자를 위한 단순화된 접근 방식.
이 주제에 대한 더 자세한 정보에 접근하려면 Cam Jackson의 기사 https://martinfowler.com/articles/micro-frontends.html

을 참조하시기 바랍니다.

바로 요점으로

마이크로 프런트엔드는 프런트엔드 웹 애플리케이션이 상위 애플리케이션에서 구성되어 독립적으로 전달되는 아키텍처 스타일입니다.
이 아키텍처를 채택함으로써 얻을 수 있는 주요 이점은 다음과 같습니다.

• 더 작고 응집력이 뛰어나며 유지 관리가 용이한 코드베이스
• 자율적이고 분리된 팀;
• 확장성 향상
• 더 커진 리팩토링 용량

실제로 사용자가 여러 다른 도메인의 다양한 기능에 액세스할 수 있는 웹 애플리케이션을 상상해 보겠습니다. 이 애플리케이션은 단일 팀에 의해 개발되었으며 새로운 기능이 등장하면 이 팀은 파이프라인에 하나의 코드 베이스만 가지고 코딩, 구축, 테스트 및 배포 작업을 수행해야 합니다.

프로젝트가 확장되고 다양한 도메인에서 새로운 기능을 얻는 시나리오를 상상해 보면 코드 복잡성의 증가와 기능 전달의 효율성으로 인해 개발 프로세스에서 여러 가지 충돌이 발생하는 것은 당연합니다.

즉, 마이크로 프런트엔드의 독립적인 배포가 필수적입니다. 이렇게 하면 배포 범위가 줄어들고 결과적으로 관련 위험도 줄어듭니다. 프런트엔드 코드가 호스팅되는 방법과 위치에 관계없이 각 마이크로 프런트엔드에는 프로덕션 단계까지 빌드, 테스트 및 배포하는 자체 지속적 전달 파이프라인이 있어야 합니다. 담당 팀은 다른 코드베이스나 파이프라인의 현재 상태를 거의 고려하지 않고 각 마이크로 프런트엔드를 배포할 수 있어야 합니다.

아래에서는 컨테이너라고 부르는 상위 애플리케이션에 서로 다른 격리된 기능을 배포하는 독립 팀의 지속적인 격리 전달 흐름을 관찰할 수 있습니다.

결론

마이크로 프런트엔드는 대규모 애플리케이션을 더 작고 관리하기 쉬운 단위로 분할한 다음 이들 간의 종속성을 명시하는 것입니다. 우리의 기술 선택, 코드베이스, 팀 및 릴리스 프로세스는 과도한 조정 없이 서로 독립적으로 운영되고 발전할 수 있어야 합니다.

곧 마이크로 프론트엔드를 실제로 구현하는 튜토리얼을 가져오겠습니다. 기업 환경의 실제 사례를 몇 가지 보여드리겠습니다.

위 내용은 마이크로 프론트엔드 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!