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 Axians Amanox beim Gestalten von Cloud Nativen Architekturen auch auf Fully-Managed und Serverless Architekturen. Axians Amanox 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

Fully Automated MLOps Pipeline – Part 1

In the previous blog post we introduced the architecture and demo of a near real time data ingestion pipeline into Amazon SageMaker Feature Store. In this post and the following one, we will present the fully automated MLOps pipeline.
learn more
Image

Near Real Time Data Ingestion into SageMaker Feature Store

This blog post is the first part of a 3 parts series about testing a fully automated MLOps pipeline for machine learning prediction on near real time timeseries data in AWS. In this first part we focus on the data ingestion pipeline into Amazon SageMaker Feature Store.
learn more
Image

AWS AppConfig for Serverless Applications Demo

Wouldn’t it be nice to decouple application configuration from infrastructure configuration and code? This is where AWS AppConfig (a component of AWS Systems Manager) can help
learn more
Image

Build a cloud-native platform for your customers

What does the business idea of a hotel have in common with the platform approach in the cloud native world? And how can you meet your customers’ requirements? Learn more about it in this blog post.
learn more