Microservices einfach nutzen mit der AX Platform
In diesem Artikel geben wir einen kleinen Einblick in die Funktionsweise von Microservices und wie die AX Platform helfen kann, den Wechsel von Projekten zu Microservice-Architektur mit fortlaufender Entwicklung und Auslieferung zu stemmen.
Was sind diese Microservices, von denen AX immer wieder schreibt, und weshalb sind sie die Zukunft? In diesem Artikel geben wir einen kleinen Einblick in die Geschichte von Microservices und wie diese Architektur zum Erfolgs-Katalysator für Unternehmen wurde, welche "continuous deployment" (also fortlaufende Softwareauslieferung) praktizieren. Zum Schluss zeigen wir, wie die AX Suite helfen kann, den Wechsel von Projekten zu Microservices mit fortlaufender Entwicklung und Auslieferung zu stemmen.
Wir helfen Unternehmen das Potenzial der Digitalisierung durch Software zu realisieren.
ax
Netflix und Microservices
Wir haben Netflix schon einmal als gutes Beispiel in meinem Agile-Artikel genannt. Neue Features werden in den Applikationen nahtlos eingeführt, die Qualität ist hoch und der Service immer erreichbar. Der fantastische Erfolg von Netflix und ihre Fähigkeit, mehr Funktionen schneller an die Nutzer auszuliefern, haben hellhörig gemacht. Viele Unternehmen wollen wissen, wie Netflix die Technologie nutzte, welche ihnen diesen enormen Vorsprung auf die Konkurrenz verschaffte.
Doch ein wenig Nachforschung zeigt, auch bei Netflix brauchte es eine Katastrophe, um aus der Asche gestärkt wieder auf zu erstehen. Der frühere Netflix Cloud Architekt, Adrian Cockcroft, entschied nach einem desaströsen Release mit einem fehlplatzierten Semikolon, die ganze Architektur von monolithischer Architektur auf Microservices umzustellen.
Wenn auf monolithischer Architektur neue Features entwickelt und getestet wurden, war es unglaublich mühsam, diese Änderungen auf der produktiven Instanz zu veröffentlichen:
Verschiedene Teams waren gezwungen, ihre Änderungen im Code zu koordinieren und gemeinsam Abhängigkeiten aufzudecken.
Mehrere Funktionen gleichzeitig auszuliefern, erforderte Vorgängig grossen Aufwand für Funktionelles- und Integrations-Testing.
Entwicklungsteams waren meist auch auf ein bis zwei Programmiersprachen beschränkt
Der Wechsel zu Microservices befähigte die Netflix-Entwickler, neue Features viel schneller und nahtlos an die Nutzer auszuliefern.
Microservices, Docker und Kubernetes
Docker Container und Microservices gehen Hand in Hand. In dem man die Microservices in dedizierten Containern laufen lässt, kann jeder Einzelne unabhängig aktualisiert oder verändert werden. Die Containerisierung entfernt das Risiko von Konflikten zwischen Programmiersprachen, Bibliotheken oder Frameworks. Da Docker Container bestens auf neue Systeme übertragbar sind und voneinander isoliert betrieben werden können, ist es ziemlich einfach, eine Microservice-Architektur mit Containern aufzubauen.
Container orchestrieren
Irgendwann sind ganz viele Microservices in ebenso vielen Containern am laufen. Da macht es Sinn, diese zu managen oder im Jargon "orchestrieren", sodass sie als gemeinsame Applikation verwaltet werden. Dafür gibt es Orchestrierungs-Werkzeuge (Cluster Manager) wie Kubernetes, Docker Swarm und weitere.
Früher war die Wahl vom Cluster Manager noch eine komplizierte Entscheidung mit vielen Abhängigkeiten. Seit 2015 hat die Open-Source-Lösung Kubernetes das Rennen gemacht, wird von allen relevanten Cloud-Providern unterstützt und ist nach Linux und Docker die dritt-beliebteste Plattform der IT-Branche.
Die Moral von der Geschichte ist also, dass es für die meisten Projekte die konkurrenzfähig bleiben wollen, notwendig ist, ihre Anwendungen um die Microservice-Architektur zu planen und sie in einem Kubernetes-Cluster laufen zu lassen – auch wenn es ein paar Firmen gibt, die andere Cluster-Manager nutzen.
Sind Microservices immer das Richtige?
Microservices sind nützlich, wenn Anwendungen skalierbar sein sollen und (plötzlich) tausende Anfragen abhandeln müssen. Am nützlichsten sind sie, wenn grosse Entwicklungsteams sich in kleinere Einheiten aufteilen, um parallel an verschiedenen Aspekten der Applikation zu arbeiten. Damit beschleunigen sie den Auslieferungsprozess wie eine Rakete.
Für kleine Teams war der Overhead durch die Orchestrierung oft zu abschreckend, um eine Microservice-Architektur zu nutzen. Die AX Platform kann diesen Mehraufwand jedoch für dich übernehmen - mit oft benötigten Konfigurationen, welche mit graphischem Nutzeroberfläche sowie Command-Line-Tools einfach aufgesetzt und verwaltet werden können.
Denn auch für kleinere Teams sind Microservices notwendig, um Rechenlast zwischen mehreren Cluster und Datencenter zu verteilen. Aber ohne diesen Anspruch, etwa bei einer Website ohne Applikationen, kann man bei monolithischer Architektur bleiben.
Dieser Artikel zeigt die Unterschiede der digitalen Produkte App und Website und welche Expertisen wann benötigt werden.
AX • Dedicated Software
Wie die AX Platform Microservices und Kubernetes ergänzt
Obwohl Microservices vielen Organisationen geholfen haben, skalieren zu können und schneller Vorwärts zu kommen, hat die Komplexität, Microservices zu managen, zugenommen. Gerade wenn der Cluster Manager in einer Public Cloud lief.
Die AX Platform minimiert die Komplexität – Microservices in Kubernetes auszuliefern oder up-to-date zu halten – in dem kontinuierliches Ausliefern, Cluster-Sichtbarkeit und Monitoring mitgeliefert werden. Infrastrukturaufgaben, die benötigt würden, wenn die Teams die Microservices manuell in Kubernetes ausliefern, werden von der AX Platform übernommen. Und da die Platform als Software-as-a-Service (SaaS) konzipiert ist, bleibt mehr Zeit um den Geschäftswert des Produktes zu erhöhen, anstatt sich um Ops kümmern zu müssen.
Mit der AX Platform können Entwickler fortlaufend neue Features entwickeln und diese kontinuierlich und in Echtzeit in ihre App ausliefern, ohne direkt mit Kubernetes interagieren zu müssen. Das ist nicht nur ein Sicherheitsaspekt, es ermöglicht auch verschiedenen Teams, an verschiedenen Microservices zu arbeiten – ohne Downtime. Vielleicht am wichtigsten ist jedoch, dass sich die Geschwindigkeit von Releases von Updates und neuen Features auf die Produktion massiv verbessert.
GitOps, AX Platform & continuous delivery
Deklarative Infrastruktur ist mittlerweile die Norm und Kubernetes garantiert Updates fortlaufend und ohne Downtime. Somit wird es möglich, die gesamte CI/CD-Pipeline aus Git oder einem anderen Versionssystem zu initialisieren. Diese Methode von kontinuierlicher Auslieferung und Clustermanagement mit Git wird GitOps genannt.
Wie erwähnt bieten Microservices grosse Vorteile: Kontrolle zu schaffen und schnell ausliefern zu können - um schmerzfrei die Qualität der Produkte zu garantieren und in hoher Geschwindigkeit neue Features zu veröffentlichen. Mit GitOps ist auch eine stetig wachsendende digitale Landschaft kein Problem, die Komplexität des Cloudbetriebs erhöht sich dank GitOps in der AX Platform nur marginal.
Infrastrukturverwaltung, Monitoring, Alerting und vereinfachte Arbeitsabläufe für cloud Systeme. Das Schweizer Sackmesser der AX Platform mit einem einheitliches Frontend für alle Anwendungen.
AX • Dedicated Software
Kein Lock-In mit der AX Platform
Die AX Platform lässt dich dein Versioning-Repository und deine CI-Tools nutzen. Auch bezüglich der Wahl des Cloud-Anbieters stehen die meisten Türen offen: Von Google über Amazon bis zu lokalen Schweizer Cloudanbieter – die AX Platform läuft mit allen CSP.
Noch unsicher wie eine Applikation cloudifiziert werden kann? Interesse am umstellen von bestehenden Diensten auf Microservices? Mit der Microservice-Architektur-Beratung von AX ist das Projekt auf der sicheren Seite.
Unsere Experten entwickeln eine dedizierte Softwarearchitektur und übersetzen die Insights in einen greifbaren Prototypen, um Annahmen zu testen und validieren.
AX • Dedicated Software