Image

Portrait John Hassan Gütensperger
from John Hassan Güntensperger
Cloud Engineer, from Thun

#knowledgesharing #level 100

Cloud Native

Cloud Native beschreibt Architekturen, die von den maximalen Vorteilen des Cloud Providers profitieren will, indem…

  • sie ausgereifte Services des Cloud Anbieters verwendet.
  • ein Cloud natives Design bestehend aus Mikroservices in Kombination mit den Services des Cloud Anbieters verwendet.
  • eine maximale Automatisierung anhand Predicitve Analytics, Metriken und Logs der Infrastruktur anstrebt.

Das Cloud Native Maturity Model

Das dreiachsige Design von Kamal Arora stellt «Cloud Native Services», «anwendungszentriertes Design» und «Automatisierung» als grundlegende, miteinander verbundene Komponenten dar, die sich fortlaufend weiterentwickeln. Der Reifegrad der Cloud-Services beeinflusst den jeweiligen Entwicklungsstand des Kundensystems.

Image

Cloud Native erfordert selbstredend den Einsatz von Cloud-Services. Die Art dieser Services und die Art und Weise wie sie integriert werden, von grundlegenden Bausteinen wie Amazon EC2 und S3 bis hin zu fortschrittlichen Services wie AWS Lambda, hat Auswirkungen auf den Reifegrad der «Cloud-Nativität» des eigenen Systems.

Image

Wenn es um Design oder Migrationsmuster geht, verfolgt das Modell einen anwendungsorientierten Ansatz. Anstatt von Grund auf zu arbeiten, sind die Ausgangspunkte die langfristige Rolle und die Anforderungen einer Applikation. Designentscheidungen werden durch Faktoren wie Bedienbarkeit, dem Gleichgewicht von stateful / statelessness und dem Einsatz von Microservices geprägt. Dadurch wird sichergestellt, dass die Entscheidungsfindung einer kontinuierlichen Weiterentwicklung gerecht wird.

Image

Cloud-Services und anwendungsorientiertes Design sind zwar wichtig, aber sie decken nicht alle Bereiche ab. Dauerhafte Sicherheit und Skalierbarkeit hängen von der betrieblichen Automatisierung ab, die wiederum Infrastructure as Code erfordert.

Die Betriebsautomatisierung ermöglicht es internen Teams, sich auf das anwendungsspezifische Design zu konzentrieren, während der Cloud Anbieter die aufwändige Aufgabe der Ressourcenbereitstellung übernimmt.

Image

Es gibt ein Spektrum für die Automatisierung. Die frühen Phasen konzentrieren sich auf den Aufbau der Umgebung, die Ressourcenkonfiguration und die Anwendungsbereitstellung. Mit zunehmender Reife einer Lösung werden auch erweiterte Überwachungs-, Skalierungs- und Leistungsfunktionen einbezogen. Mit der Zeit werden Auditing, Compliance, Governance und Optimierung der gesamten Lösung umgesetzt.

Ist es das wert?

Tatsächlich sollte nicht jede Anwendung eine vollständige Cloud Native Neuentwicklung durchleben. Besonders bei Legacy-Systemen reicht auch ein Lift & Shift Ansatz, bei dem das Legacy-System auf EC2-VM’s betrieben wird und gegebenenfalls nur einzelne Teile des Legacy-Systems zu einer Cloud Nativen Applikation umgebaut werden. An dieser Stelle kann man sich auch damit auseinandersetzen, ob ein System oder gewisse Funktionalitäten sich für einen Umzug in die Cloud eignen oder darauf verzichtet werden sollte.

Es spricht vieles dafür, das Modell von Kamal auf Anwendungen anzuwenden, die einen Einfluss auf die Basis-Wert-Bestimmung eines Unternehmens haben. Den Cloud Nativen Weg zu gehen, erfordert ein Commitment des Unternehmens. Bevor man sich mit der Cloud-Technologie auseinander setzt, sollten allfällige, organisatorische Einschränkungen behoben werden, damit die Mitarbeiter die Vorteilen der Cloud nutzen können. Sobald jedoch die organisatorischen Voraussetzungen geschaffen werden, um Cloud-Technologien in grossem Umfang zu nutzen, bietet das Modell von Kamal einen sehr nützlichen Rahmen, um die Dynamik ihrer Cloud Nativen Reise zu verstehen. Persönlich kann ich an dieser Stelle nur zu diesem Commitment raten, denn die Kosteneinsparungen der automatisierten Skalierung, High-Availability und Fully-Managed Serverless Lösungen sind enorm und die Services der grossen Cloud Anbieter sind gut getestet, stabil und bringen einen sehr grossen Mehrwert für jedes Unternehmen.

Cloud Native bedeutet auch ein Vertrauen in die Expertise des Cloud Anbieters. Deswegen setzt Amanox Solutions beim Gestalten von Cloud Nativen Architekturen auch auf Fully-Managed und Serverless Architekturen. Amanox Solutions hilft Ihnen mit unserer Erfahrung und Spezialisierung auf das AWS Portfolio die sinnvollste Umsetzung von Serverless Architekturen umzusetzen und somit vom idealen Einsatz von entkoppelten Architekturen zu profitieren.

Quelle: Architecting Cloud Native Applications, Kamal Arora

Image

Top 20 Private Cloud questions answered

Es ist an der Zeit, mit einigen Mythen und Missverständnissen rund um die Private Cloud aufzuräumen! In diesem E-Book erfährst du das wirklich Wichtige rund um das Thema Private Cloud.
learn more
Image

How does data replication work?

A disaster has hit your data center. Now all your important data is gone because the system crashed. With a disaster recovery plan for your data center, this wouldn’t have happened. How exactly does data replication work? Learn more in our latest blog.
learn more
Image

What can each of us do for a greener cloud?

In her blog, Anda explains the concept of cloud computing and what we can all contribute to a “green cloud”.
learn more
Image

AWS Cloud Adoption Framework explained

In his blog post “Multi-Cloud vs. AWS Cloud Adoption Framework” Filip gives some food for thought on choosing the right cloud strategy. (The blog reflects Filip’s personal opinion).
learn more
    Image
    Amanox Cloudcademy
    Webcasts
    Discover our webcasts in video format.
    Go to webcasts