Cloud-Native Architektur

Durch die Ankunft von neuen, optimierten Möglichkeiten im Umfeld der Kollaboration und Produktivität in der Cloud ist auch eine neue Art der Entwicklung von Applikationen notwendig geworden. Eine, mit der man seine Anwendungen mit der, für diese neue Welt der Hybrid-Umgebungen notwendigen Flexibilität und Portabilität ausrüsten kann. Dieser neue Ansatz zur Applikationsentwicklung heißt Cloud-Native Architektur.

Trotz der Bezeichnung geht es in diesem Ansatz nicht alleine darum, Applikationen in der Cloud lauffähig zu gestalten. In Wirklichkeit ist das Gegenteil der Fall: es geht darum, Applikationen in jeder beliebigen Umgebung (also nicht nur in der Cloud, sondern auch on-premises und an virtuellen Maschinen) betreiben zu können, und bei Bedarf diese auch Flexibel zwischen den unterschiedlichen Umgebungen verschieben zu können. Dieser Ansatz erfordert eine ganz neue Denkweise in der Entwicklung, im Deployment und in der laufenden Verwaltung der Applikationen. 

In dem „traditionellen“ Ansatz wurden Applikationen für Langlebigkeit und Stabilität konzipiert. Obwohl diese weiterhin essenzielle Eigenschaften einer modernen Anwendung sind, sind solche sogenannten monolithischen Applikationen längst nicht flexibel genug. Denn in einer cloud-betriebenen Geschäftswelt reichen Langlebigkeit und Stabilität nicht mehr aus: Applikationen müssen rasch auf den Markt gebracht werden, die Funktionen dieser müssen voneinander abgrenzbar und wiederverwendbar sein und Prozesse müssen zum höchstmöglichsten Grad automatisiert werden.

Um das Ziel, Cloud-Native zu werden zu erreichen, muss man die genutzten Tools und auch die Prozesse im gesamten Unternehmen unter die Lupe nehmen und neu denken. Die Änderungen betreffen also nicht nur das interne Entwicklerteam.  

Im traditionellen Entwicklungsansatz wird eine Software, wie etwa ein Webshop so programmiert, dass Funktionen, z.B. Katalog, Bestellkorb, Zahlungsabwicklung und „Watchlist“ alle in einem, quasi als Paket programmiert und deployed werden. Wenn aber der gleiche Webshop auf Basis der Cloud-Native-Methodik entwickelt wird, werden all diese Funktionen jeweils als alleinstehende Services programmiert, die untereinander mittels APIs oder Messaging kommunizieren können. 

Anschließend können diese Microservices – oder eben auch Prozesse oder ganze Anwendungen – in Containers verpackt werden. Das macht es möglich, einzelne Updates oder Bugfixes zu Funktionen einzeln ausrollen zu können, ohne dass dabei die anderen Funktionen der Applikationen betroffen sind. Außerdem werden solche Komponenten dadurch einfach wiederverwendbar und können in anderen Applikationen einfach wieder zum Einsatz gebracht werden.  

Container sind praktisch überall ausführbar. Dies vereinfacht die Bereitstellung und den Betrieb auf virtuellen Maschinen, in Bare-Metal-Umgebungen via Docker oder auf Kubernetes-Clustern, im lokalen Rechenzentrum oder auch in der Public Cloud.