Aplikacje hosta i zdalne
Poznaj różnicę między aplikacjami hosta i aplikacjami zdalnymi w konfiguracji federacyjnej oraz ich role.
Aplikacje hosta i zdalne to bezpłatna lekcja Micro Frontends Architecture with Module Federation na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Micro Frontends Architecture with Module Federation, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Micro Frontends Architecture with Module Federation zawiera 4 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
What are Hosts & Remotes?
In Module Federation, applications play distinct roles: some are hosts, and others are remotes. Think of it like a main stage (host) that invites guest performers (remotes) to share their acts.
This setup allows large applications to be broken down into smaller, independently developed and deployed pieces.
The Host: Your Main App
The Host application is the primary application that boots up first. Its main job is to consume (or load) modules that are exposed by other applications, called Remotes.
It's like the main website that pulls in different widgets or sections from other services.
Host's Key Responsibilities
The Host application has a few crucial responsibilities:
- Loading Remotes: It tells Webpack which remote applications it needs to load.
- Providing Context: It often provides the overall application shell, routing, and shared dependencies.
- Integrating Modules: It renders components or uses functions provided by the remote applications.
The Remote: A Shared Piece
A Remote application is a separate, self-contained application that exposes specific parts of its code for others to consume. It can also consume modules from other remotes (or even act as a host itself!).
These exposed parts could be components, utility functions, or even entire pages.
Remote's Key Responsibilities
The Remote application focuses on:
- Developing Features: It builds specific features or UI components independently.
- Exposing Modules: It explicitly defines which parts of its codebase can be shared with host applications.
- Independent Deployment: It can be built and deployed without affecting the host or other remotes, as long as its exposed interfaces remain consistent.
ModuleFederationPlugin: The Link
Webpack's ModuleFederationPlugin is the magic behind this interaction. Both host and remote applications use this plugin in their Webpack configurations.
It orchestrates how modules are exposed by remotes and consumed by hosts, making them available at runtime.
Remote: Exposing Modules
On the Remote side, you use the exposes property in the ModuleFederationPlugin configuration.
This tells Webpack which files or modules from your remote application should be made available to others.
// webpack.config.js (remote app)
new ModuleFederationPlugin({
name: 'remoteApp',
exposes: {
'./Button': './src/Button.js',
'./Header': './src/Header.js'
}
})Host: Consuming Remotes
On the Host side, you use the remotes property to declare which remote applications you want to consume from.
You specify a unique name for the remote and its entry point URL.
// webpack.config.js (host app)
new ModuleFederationPlugin({
name: 'hostApp',
remotes: {
remoteApp: 'remoteApp@http://localhost:3001/remoteEntry.js'
}
})How They Interact
When the Host application loads, it fetches the remoteEntry.js file from the configured remote URL. This entry file contains a manifest of all modules the remote exposes.
The Host can then dynamically import and use these exposed modules as if they were part of its own codebase.
Quick Check
Which of the following best describes the primary role of a Host application in a Module Federation setup?
Host & Remote Recap
We've learned about the fundamental roles of Host and Remote applications in Module Federation.
- Host apps are the main integrators, consuming functionality.
- Remote apps are independent units that expose specific modules.
Understanding these roles is key to building scalable micro frontends. Next, we'll dive deeper into setting up your first federated application!
Często zadawane pytania
Czy lekcja „Aplikacje hosta i zdalne” jest bezpłatna?
Tak — pełny tekst „Aplikacje hosta i zdalne” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Micro Frontends Architecture with Module Federation, przejdź na CoddyKit PRO. Kurs Micro Frontends Architecture with Module Federation zawiera 4 lekcji w sumie.
Co nauczysz się w „Aplikacje hosta i zdalne”?
Poznaj różnicę między aplikacjami hosta i aplikacjami zdalnymi w konfiguracji federacyjnej oraz ich role. Ćwiczysz Micro Frontends Architecture with Module Federation z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć Micro Frontends Architecture with Module Federation?
Nie wymagamy żadnego doświadczenia. Micro Frontends Architecture with Module Federation w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.
Ile czasu zajmuje lekcja „Aplikacje hosta i zdalne”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji Micro Frontends Architecture with Module Federation?
Tak. Każda lekcja Micro Frontends Architecture with Module Federation zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Powtórzenie podstaw Webpack
- Wprowadzenie do Module Federation
- Aplikacje hosta i zdalne
- Konfigurowanie współdzielonych zależności