Kontext: Die ursprüngliche Systemübersicht

In einem meiner Jobs habe ich an einem robusten Managementsystem gearbeitet, das in Java entwickelt und in RabbitMQ und PostgreSQL integriert wurde, mit der Aufgabe, Zahlungen, Versand und Lagerbest?nde einer gro?en E-Commerce-Plattform zu kontrollieren. Das ursprüngliche System, das lokal in einem Rechenzentrum vor Ort betrieben wurde, entsprach nicht mehr den wachsenden Anforderungen an Skalierbarkeit und Zuverl?ssigkeit. Dieses System stand vor Herausforderungen wie hoher Latenz bei kritischen Transaktionen, Wartungsschwierigkeiten und einem Anstieg der Betriebskosten bei steigender Arbeitslast.

Ziel dieser Migration war nicht nur die Verlagerung des Systems in die Cloud, sondern auch die Verbesserung der Architektur, um es skalierbarer, belastbarer und effizienter zu machen. Die Wahl von Azure als Cloud-Plattform beruhte auf der F?higkeit, die spezifischen Anforderungen einer modernen, robusten Architektur zu erfüllen und gleichzeitig Best Practices in den Bereichen Sicherheit, Governance und Kostenoptimierung zu unterstützen, wie in Azure Well –Architected Framework beschrieben.

Systemkontext: Das neue Modell in Azure

überblick

Das neue System ist hoch skalierbar, belastbar und einfach zu verwalten und basiert auf den Prinzipien des Azure Well-Architected Framework. Die Architektur ist darauf ausgelegt, den erh?hten Datenverkehr zu bew?ltigen, eine hohe Verfügbarkeit sicherzustellen und die Betriebskosten zu senken. Die Migration zu Azure bedeutete nicht nur die Verschiebung vorhandener Komponenten, sondern auch die überprüfung und Modernisierung der Architektur, um sicherzustellen, dass das System agil, sicher und effizient ist.

Die Architektur wurde in vier Ebenen des C4-Modells geplant, wobei der Schwerpunkt auf einer klaren Sicht auf den Kontext, Container, Komponenten und Code lag. Dies würde sicherstellen, dass alle Beteiligten – vom Ingenieur bis zum Manager – hinsichtlich der Skalierbarkeits- und Zuverl?ssigkeitsziele des neuen Systems übereinstimmen.

Kontext (Kontextdiagramm)

Das Kontextdiagramm veranschaulicht das Zahlungs-, Fracht- und Lagerverwaltungssystem als Ganzes. Das System interagiert mit verschiedenen externen Komponenten wie Kunden, Zahlungssystemen und Transportplattformen. Dieses Diagramm konzentriert sich darauf, wie Benutzer und externe Systeme mit dem System interagieren.

Das neue System wurde in drei Hauptgesch?ftsbereiche unterteilt:

1. Zahlungsmanagement: Verarbeitet Finanztransaktionen durch Integration mit Zahlungsgateways und anderen externen Finanzdienstleistungen.
2. Frachtmanagement: Interagiert mit Logistikdienstleistern, um den Lieferstatus der Bestellung zu berechnen und zu überwachen.
3. Bestandsverwaltung: überwacht die Lagerbest?nde und generiert automatische Benachrichtigungen, wenn Artikel knapp werden.

Jeder dieser Bereiche wurde als separater Mikroservice behandelt, was eine unabh?ngige Skalierbarkeit und eine vereinfachte Verwaltung erm?glicht. Das Kontextdiagramm konzentriert sich auf die Interaktionen zwischen diesen Diensten und externen Plattformen, wie Zahlungssystemen, Versandsystemen und Benutzerdiensten.

Container (Containerdiagramm)

Das Containerdiagramm konzentriert sich auf die wichtigsten Softwarecontainer innerhalb der Architektur. Jeder Dienst wurde in einen separaten Anwendungscontainer umgewandelt und nutzte dabei die Containerisierungsfunktionen von Kubernetes auf Azure. RabbitMQ wurde durch einen Azure Service Bus ersetzt, um die asynchrone Kommunikation zu verbessern, w?hrend PostgreSQL auf Azure Database for PostgreSQL migriert wurde, mit Optimierungen, um eine h?here Verfügbarkeit und Skalierbarkeit zu gew?hrleisten.

Zu den Hauptbeh?ltern geh?ren:

