cncf · iamNoah1 · Feb 2, 2022 · Feb 16, 2022 · Feb 17, 2022 · Mar 22, 2022
@@ -68,6 +68,7 @@ description = "The CNCF Cloud Native Glossary Project is intended to be used as
 #time_format_default = "02.01.2006"
 #time_format_blog = "02.01.2006"
 
+
 [languages.hi]
 title = "क्लाउड नेटिव शब्दावली"
 languageName ="हिन्दी (Hindi)"

@@ -1,11 +1,9 @@
 ---
 title: Vorlage für Definition
-status: Feedback erwünscht
+status: Feedback Appreciated
 category: Konzept
 ---
 
-## Was es ist
-
 Eine kurze Zusammenfassung. 
 
 ## Welches Problem es löst

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Agile Softwareentwicklung beschreibt ein Vorgehensmodell der Softwareentwicklung, 
 bei der die Arbeit in Iterationen und selbstorganisierte Teams im Vordergrund stehen. 
 Im Vergleich zu wasserfallartigen Projekten, bei denen die Ergebnisse erst am Ende eines Projekts entstehen, 

@@ -4,8 +4,6 @@ status: Completed
 category: Technologie
 ---
 
-## Was es ist
-
 Ein [API](/application-programming-interface/) Gateway ist ein Werkzeug zur Zusammenfassung einzelner
 Applikations APIs an einem einzigen Ort. Es erlaubt Organisationen Kernfunktionen wie 
 Authentifikation, Autorisation oder auch die Limitierung von Anfragen zentral zu managen.

@@ -4,8 +4,6 @@ status: Completed
 category: Technologie
 ---
 
-## Was es ist
-
 APIs regeln die Kommunikation zwischen Softwareanwendungen.
 Im weiteren Sinne kann man das mit einem Gespräch zwischen zwei Personen vergleichen.
 In diesem Beispiel wäre eine API die konkrete Sprache, die gesprochen wird.

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Autoskalierung ist die Fähigkeit eines Systems, automatisch zu skalieren, typischerweise in Bezug auf die Rechenressourcen.
 Bei einem System mit automatischer Skalierung werden Ressourcen bei Bedarf automatisch hinzugefügt, um schwankenden Nutzeranforderungen gerecht zu werden. 
 Der Prozess der Autoskalierung variiert und ist so konfigurierbar, dass die Skalierung auf der Grundlage verschiedener Metriken, wie z.B. Speicher oder Prozesszeit, erfolgt.

@@ -0,0 +1,21 @@
+---
+title: Bare Metal Machine
+status: Completed
+category: Technologie
+---
+
+Bare Metal beschreibt einen physischen Computer, der als Server verwendet wird und leistungsstarke Hardware besitzt.
+Demgegenüber stehen virtuelle Maschinen, die einen Großteil der Server ausmachen. 
+
+## Welches Problem es löst
+
+Bei Virtualisierungen kommt es zu künstlicher Verzögerung bei der Übersetzung von Betriebssystemanweisungen in Maschinencode. 
+Falls die Verarbeitung eines Workloads einen schnellen Zugriff auf Hardwareressourcen erfordert, kann Bare Metal die richtige Lösung sein.
+
+## Wie es das Problem löst
+
+Durch die Bereitstellung der gesamten Ressourcen eines physischen Computers für ein einziges Betriebssystem, kann die bestmögliche Leistung erzielt werden. 
+Durch die Skalierbarkeit von [Cloud Native Apps](/cloud-native-apps/) kann eine große Anzahl von parallelen Events effizient verarbeitet werden. 
+Dies kann entweder durch horizontale oder vertikale Skalierung erreicht werden. 
+Für bestimmte Workloads kann eine vertikale Skalierung und/oder eine schnelle Reaktionszeit der physischen Hardware erforderlich sein. 
+Für diesen Fall eignet sich Bare Metal. 
@@ -5,8 +5,6 @@ category: Konzept
 tags: ["methodology", "application", ""]
 ---
 
