Definition „Cloud-native Anwendung“

Was ist Cloud Native?

| Autor / Redakteur: chrissikraus / Stephan Augsten

Der Cloud-native-Ansatz zeichnet sich daduch aus, dass Anwendungen in der Cloud entwickelt und auch direkt dort bereitgestellt werden.
Der Cloud-native-Ansatz zeichnet sich daduch aus, dass Anwendungen in der Cloud entwickelt und auch direkt dort bereitgestellt werden. (© adam121 - stock.adobe.com)

Cloud Native ist ein agiles und effizientes Konzept, um Software zu entwickeln und Neuerungen möglichst schnell zum Nutzer auszuliefern. Der Betrieb der Anwendung wird direkt über die zugrunde liegende Cloud-Plattform realisiert.

Cloud Native ist ein moderner Ansatz, um Software agiler und schneller zu entwickeln und sie robuster zu bauen. Cloud-native Anwendungen werden nicht wie herkömmliche Software nach einem festgesteckten Zeitplan mit klar definierten Phasen entwickelt.

Vielmehr wird die Anwendung in kleine, voneinander weitestgehend isolierte Bestandteile zerlegt und so konzipiert, dass all diese Komponenten unabhängig voneinander entwickelt werden können. Die Software läuft in der Regel nicht mehr On-premises, sondern ist auf den Betrieb direkt aus einer Cloud-Plattform heraus ausgelegt. Unternehmen können insgesamt flexibler arbeiten und ihren Kunden schneller Updates, Korrekturen und neue Funktionen zur Verfügung stellen.

Microservices

Cloud-native Anwendungen setzen sich aus vielen einzelnen, kleinen Microservices zusammen. Die Microservices können unabhängig voneinander arbeiten und tragen alle jeweils ihren eigenen Teil zum Gesamtprodukt bei. In der Entwicklung übernimmt in der Regel ein Entwickler oder ein Team einzelne Services.

Durch die Aufsplittung können verschiedene Teams oder Entwickler unabhängig voneinander an überschaubaren und quasi eigenständigen Teilen der Software arbeiten. Sie können sich an ihrem individuellen Zeitplan orientieren und ihre Aufgabenbereiche selbstständig ausbauen, ohne auf andere Teams warten zu müssen.

Container

Die Bestandteile von Cloud-native Anwendungen werden in der Regel als Container ausgeliefert. Das bedeutet, dass die Teilanwendungen bzw. die Microservices in einer isolierten Umgebung laufen sowie leicht zu skalieren, austauschbar und sehr portabel sind. Durch das Containerformat wird es einfach, eine komplexe Anwendung flexibel aus einzelnen Komponenten zusammenzusetzen. Auch das Austauschen, Hinzufügen oder Entfernen einzelner Komponenten ist ohne großen Aufwand möglich.

Continuous Delivery und DevOps

Cloud-native Anwendungen nutzen Continuous Delivery, um laufend Neuerungen auszuliefern. Statt fixe und langwierige Phasen für Entwicklung, Test und Auslieferung zu haben, geschehen alle Aufgaben kontinuierlich. Bestimmte Aufgaben wie Tests geschehen häufig auch automatisiert.

Das Ziel ist, jederzeit eine funktionsfähige Software zu haben, die nur in kleinen Schritten nach und nach ausgebaut und optimiert wird. Theoretisch kann so z. B. ein Kunde jederzeit in die laufende Entwicklung mit einbezogen werden, da zu praktisch jedem beliebigen Zeitpunkt ein funktionsfähiges, wenn auch unvollständiges Produkt bereitgestellt werden kann.

Durch Continuous Delivery lassen sich Software-Updates auch unabhängig von anderen Teams genau dann ausliefern, wenn sie einsatzbereit sind – und nicht erst, wenn eine neue Version der gesamten Software zur Veröffentlichung freigegeben wird. Die agile Methode passt gut mit der schnelllebigen Bereitstellung per Cloud zusammen und ermöglicht DevOps, also eine bessere Kooperation zwischen Entwicklern und IT Operations.

Software dynamisch verwalten

Moderne Cloud-Plattformen entkoppeln die Software durch eine Zwischenschicht von der Hardware. Somit wird es deutlich einfacher, Software für viele unterschiedliche Plattformen und Konfigurationen anzubieten. Das erleichtert Aufgaben vom Veröffentlichen der Software und Updates über die Skalierung bis hin zur Verwaltung von Cloud-nativen Anwendungen.

Kommentare werden geladen....

Kommentar zu diesem Artikel

