Erste Schritte mit Microservices

Bausteine

Vollständige und offene Plattform für Microservices

Für die Anwendungsmodernisierung müssen mehrere Technologien integriert werden, um die richtige Grundlage für Multicloud Microservices zu schaffen. Mit Oracle LiveLabs erhalten Sie Zugang zu den Tools und Technologien von Oracle, um eine Vielzahl von Übungen und Workshops auszuführen. Diese Workshops zeigen, wie Sie ergänzend zu Oracle offene Technologien einsetzen, um einfachere Architekturen zu erstellen, die Bereitstellungsflexibilität bieten. Erstellen Sie Microservices in Oracle LiveLabs mit Cloud- und Hybridkomponenten, die in OCI, Autonomous Database, Helidon, Micronaut, Weblogic, Java, Docker, Kubernetes und Istio Service-Mesh in einem umfassenden Microservices-Plattform-Stack verfügbar sind. Es gibt mehrere Übungen, in denen Sie monolithische Unternehmensanwendungen modernisieren können, um den Einstieg in Ihre Microservices bzw. die allgemeine Nutzung dieser zu erleichtern.

Microservices-Bedingungen

Serverlos – Kein persistenter Status in einem Datenspeicher erforderlich, Aufgaben werden im Handumdrehen ausgeführt – Feuer- und Vergessen-Stil. Beispiel: Lambda-Funktionen und API-Gateways.

API-gesteuert - Microservices kommunizieren miteinander über REST-APIs, z.B. ein API-Gateway. Jeder Microservice hat eine API-Definition.

Asynchrone Microservice – Eine lose Kopplung wird mit asynchronem Messaging über Queues oder Streaming-Software erreicht, z. B. mit Oracle Advanced Queuing oder Apache Kafka.

Workflowaktionen - Geschäftsabläufe (mit Personen in der Schleife) stellen auch Transaktionen mit langer Ausführungszeit dar, z.B. mit BPMN-Frameworks wie Camunda, Zeebe oder temporal.io-Ablauf.

Automatisierter Workflow – Aufgaben, die als einfacher Workflow automatisiert (ohne Menschen in der Schleife) ausgeführt werden, z.B. mit Apache Airflow und Argo (CNCF).

Datengesteuerte – Datenarchitektur steigert die Nutzung von Daten in der App für Vorgänge und Entscheidungsfindung, in der Regel mit einem persistenten Speicher, z.B. Oracle Converged Database oder mit Datenbanken für spezielle Zwecke.

Cloud-nativ – Eine Anwendung, die vollständig für die Cloud entwickelt wurde, beispielsweise mit CNCF-Komponenten und OCI-Services.

Hybrid-Cloud-Microservices – Microservices, die im gesamten Data Center des Kunden (private Cloud) und in einer Public Cloud funktionieren, beispielsweise mit Kubernetes/Service-Mesh zur Orchestrierung über eine Private Cloud und Public Cloud (Anwendungsfälle für Cloud-Bursting).

Multicloud-Microservices – Microservices, die über mindestens zwei Public-Clouds und eine Private Cloud hinweg funktionieren, z. B. mit Kubernetes/Service-Mesh zur Koordinierung über mehrere Cloud's hinweg (Risikominderung und Verhinderung einer Abhängigkeit von einer Public Cloud).

Microservices-Herausforderungen

Microservices sind zwar ein Synonym für Anwendungsmodernisierung und der Weg in die Zukunft für die ganze Anwendungsentwicklung, aber es gibt einige Überlegungen, die den Weg zu Microservice-Architekturen effizienter machen.

• Auswahl der Anzahl unabhängiger Microservices für eine Anwendung. Eine Bereitstellung von Microservices wird komplex, wenn Tausende von Microservices bereitgestellt werden müssen und eine harmonische Leistung erwartet wird, wenn der Kontext jedes Service sehr klein ist. Die Erfahrung zeigt, dass der Wechsel zu Microservices, wenn 20 bis 50 Microservices mit den richtigen gebundenen Kontexten identifiziert werden, die versprochenen Vorteile besser identifiziert.
• Die Implementierung von Transaktionen über die Grenzen von Microservices hinweg war eine Herausforderung bei den XA-Transaktionen (in einigen Fällen synchrone und leistungsbegrenzende Transaktionen). Synchrone SAGAs haben sich als leistungsstärker und robuster erwiesen, die durch Unterstützung in der konvergierten Oracle Database weiter vereinfacht werden.
• Die Notwendigkeit einer losen Kopplung zwischen Microservices stellt eine Herausforderung bei der Verwendung synchroner REST-API-Dienste dar, und Messaging-/Warteschlangensysteme machen diese Kommunikation asynchron und skalierbarer bei der Bereitstellung von Anwendungen in einer Hybrid-Cloud-Umgebung.
• Das Tracing und Die Beobachtbarkeit sind nicht nur auf der Anwendungsebene oder der Mid-Tier wichtig, sondern auch auf der Datenebene – für ein ganzheitliches End-to-End-Deployment und der Unterstützung von Microservice-Architekturen. Tools und Analyseintegrationen beginnen gerade erst, diesen wichtigen Aspekt für hybride Implementierungen zu berücksichtigen.