-## Was es ist
-
 Blue-Green-Deployment ist eine Strategie zur Aktualisierung von produktiven Anwendungen. 
 Der Fokus liegt darauf, Ausfallszeiten zu minimieren oder gänzlich zu vermeiden.
 In der Regel bezieht sich der Begriff Blue-Green-Deployment auf die Aktualisierung einer gesamten Anwendung

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Das Canary-Deployment ist eine Deployment-Strategy, die bei einem neuen Release, zwei Umgebungen einbezieht: Die produktive Umgebung und eine Umgebung, welche die neue Version einer Anwendung enthält. 
 Der Datenverkehr wird nun schrittweise von der aktuell produktiven Umgebung auf die Umgebung mit der neuen Version der Anwendung gelenkt. 
 Zunächst kann damit begonnen werden, 1% des Echtzeit-Datenverkehrs zu verschieben, dann 10%, 25% und so weiter, bis der gesamte Datenverkehr über die aktualisierte Version erfolgt. 

@@ -0,0 +1,29 @@
+---
+title: Client-Server-Architektur
+status: Completed
+category: Konzept
+---
+
+Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern. 
+Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe. 
+Ein Beispiel dafür ist Google Mail. Der Client ist in diesem Fall die Webanwendung bzw. die UI, die im Browser des Nutzers ausgeführt wird. 
+Mit einem Klick auf "Email senden" wird die geschriebene Email and den Server gesendet, der in der Cloud von Google läuft und die Email an den Empfänger weiterleitet.
+
+Dies steht im Gegensatz zu sogenannten "Standalone" Anwendungen (z. B. Desktop-Anwendungen), die die gesamte Arbeit eigenständig erledigen. 
+So kann beispielsweise ein Textverarbeitungsprogramm wie Microsoft Word vollständig auf dem Computer des Nutzers installiert und ausgeführt werden.
+
+## Welches Problem es löst
+
+Eine Client-Server-Architektur löst eine große Herausforderung, die in sich geschlossene Anwendungen mit sich bringen: Regelmäßige Aktualisierungen. 
+Bei einer Standalone-Anwendung müssten die Benutzer bei jeder Aktualisierung die neueste Version herunterladen und installieren. 
+Zum Beispiel müssten sich die Benutzer regelmäßig den kompletten Produktkatalog von Amazon auf ihre Computer herunterladen. 
+Außerdem vereinfacht es die gemeinsame Nutzung von Daten. So müssen Daten nicht mehr verschickt oder sogar auf physischen Datenträgern weitergegeben werden.
+Je größer eine Applikation ist, desto höher werden die Anforderungen an das Endgerät. 
+Wachsende Standalone Anwendungen belegen dadurch immer mehr physische Ressourcen auf der Maschine des Nutzers.
+
+## Wie es das Problem löst
+
+Durch die Implementierung der Anwendungslogik in einem Server können die Betreiber diese aktualisieren, ohne die Logik auf der Client-Seite ändern zu müssen. 
+Das führt dazu, dass Aktualisierungen viel häufiger vorgenommen werden können. 
+Die Speicherung von Daten auf dem Server ermöglicht es vielen Clients, dieselben Daten zu sehen und gemeinsam zu nutzen.
+Bei einer Client-Server-Architektur muss auf dem Endgerät des Nutzers nicht die komplette Applikation laufen, sondern nur der vergleichsweise schmale Client. Das Backend kann auf externen Servern laufen, die entsprechend hochskaliert werden können. 
@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Das Konzept des Cloud Computing ist die Bereitstellung von Systemressourcen wie CPU, Netzwerk und Speicher auf Abruf und über das Internet.
 Cloud Computing ermöglicht den Zugriff und die Nutzung von Systemressourcen aus beliebigen Standorten.
 Diese Systemressourcen werden von Cloud-Anbietern wie AWS, GCP, Azure, Digitial Ocean und weiteren Anbietern an den Endverbraucher zur Verfügung gestellt.

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Cloud Native Applikationen werden auf eine Art entwickelt, welche es erlaubt die Vorteile des [Cloud Computing](/cloud-computing/) zu nutzen.
 Sie lassen sich problemlos in ihre jeweiligen Cloud-Architekturen integrieren und nutzen die Ressourcen eines Cloud Providers, sowie die verschiedenen Skalierungsmöglichkeiten der Cloud. 
 Cloud Native Anwendungen können dabei sowohl in den Rechenzentren der Cloud Provider als auch auf privaten Cloud Plattformen ausgeführt werden.  

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Cloud Native Security beschreibt den Ansatz, Konzepte aus dem Bereich Cyber Security in [Cloud Native Anwendungen](/cloud-native-apps/) zu integrieren. 
 Dabei ist vorgesehen, dass Sicherheitsbetrachtungen Teil des gesamten Softwareentwicklungs- und Lebenszyklus sind, von der Entwicklung bis zur Inbetriebnahme und Wartung.  
 Cloud Native Security versucht, die gleichen Standards wie herkömmliche Sicherheitsmodelle zu gewährleisten,

