DevOps
DevOps hat in den letzten Jahren stark an Bedeutung gewonnen, insbesondere in Unternehmen. Die Umsetzung von DevOps hat einige Fallstrike aufgezeigt. Der Grund dafür ist, dass die Unternehmen nicht in einer Struktur organisiert sind, die für DevOps geeignet ist. DevOps wird schwieriger wenn die Entwicklung von einem Softwarehaus durchgeführt wird und der Betrieb an einen Systemintegrator ausgelagert ist.
Die Vorteile von DevOps sind wie folgt:
Es bringt Geschäft , Entwicklung und Betrieb zusammen , ohne Silos.
Unternehmen können schneller auf die Anforderung des Marktes reagieren, da sie kontinuierlich Feedback erhalten
Die Produkte werden laufend verbessert und mit neuen Funktionen ausgestattet, anstatt die nächsten großen Versionen zu planen.
Durch die Automatisierung in DevOps-Pipelines können Unternehmen die Kosten für Entwicklung und Betrieb senken und gleichzeitig die Qualität ihrer Produkte verbessern.
SRE
- Der Betrieb ist ein Softwareproblem
Dies ist der Ausgangspunkt von SRE. Software wird sich ändern, aber der Betrieb muss stabil bleiben, damit die Dienste nicht unterbrochen werden. Das bedeutet, dass die Software belastbar sein und intensiv getestet werden muss.
Bei DevOps wird sehr oft Dev betont: Schaffung von Agilität durch Beschleunigung der Entwicklung.
Site Reliability Engineering (SRE) befasst sich sehr stark mit OPs. Wie überlebt OPs bei ständig steigenden Geschwindigkeit und Anzahl der Produkte, die DEV liefert?
Die Schlüsselthemen von SRE sind Zuverlässigkeit, Skalierbarkeit, Verfügbarkeit, Leistung , Effizienz und Reaktion.
Diese sind in sieben architekturrelevante Grundsätze integriert, die dem SRE Workbook entnommen sind:
NoOps
Ist es möglich, den IT-Betrieb ohne praktischen Einsatz durchzuführen?
Forschungs-und Beratungsunternehmen wie Gartner und Forrester prognostizieren eine IT-Zukunft, die auf NoOps basiert. Die große Idee hinter NoOps ist, das buchstäblich alles automatisiert werden kann. Das bedeutet eine noch größere Rolle für KI und die so genannte heuristische Automatisierung. Wie kann ein Unternehmen zu NoOps übergehen, und welche Rolle spielt ein Architekt in diesem Bereich?
Das werde ich in einem weiteren Post erörtern.
Die wichtigste Lektion, die wir lernen werden, ist, dass es bei NoOps nicht einfach darum geht, überhaupt keine Operation mehr zu benötigen.
In den vorangegangenen Teilen werden wir über eine Automatisierung von Entwicklung und Betrieb gesprochen haben, nun geht es darum Security mit zu automatisieren.
DevSecOps
Es integriert die Sicherheit in jeden Schritt der Entwicklung und der Freigabe an den Betrieb. DevSecOps umfasst das Testen, die Bereitstellung und die endgültige Auslieferung. In diesem Post werden sie erfahren, wie die Architektur aussieht und wie die Sicherheit in DevOps integriert werden mus.
Folgende Teile werden folgen
Teil II: DevOps Erklärungen und nähere Erläuterung
Teil III: SRE
Teil IV:Architektur von NoOps für Unternehmen
Teil V: Architektur von DevSecOps
Keine Kommentare:
Kommentar veröffentlichen