1. Frontend Web (App): Eine Webanwendung, die mit Benutzern interagiert, um Bestellungen, Zahlungen, Versand und Lagerbestand zu verwalten. Diese Anwendung wurde zu Azure App Service verschoben.
2. API Gateway: Ein Dienst, der die Weiterleitung von Anfragen an bestimmte Zahlungs-, Versand- und Inventar-Microservices verwaltet. Verwendet Azure API Management zur Verwaltung von Sicherheit, Authentifizierung und Verkehrskontrolle.
3. Payment Microservice: Verantwortlich für die Verarbeitung und Validierung von Finanztransaktionen. Es wurde umstrukturiert, um mit Zahlungsgateways zu kommunizieren und Transaktionen sicher durchzuführen. Es wurde auf Azure Kubernetes Service (AKS) gehostet.
4. Shipping Microservice: Verantwortlich für die Berechnung der Versandkosten und die überwachung des Status der Lieferungen. Dieser Dienst kommuniziert über RESTful-APIs mit externen Logistikanbietern und wurde in Containern auf AKS gehostet.
5. Inventory Microservice: Verantwortlich für die Bestandskontrolle, die Ausgabe von Warnmeldungen zu niedrigen Lagerbest?nden und die Kommunikation mit Vertriebssystemen, um sicherzustellen, dass Produkte für Kunden verfügbar sind. Dieser Service wurde ebenfalls auf AKS verlagert.
6. PostgreSQL-Datenbank: Die Datenbank wurde auf Azure Database for PostgreSQL migriert und bietet Hochverfügbarkeit und automatische Sicherung. Die Migration wurde mit Hilfe des Tools Azure Database Migration Service durchgeführt.
7. Service Bus (RabbitMQ ersetzt durch Azure Service Bus): Verwaltet asynchrone Nachrichtenwarteschlangen zwischen Microservices und stellt sicher, dass Transaktionen und Gesch?ftsprozesse auf effiziente und belastbare Weise ablaufen.

Komponente (Komponentendiagramm)

Das Komponentendiagramm konzentriert sich auf die interne Architektur jedes Microservices. Jede Komponente wird als autonome und leicht skalierbare Softwareeinheit dargestellt.

Zahlungs-Microservice

Zu den wichtigsten Komponenten geh?ren:

1. Zahlungsverarbeitungskomponente: Verantwortlich für die Kommunikation mit dem Zahlungsgateway, die Validierung und Verarbeitung von Zahlungen. Verwendet Azure Key Vault, um Anmeldeinformationen und vertrauliche Informationen sicher zu speichern.
2. Benachrichtigungskomponente: Sendet Benachrichtigungen an den Kunden und den Administrator über den Zahlungsstatus.

Versand-Microservice

Zu den wichtigsten Komponenten geh?ren:

1. Versandberechnungskomponente: Interagiert mit externen APIs, um die Versandkosten basierend auf Gewicht, Zielort und anderen Variablen zu berechnen. Es wurde angepasst, um Azure Logic Apps zur Integration in Dienste von Drittanbietern zu verwenden.
2. Tracking-Komponente: überwacht den Lieferstatus der Bestellung und aktualisiert Kunden automatisch über Azure Functions.

Inventar-Microservice

Zu den wichtigsten Komponenten geh?ren:

Bestandskontrollkomponente: Verantwortlich für die überwachung und Anpassung der Lagerbest?nde. L?sst sich in Verkaufssysteme integrieren, um sicherzustellen, dass die Produkte nicht ohne eine geplante Wiederauffüllung ausgehen.
Warnungskomponente: Generiert Warnungen für die Verantwortlichen für die Lagerauffüllung, wenn die Lagerbest?nde das Minimum erreichen.

Code (Codediagramm)

Zahlungs-Microservice:

Versand-Microservice:

Inventar-Microservice:

Fazit: Verbesserungen und Ergebnisse der Migration

Die Systemmigration zu Azure brachte mehrere wesentliche Verbesserungen:

1. Skalierbarkeit: Durch die Verwendung von Azure Kubernetes Service (AKS) und Azure App Service konnte jeder Microservice entsprechend der Arbeitslast unabh?ngig skaliert werden, wodurch sichergestellt wurde, dass das System Verkehrsspitzen problemlos bew?ltigen konnte.
2. Ausfallsicherheit: Durch die Verwendung von Azure Service Bus für asynchrones Messaging und Azure Database for PostgreSQL mit Hochverfügbarkeit wurde sichergestellt, dass das System widerstandsf?higer gegen Ausf?lle und Ausf?lle war.
3. Optimierte Kosten: Die Migration in die Cloud erm?glichte eine Kostenoptimierung durch das Pay-as-you-go-Modell sowie eine Reduzierung der Infrastruktur- und Wartungskosten für physische Server.
4. Sicherheit: Die Verwendung von Azure Key Vault für die sichere Speicherung von Anmeldeinformationen und die Implementierung von Sicherheitspraktiken wie Multi-Faktor-Authentifizierung (MFA) und strenge Zugriffskontrolle haben die Gesamtsicherheit des Systems erh?ht.

Durch die Verwendung von Best Practices aus dem Azure Well-Architected Framework und der Implementierung des C4-Modells modernisierte die Migration nicht nur die Architektur, sondern sorgte auch für ein zuverl?ssigeres, skalierbareres und sichereres System.

Das obige ist der detaillierte Inhalt vonVon lokal zu global: Die Azure-Migration, die unsere Effizienz und Sicherheit steigerte. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!