@@ -4,8 +4,6 @@ status: Completed
 category: Konzept
 ---
 
-## Was es ist
-
 Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien, 
 die für die Entwicklung von Cloud Nativen Applikationen verwendet werden. 
 Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben. 

@@ -0,0 +1,27 @@
+---
+title: Cluster
+status: Completed
+category: Konzept
+tags: ["infrastruktur", "grundlegendes", ""]
+---
+
+Ein Cluster ist eine Gruppe von Computern, die ein gemeinsames Ziel haben und als eine Einheit auftreten.
+Im Kontext von [Cloud Native Technologien](/cloud-native-tech/) wird der Begriff häufig mit [Kubernetes](/kubernetes/) gleichgesetzt.
+Jedenfalls kommunizieren einzelnen Computer über ein Netzwerk miteinander. 
+
+
+## Welches Problem es löst
+
+Anwendungen, die nur auf einem einzelnen Computer betrieben werden, stellen einen Single Point of Failure dar. 
+
+Business-kritische Systeme können offline gehen, wenn dieser Computer oder die Anwendung darin abstürzt. 
+Ein weiteres Szenario könnte sein, dass dieser Computer oder die Anwendung darin zwar funktionsfähig sind, 
+aber über das Netzwerk nicht erreichbar sind. 
+
+
+## Wie es das Problem löst
+
+Ein Cluster löst dieses Problem indem mehr als nur ein Computer verwendet wird. 
+Man spricht hier auch von verteilten Systemen. 
+Wenn einer dieser Computer oder die Anwendung darin abstürzt oder aus anderen Gründen ausfällt, können die anderen Computer übernehmen. 
+Hierfür wird üblicherweise eine Komponente verwendet, die als Load Balancer bekannt ist und Anfragen an ein Cluster lediglich an erreichbare Computer weiterleitet.
@@ -0,0 +1,29 @@
+---
+title: Container
+status: Completed
+category: Konzept
+---
+
+Ein Container ist eine virtuelle isolierte Umgebung, die als Prozess mit Ressourcen- und Kapazitätsbeschränkungen auf einem Computer läuft und von dessen Betriebssystem verwaltet wird. 
+Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet.
+Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt, 
+dass diese nicht dieselben physischen Ressourcen belegen und auch nicht miteinander interagieren.
+Benötigte Tools und Dateien werden zu einem autonomen Container-Image verpackt, welches von einer  Container-Engine ohne weitere Abhängigkeiten von Tools oder Dateien ausgeführt werden kann. 
+
+## Welches Problem es löst
+
+Bevor es Container gab, waren separate Rechner oder [virtuellen Maschinen](/virtual-machine/) erforderlich, um Anwendungen auszuführen. 
+Jede Maschine benötigte ihr eigenes Betriebssystem, das CPU, Speicher und Festplattenplatz beanspruchte, damit eine einzelne Anwendung funktionieren konnte. 
+Führte man mehrere Anwendungen auf derselben Maschine aus, konnte das zu Konflikten in der Ressourcenbelegung führen, wenn z.B. zwei Anwendungen auf die selbe Speicherstelle zugreifen. 
+Darüber hinaus ist die Wartung, das Upgrade und der Start eines Betriebssystems eine weitere mühsame Angelegenheit. 
+
+
+## Wie es das Problem löst
+
+Container teilen sich dasselbe Betriebssystem, jedoch sind sie durch die Zuordnung virtueller Ressourcen voneinander isoliert, wodurch der Ressourcen-Overhead des Betriebssystems verteilt wird und eine effiziente Nutzung des physischen Rechners ermöglicht wird. 
+Dadurch können mehrere Anwendungen auf demselben physischen Rechner ausgeführt werden. 
+Durch die Nutzung des zugrunde liegenden Betriebssystems, sind sie im Vergleich zu [virtuellen Maschinen](/virtual-machine/) sehr leichtgewichtig und können schneller hoch- und heruntergefahren werden.
+
+Allerdings gibt es auch Einschränkungen. 
+Da Container das selbe Betriebssystem nutzen, können Prozesse als weniger sicher angesehen werden. 
+Um die Ressourcen zu garantieren, müssen die Administratoren die Speicher- und CPU-Nutzung einschränken und begrenzen, damit andere Anwendungen keine schlechten Leistungen erbringen oder abstürzen.
@@ -0,0 +1,22 @@
+---
+title: Continuous Deployment
+status: Completed
+category: Konzept
+---
+
+
+Continuous Deployment, oft abgekürzt als CD, bezeichnet, wie [Continuous Delivery](/continuous-delivery), die automatische Bereitstellung von Software und geht dabei einen Schritt weiter als [Continuous Delivery](/continuous-delivery), indem fertige Software direkt in das Produktivsystem überführt wird.
+Continuous Deployment steht im engen Zusammenhang mit [Continuous Integration](/continuous-integration) und wird häufig als CI/CD bezeichnet.
+Während der CI-Prozess, die Änderungen an der Codebasis validiert, stellt der CD-Prozess diese automatisch in den Umgebungen eines Unternehmens von der Testphase bis hin zum Produktivsystem bereit.
+
+## Welches Problem es löst
+
+Die Freigaben neuer Softwareversionen ohne Continous Deployment kann ein arbeitsintensiver und fehleranfälliger Prozess sein.
+Außerdem können sie Tage oder Wochen dauern, da sie oft von anderen Abteilungen durchgeführt werden als die, die die Software entwickelt.
+Aufgrund dieser Probleme werden häufige Aktualisierungen auf dem Produktivsystem vermieden, was zu einer geringeren Reaktionsfähigkeit auf neue Anforderungen führt.
+
+## Wie es das Problem löst
+
+Die Automatisierung des Bereitstellungs-Zyklus ermöglicht häufigere und einfachere Bereitstellung auf den Systemen bis hin zum Produktivsystem.
+Außerdem ist die Bereitstellung weniger fehleranfällig, wodurch das Gesamtrisiko von Störungen verringnert wird.
+Dadurch können neu entwickelte Funktionen schneller akzeptiert und zur Verfügung gestellt werden.
@@ -0,0 +1,25 @@
+---
+title: Contineous Integration
+status: Completed
+category: Konzept
+---
+
+
+Unter Continuous Integration, oft abgekürzt als CI, versteht man die Praxis, Codeänderungen automatisch zu integrieren. 
+CI ist eine Voraussetzung für die Continuous Delivery (CD). 
+Traditionell beginnt der CI-Prozess mit der Übergabe von Codeänderungen an ein Versionskontrollsystem (Git, Mercurial oder Subversion) 
+und endet mit einem getesteten Artefakt, das von einem CD-System verwendet werden kann.  
+
+## Welches Problem es löst
+
+Softwaresysteme sind oft komplex und werden von zahlreichen Entwicklern gepflegt und aktualisiert. 
+Wenn diese Entwickler parallel an verschiedenen Teilen des Systems arbeiten, kann es vorkommen, dass sie im Konflikt miteinander stehende Änderungen vornehmen und versehentlich die Arbeit des jeweils anderen beschädigen. 
+Wenn mehrere Entwickler an demselben Projekt arbeiten, müssen außerdem alle alltäglichen Aufgaben wie das Testen, 
+das Berechnen der Codequalität so wie das Ermitteln von Sicherheitsrisiken von jedem Entwickler wiederholt werden, was zu zeitaufwändig ist.
+
+## Wie es das Problem löst
+
+CI-Software prüft automatisch, ob Codeänderungen sauber zusammengeführt werden, wenn ein Entwickler eine Änderung überträgt. 
+Es ist eine fast allgegenwärtige Praxis, den CI-Server zu verwenden, um Builds, Codequalitätsprüfungen, Sicherheitsscans, Tests und sogar Bereitstellungen durchzuführen. 
+So wird er zu einer konkreten Umsetzung der Qualitätskontrolle innerhalb von Teams. 
+CI ermöglicht es Software-Teams, jeden Code-Commit entweder in einen konkreten Fehler oder in einen brauchbaren Release-Kandidaten zu verwandeln.
@@ -0,0 +1,25 @@
+---
+title: Service Mesh
+status: Completed
+category: technology
+tags: ["networking", "", ""]
+---
+
+Bei einer [Microservice-Architektur](/microservices-architecture/) werden Anwendungen in mehrere kleinere [Services](/service/) aufgeteilt, die über ein Netzwerk kommunizieren.  
+Ähnlich wie WLAN-Netzwerke, sind auch Computernetzwerke von Natur aus unzuverlässig, angreifbar und können langsam sein. 
+Service Meshes bewältigen diese neuen Herausforderungen, indem sie den Datenverkehr (d. h. die Kommunikation) zwischen den Services verwalten und 
+[Zuverlässigkeit](/reliability/), [Beobachtbarkeit](/observability/) und Sicherheitsfunktionen einheitlich für alle Dienste hinzufügen.
+
+## Problem it addresses
+
+Nach der Umstellung auf eine Microservices-Architektur haben es Softwareentwickler mit vielen einzelnen Diensten zu tun, die alle miteinander kommunizieren müssen. 
+Das bedeutet, dass eine Menge Datenverkehr über das Netzwerk hin und her fließt. 
+Darüber hinaus müssen einzelne Anwendungen möglicherweise die Kommunikation verschlüsseln, um gesetzliche Anforderungen zu erfüllen. 
+Außerdem sind womöglich gemeinsame Metriken für Betriebsteams bereitzustellen oder detaillierte Einblicke in den Datenverkehr zu geben, um Probleme zu diagnostizieren. 
+Wenn jede dieser Funktionen in den einzelnen Services implementiert wird, führt das zu mangelnder Vereinheitlichung, hohem Abstimmungsbedarf und verlangsamt außerdem die Entwicklung neuer Funktionen.
+
+## How it helps
+
+Service Meshes fügen Zuverlässigkeit, Beobachtbarkeit und Sicherheitsfunktionen 
+einheitlich über alle Dienste eines Clusters hinweg, ohne dass Codeänderungen erforderlich sind. 
+Dadurch wird die Notwendigkeit eliminiert, diese in den einzelnen Services zu implemtieren, was den Aufwand verringert und Fehlerquellen beseitigt.