Micro-Frontends verstehen

Hey Leute, lasst uns ein wenig über Micro-Frontend reden. Ich suchte im Internet nach einem praktischen und direkten Ansatz für dieses Thema und fand wenig relevantes Material. Deshalb beschloss ich, dieses Thema anzusprechen, um die Hauptgründe für die Verwendung, Herausforderungen bei der Implementierung und die Funktionsweise dieser von großen Unternehmen verwendeten Architektur mit mehr zu teilen vereinfachter Ansatz für Anfänger.
Um detailliertere Informationen zu diesem Thema zu erhalten, empfehle ich einen Blick auf diesen Artikel von Cam Jackson https://martinfowler.com/articles/micro-frontends.html

Auf den Punkt gebracht

Micro-Frontends sind ein Architekturstil, bei dem Frontend-Webanwendungen unabhängig bereitgestellt werden und in einer übergeordneten Anwendung zusammengestellt werden.
Die Hauptvorteile der Einführung dieser Architektur sind:

• Kleinere, zusammenhängendere und wartbarere Codebasen
• Autonome und entkoppelte Teams;
• Größere Skalierbarkeit;
• Größere Refactoring-Kapazität;

Stellen wir uns in der Praxis eine Webanwendung vor, bei der Benutzer von mehreren verschiedenen Domänen aus auf verschiedene Funktionalitäten zugreifen können. Diese Anwendung wird von einem einzigen Team entwickelt und wenn neue Funktionen auftauchen, muss dieses Team an der Codierung, Erstellung, Prüfung und Bereitstellung arbeiten und verfügt dabei nur über eine Codebasis mit seiner Pipeline.

Stellt man sich ein Szenario vor, in dem das Projekt skaliert und neue Funktionen aus verschiedenen Domänen erhält, ist es natürlich, dass es aufgrund der zunehmenden Codekomplexität und der Effizienz der Funktionsbereitstellung zu mehreren Konflikten im Entwicklungsprozess kommt.

Dennoch ist der unabhängige Einsatz von Micro-Frontends unerlässlich. Dadurch verringert sich der Umfang jeder Bereitstellung, was wiederum das damit verbundene Risiko verringert. Unabhängig davon, wie oder wo der Frontend-Code gehostet wird, muss jedes Mikro-Frontend über eine eigene Continuous-Delivery-Pipeline verfügen, die bis zur Produktion erstellt, testet und bereitstellt. Das verantwortliche Team muss in der Lage sein, jedes Mikro-Frontend bereitzustellen, ohne den aktuellen Status anderer Codebasen oder Pipelines zu berücksichtigen.

Weiter unten können wir den Ablauf einer kontinuierlichen isolierten Bereitstellung durch unabhängige Teams beobachten, die verschiedene isolierte Funktionalitäten in einer übergeordneten Anwendung bereitstellen, die wir Container nennen.

Abschluss

Bei Mikro-Frontends geht es darum, große Anwendungen in kleinere, besser verwaltbare Teile zu unterteilen und dann die Abhängigkeiten zwischen ihnen explizit anzugeben. Unsere Technologieauswahl, unsere Codebasen, unsere Teams und unsere Release-Prozesse müssen in der Lage sein, unabhängig voneinander ohne übermäßige Koordination zu funktionieren und sich weiterzuentwickeln.

Bald werde ich ein Tutorial zur praktischen Implementierung eines Micro-Frontends bringen. Ich werde einige Beispiele realer Fälle im Unternehmensumfeld zeigen.

Das obige ist der detaillierte Inhalt vonMicro-Frontends verstehen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!