You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: .github/workflows/stale.yml
+1-1
Original file line number
Diff line number
Diff line change
@@ -27,7 +27,7 @@ jobs:
27
27
timeout-minutes: 1# Default: 360
28
28
runs-on: ubuntu-latest
29
29
steps:
30
-
- uses: actions/stale@v9.0.0
30
+
- uses: actions/stale@v9.1.0
31
31
with:
32
32
repo-token: ${{ secrets.GITHUB_TOKEN }}
33
33
stale-issue-message: 'This issue/PR is stale because it has been inactive for 60 days. This issue/PR will be closed automatically with additional 20 days of inactivity. If an update/comment occur on stale issue/PR, the stale label will be removed and the timer will restart. Closed issue/PR can be reopened if necessary.'
Copy file name to clipboardexpand all lines: content/de/autoscaling.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Autoskalierung ist die Fähigkeit eines Systems, automatisch zu skalieren, typischerweise in Bezug auf die Rechenressourcen.
10
8
Bei einem System mit automatischer Skalierung werden Ressourcen bei Bedarf automatisch hinzugefügt, um schwankenden Nutzeranforderungen gerecht zu werden.
11
9
Der Prozess der Autoskalierung variiert und ist so konfigurierbar, dass die Skalierung auf der Grundlage verschiedener Metriken, wie z.B. Speicher oder Prozesszeit, erfolgt.
Copy file name to clipboardexpand all lines: content/de/canary-deployment.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
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.
10
8
Der Datenverkehr wird nun schrittweise von der aktuell produktiven Umgebung auf die Umgebung mit der neuen Version der Anwendung gelenkt.
11
9
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.
Copy file name to clipboardexpand all lines: content/de/client-server-architecture.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Bei einer Client-Server-Architektur ist eine Anwendung in zwei oder mehr Komponenten aufgeteilt. Dabei wird unterschieden zwischen Clients und Servern.
10
8
Ein Client fordert die Erledigung einer Aufgabe bei einem Server an und der Server wiederum nimmt diese Anfrage entgegen und bearbeitet die Aufgabe.
11
9
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.
Copy file name to clipboardexpand all lines: content/de/cloud-computing.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Das Konzept des Cloud Computing ist die Bereitstellung von Systemressourcen wie CPU, Netzwerk und Speicher auf Abruf und über das Internet.
10
8
Cloud Computing ermöglicht den Zugriff und die Nutzung von Systemressourcen aus beliebigen Standorten.
11
9
Diese Systemressourcen werden von Cloud-Anbietern wie AWS, GCP, Azure, Digitial Ocean und weiteren Anbietern an den Endverbraucher zur Verfügung gestellt.
Copy file name to clipboardexpand all lines: content/de/cloud-native-apps.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Cloud Native Applikationen werden auf eine Art entwickelt, welche es erlaubt die Vorteile des [Cloud Computing](/cloud-computing/) zu nutzen.
10
8
Sie lassen sich problemlos in ihre jeweiligen Cloud-Architekturen integrieren und nutzen die Ressourcen eines Cloud Providers, sowie die verschiedenen Skalierungsmöglichkeiten der Cloud.
11
9
Cloud Native Anwendungen können dabei sowohl in den Rechenzentren der Cloud Provider als auch auf privaten Cloud Plattformen ausgeführt werden.
Copy file name to clipboardexpand all lines: content/de/cloud-native-security.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Cloud Native Security beschreibt den Ansatz, Konzepte aus dem Bereich Cyber Security in [Cloud Native Anwendungen](/cloud-native-apps/) zu integrieren.
10
8
Dabei ist vorgesehen, dass Sicherheitsbetrachtungen Teil des gesamten Softwareentwicklungs- und Lebenszyklus sind, von der Entwicklung bis zur Inbetriebnahme und Wartung.
11
9
Cloud Native Security versucht, die gleichen Standards wie herkömmliche Sicherheitsmodelle zu gewährleisten,
Copy file name to clipboardexpand all lines: content/de/cloud-native-tech.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
Cloud Native Technologien, auch als Cloud Native Stack bezeichnet, sind Technologien,
10
8
die für die Entwicklung von Cloud Nativen Applikationen verwendet werden.
11
9
Diese Technologien ermöglichen es Organisationen, skalierbare Anwendungen in modernen und dynamischen Umgebungen wie Public-, Privat- und Hybrid-Clouds zu entwickeln und zu betreiben.
Copy file name to clipboardexpand all lines: content/de/containers.md
-2
Original file line number
Diff line number
Diff line change
@@ -4,8 +4,6 @@ status: Completed
4
4
category: Konzept
5
5
---
6
6
7
-
## Was es ist
8
-
9
7
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.
10
8
Dabei werden dem Container virtuelle Ressourcen des Hosts reserviert und zugeordnet.
11
9
Es können mehrere Container auf derselben Maschine laufen und es wird von der Container-Engine sichergestellt,
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.
9
+
Continuous Deployment steht im engen Zusammenhang mit [Continuous Integration](/continuous-integration) und wird häufig als CI/CD bezeichnet.
10
+
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.
11
+
12
+
## Welches Problem es löst
13
+
14
+
Die Freigaben neuer Softwareversionen ohne Continous Deployment kann ein arbeitsintensiver und fehleranfälliger Prozess sein.
15
+
Außerdem können sie Tage oder Wochen dauern, da sie oft von anderen Abteilungen durchgeführt werden als die, die die Software entwickelt.
16
+
Aufgrund dieser Probleme werden häufige Aktualisierungen auf dem Produktivsystem vermieden, was zu einer geringeren Reaktionsfähigkeit auf neue Anforderungen führt.
17
+
18
+
## Wie es das Problem löst
19
+
20
+
Die Automatisierung des Bereitstellungs-Zyklus ermöglicht häufigere und einfachere Bereitstellung auf den Systemen bis hin zum Produktivsystem.
21
+
Außerdem ist die Bereitstellung weniger fehleranfällig, wodurch das Gesamtrisiko von Störungen verringnert wird.
22
+
Dadurch können neu entwickelte Funktionen schneller akzeptiert und zur Verfügung gestellt werden.
Unter Continuous Integration, oft abgekürzt als CI, versteht man die Praxis, Codeänderungen automatisch zu integrieren.
9
+
CI ist eine Voraussetzung für die Continuous Delivery (CD).
10
+
Traditionell beginnt der CI-Prozess mit der Übergabe von Codeänderungen an ein Versionskontrollsystem (Git, Mercurial oder Subversion)
11
+
und endet mit einem getesteten Artefakt, das von einem CD-System verwendet werden kann.
12
+
13
+
## Welches Problem es löst
14
+
15
+
Softwaresysteme sind oft komplex und werden von zahlreichen Entwicklern gepflegt und aktualisiert.
16
+
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.
17
+
Wenn mehrere Entwickler an demselben Projekt arbeiten, müssen außerdem alle alltäglichen Aufgaben wie das Testen,
18
+
das Berechnen der Codequalität so wie das Ermitteln von Sicherheitsrisiken von jedem Entwickler wiederholt werden, was zu zeitaufwändig ist.
19
+
20
+
## Wie es das Problem löst
21
+
22
+
CI-Software prüft automatisch, ob Codeänderungen sauber zusammengeführt werden, wenn ein Entwickler eine Änderung überträgt.
23
+
Es ist eine fast allgegenwärtige Praxis, den CI-Server zu verwenden, um Builds, Codequalitätsprüfungen, Sicherheitsscans, Tests und sogar Bereitstellungen durchzuführen.
24
+
So wird er zu einer konkreten Umsetzung der Qualitätskontrolle innerhalb von Teams.
25
+
CI ermöglicht es Software-Teams, jeden Code-Commit entweder in einen konkreten Fehler oder in einen brauchbaren Release-Kandidaten zu verwandeln.
Bei einer [Microservice-Architektur](/microservices-architecture/) werden Anwendungen in mehrere kleinere [Services](/service/) aufgeteilt, die über ein Netzwerk kommunizieren.
9
+
Ähnlich wie WLAN-Netzwerke, sind auch Computernetzwerke von Natur aus unzuverlässig, angreifbar und können langsam sein.
10
+
Service Meshes bewältigen diese neuen Herausforderungen, indem sie den Datenverkehr (d. h. die Kommunikation) zwischen den Services verwalten und
11
+
[Zuverlässigkeit](/reliability/), [Beobachtbarkeit](/observability/) und Sicherheitsfunktionen einheitlich für alle Dienste hinzufügen.
12
+
13
+
## Problem it addresses
14
+
15
+
Nach der Umstellung auf eine Microservices-Architektur haben es Softwareentwickler mit vielen einzelnen Diensten zu tun, die alle miteinander kommunizieren müssen.
16
+
Das bedeutet, dass eine Menge Datenverkehr über das Netzwerk hin und her fließt.
17
+
Darüber hinaus müssen einzelne Anwendungen möglicherweise die Kommunikation verschlüsseln, um gesetzliche Anforderungen zu erfüllen.
18
+
Außerdem sind womöglich gemeinsame Metriken für Betriebsteams bereitzustellen oder detaillierte Einblicke in den Datenverkehr zu geben, um Probleme zu diagnostizieren.
19
+
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.
20
+
21
+
## How it helps
22
+
23
+
Service Meshes fügen Zuverlässigkeit, Beobachtbarkeit und Sicherheitsfunktionen
24
+
einheitlich über alle Dienste eines Clusters hinweg, ohne dass Codeänderungen erforderlich sind.
25
+
Dadurch wird die Notwendigkeit eliminiert, diese in den einzelnen Services zu implemtieren, was den Aufwand verringert und Fehlerquellen beseitigt.
0 commit comments