Der Kommentar wird durch einen Redakteur geprüft und in Kürze freigeschaltet.

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
Zur Wahrung unserer Interessen speichern wir zusätzlich zu den o.g. Informationen die IP-Adresse. Dies dient ausschließlich dem Zweck, dass Sie als Urheber des Kommentars identifiziert werden können. Rechtliche Grundlage ist die Wahrung berechtigter Interessen gem. Art 6 Abs 1 lit. f) DSGVO.
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Aktuelle Beiträge zu diesem Thema

HPE kauft Scytale

Cloud Native Security trifft auf Edge-to-Cloud-Strategie

HPE kauft Scytale

Hewlett Packard Enterprise (HPE) hat Scytale übernommen. Scytale ist gerade einmal drei Jahre alt und ist auf die Service-Authentifizierung in Cloud-, Container- und lokalen Infrastrukturen spezialisiert. lesen

1525 Eingaben für Programmplanung der CNCF

KubeCon + CloudNativeCon Europe 2020 in Amsterdam

1525 Eingaben für Programmplanung der CNCF

Das Programm für die KubeCon + CloudNativeCon Europe 2020 steht, wie die Cloud Native Computing Foundation, kurz CNCF, zu Beginn der Woche bekanntgab. Demnach wird die Konferenz über 240 Vorträge, Keynotes, Blitz-Talks und Breakout Sessions umfassen. lesen

6 Gründe für Modernisierung von Legacy-Software

Avision beklagt vorschnelle Trennung von Altanwendungen

6 Gründe für Modernisierung von Legacy-Software

In Zeiten von Cloud Native und Microservices entscheiden sich viele Unternehmen, ihre Legacy-Anwendungen durch Neuentwicklungen zu ersetzen. Avision kennt aber gute Gründe dafür, warum Unternehmen ihren Altanwendungen unter Umständen treu bleiben sollten. lesen

6 Cloud-Native-Versprechen

Vorteile in der Cloud entwickelter Software

6 Cloud-Native-Versprechen

Cloud Native Development verspricht robuste und agile Softwareentwicklung mit leistungsstarken Ergebnissen. Statt sich um die Infrastruktur und ihre Eigenheiten zu kümmern, können Entwickler sich voll und ganz auf die eigentliche Softwareentwicklung konzentrieren. lesen

Projekt OpenTelemetry geht an den Start

Dynatrace, Google und Microsoft kooperieren

Projekt OpenTelemetry geht an den Start

Der Enterprise-Cloud-Spezialist Dynatrace hat gemeinsam mit Google und Microsoft das Projekt OpenTelemetry ins Leben gerufen. Im Mittelpunkt steht dabei eine verbesserte Transparenz für Transaktionen in Cloud-nativen Systemen. lesen

Sicherheit beim Cloud Native Development

Snyk sichert sich Finanzierung von 150 Millionen US-Dollar

Sicherheit beim Cloud Native Development

Entwickler sollten für die Sicherheit ihrer Anwendungen verantwortlich sein, Security-Teams für die Kontrolle und Transparenz. Mit dieser Überzeugung konnte sich Snyk eine Finanzspritze von 150 Millionen US-Dollar sichern, die unter anderem die DACH-Aktivitäten vorantreiben soll. lesen

Bug-Bounty-Programm für Kubernetes

CNCF zahlt für K8s-Schwachstellen

Bug-Bounty-Programm für Kubernetes

Die Cloud Native Comupting Foundation, kurz CNCF, hat bei Hackerone.com ein Bug-Bounty-Programm für Kubernetes angestoßen. Sicherheitsforscher und Anwender können somit Schwachstellen direkt an die Kubernetes Open Source Community melden und werden dafür entlohnt. lesen

Was ist Cloud Native Development?

Definition „Cloud-native Entwicklung“

Was ist Cloud Native Development?

Der Cloud-native-Ansatz sieht vor, dass Software mittels und gleichzeitig für Cloud-Computing-Umgebungen entwickelt wird. Anwendungen, die in der Cloud erstellt und betrieben werden, können schneller bereitgestellt werden und auf Anforderungen reagieren sprich skalieren. lesen

Die Applikation der Zukunft kennt ihren Kontext

Flexibel, offen und hybrid

Die Applikation der Zukunft kennt ihren Kontext

Anwendungen liegen auf der Straße; man muss sie nur aufheben und über APIs einbinden. Oder etwa nicht? - Ganz und gar nicht, sagt der Gartner-Analyst Paul Saunders. Auch im Zeitalter der Programmierschnittstellen bräuchten die Unternehmen eigene Anwendungen. Allerdings andere als in der Vergangenheit. lesen

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Kontaktieren Sie uns über: support.vogel.de/ (ID: 45906040 / Definitionen)