{"id":54425,"date":"2024-08-01T14:24:05","date_gmt":"2024-08-01T12:24:05","guid":{"rendered":"https:\/\/www.inovex.de\/?p=54425"},"modified":"2024-08-01T14:24:05","modified_gmt":"2024-08-01T12:24:05","slug":"devops-sre-kernideen-gemeinsamkeiten-unterschiede","status":"publish","type":"post","link":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/","title":{"rendered":"DevOps &#038; SRE: Kernideen, Gemeinsamkeiten, Unterschiede"},"content":{"rendered":"<p>DevOps und Site Reliability Engineering (SRE) werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet. Allerdings werden diese Begriffe sehr oft falsch verstanden und umgesetzt. Dieser Artikel erl\u00e4utert den Ursprung und die Grundprinzipien von DevOps, beschreibt, wie Site Reliability Engineering damit im Zusammenhang steht und wie die entstehende Disziplin Platform Engineering die Realisierung der Kerngedanken von DevOps werden k\u00f6nnte.<!--more--><\/p>\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_79_2 ez-toc-custom ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\"><p class=\"ez-toc-title\" style=\"cursor:inherit\"><\/p>\n<\/div><nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#DevOps-%E2%80%93-Ursprung-und-Prinzipien\" >DevOps \u2013 Ursprung und Prinzipien<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#SRE-%E2%80%93-Relation-zu-und-Umsetzung-von-DevOps\" >SRE \u2013 Relation zu und Umsetzung von DevOps<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#1-Abbau-von-organisatorischen-Silos\" >1. Abbau von organisatorischen Silos<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#2-Scheitern-als-normal-akzeptieren\" >2. Scheitern als normal akzeptieren<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#3-Schrittweises-Einfuehren-von-Aenderungen\" >3. Schrittweises Einf\u00fchren von \u00c4nderungen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#4-Einsatz-von-Werkzeugen-und-Automatisierung\" >4. Einsatz von Werkzeugen und Automatisierung<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#5-Messbarkeit\" >5. Messbarkeit<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#DevOps-Anti-Patterns\" >DevOps Anti-Patterns<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#System-Administrator-mit-neuem-Namen\" >System-Administrator mit neuem Namen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Das-DevOps-Team-Silo\" >Das DevOps-Team-Silo<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Betrieb-wird-nicht-mehr-benoetigt\" >Betrieb wird nicht mehr ben\u00f6tigt<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Erste-Schritte-in-Richtung-Praktisches-DevOps\" >Erste Schritte in Richtung Praktisches DevOps<\/a><ul class='ez-toc-list-level-3' ><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Kulturell\" >Kulturell<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-14\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Technisch\" >Technisch<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-15\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Prozessual\" >Prozessual<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-16\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Organisatorisch\" >Organisatorisch<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-17\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Platform-Engineering-als-Abloesung-des-DevOps-Paradigmas\" >Platform Engineering als Abl\u00f6sung des DevOps-Paradigmas<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-18\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#Ausblick-Wie-koennen-Unternehmen-von-der-richtigen-Anwendung-von-DevOps-Methoden-profitieren\" >Ausblick: Wie k\u00f6nnen Unternehmen von der richtigen Anwendung von DevOps-Methoden profitieren?<\/a><\/li><\/ul><\/nav><\/div>\n<h2><span class=\"ez-toc-section\" id=\"DevOps-%E2%80%93-Ursprung-und-Prinzipien\"><\/span>DevOps \u2013 Ursprung und Prinzipien<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Der Begriff <b>DevOps<\/b> hat<a href=\"https:\/\/trends.google.de\/trends\/explore?date=2014-01-01%202024-04-01&amp;q=DevOps,%2Fm%2F0c3tq11\"> in den letzten 10 Jahren einen ungebrochenen Aufw\u00e4rtstrend zu verzeichnen<\/a> und bleibt auch 2024 relevant. Die grundlegenden Prinzipien von DevOps wurden bereits<a href=\"https:\/\/www.atlassian.com\/de\/devops\"> mehrfach<\/a> und<a href=\"https:\/\/aws.amazon.com\/de\/devops\/what-is-devops\/\"> ausf\u00fchrlich<\/a> erkl\u00e4rt, daher soll hier nicht erneut auf jeden Einzelaspekt im Detail eingegangen werden. Um jedoch Unterschiede von DevOps zu anderen Konzepten zu verdeutlichen, hier eine kurze Rekapitulation der Definition und des urspr\u00fcnglichen Ziels von DevOps.<\/p>\n<p>Um 2007 entstand DevOps aus dem Bed\u00fcrfnis, die Zusammenarbeit zwischen den Entwickler:innen (Development) und den IT-Betriebsteams (Operations) zu verbessern, um Unternehmen eine schnellere und effizientere Bereitstellung von Software f\u00fcr den Kunden zu erm\u00f6glichen.<\/p>\n<p>DevOps hat sich seitdem zu einer beliebten Alternative zu den isolierten Arbeitsweisen von Entwicklungs- und Betriebsteams der Vergangenheit entwickelt. Die Methodik verfolgt einen kollaborativen, multidisziplin\u00e4ren Ansatz, der die Softwareentwicklung beschleunigt und die Gesamteffizienz steigert.<\/p>\n<p>Dieser Ansatz basiert auf bestimmten Praktiken und einer Kultur, die sich auf die folgenden 5 S\u00e4ulen st\u00fctzen:<\/p>\n<ol>\n<li>Abbau von organisatorischen Silos<\/li>\n<li>Scheitern als normal akzeptieren<\/li>\n<li>Schrittweises Einf\u00fchren von \u00c4nderungen<\/li>\n<li>Einsatz von Werkzeugen und Automatisierung<\/li>\n<li>Messbarkeit<\/li>\n<\/ol>\n<p>Trotz der vielversprechenden Aussichten sind diese Konzepte zu abstrakt, um sie unmittelbar im Unternehmen praktisch umzusetzen.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"SRE-%E2%80%93-Relation-zu-und-Umsetzung-von-DevOps\"><\/span>SRE \u2013 Relation zu und Umsetzung von DevOps<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Hier setzt Site Reliability Engineering (SRE) an. Die Rolle des Site Reliability Engineers wurde erstmals 2003 intern von Google eingef\u00fchrt, um die komplexen Systeme, mit denen das Unternehmen seine Dienste ausgeliefert hat, zu verwalten und zu betreiben.<\/p>\n<p>Die Entstehung von SRE geht auf die Notwendigkeit zur\u00fcck, eine bessere Balance zwischen Innovation und Zuverl\u00e4ssigkeit zu finden. W\u00e4hrend die Entwicklung des SRE-Ansatzes lange Zeit parallel zur DevOps-Bewegung gelaufen ist, stellt die Rolle des Site Reliability Engineers eine konkrete Implementierung des DevOps-Konzepts dar. Technisch ausgedr\u00fcckt:<\/p>\n<p style=\"text-align: center;\"><a href=\"https:\/\/www.youtube.com\/watch?v=0UyrVqBoCAU\">class SRE implements DevOps<\/a><\/p>\n<p>SRE setzt die 5 Grundpfeiler von DevOps wie folgt um:<\/p>\n<h3><span class=\"ez-toc-section\" id=\"1-Abbau-von-organisatorischen-Silos\"><\/span>1. Abbau von organisatorischen Silos<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>SRE f\u00f6rdert den Abbau von organisatorischen Silos durch eine enge Zusammenarbeit und das Teilen von Verantwortlichkeiten \u00fcber traditionelle Rollengrenzen hinweg. Development und Operations verwenden dieselben Metriken, Tools und Prozesse und legen Wert auf gute Kommunikation. Dieser Ansatz f\u00f6rdert ein Umfeld, in dem Wissen und Erfahrungen frei zwischen den Teams getauscht werden k\u00f6nnen.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"2-Scheitern-als-normal-akzeptieren\"><\/span>2. Scheitern als normal akzeptieren<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>SRE sieht Scheitern als einen nat\u00fcrlichen Bestandteil des Innovationsprozesses an und f\u00f6rdert eine Kultur, in der aus Fehlern gelernt wird, ohne Schuld zuzuweisen. SREs erwarten und planen Systemausf\u00e4lle ein, z. B. \u00fcber <a href=\"https:\/\/cloud.google.com\/blog\/products\/management-tools\/sre-error-budgets-and-maintenance-windows?hl=en\">Error Budgets<\/a> und halten nach Ausf\u00e4llen Postmortem-Meetings ab, um herauszufinden, welche Teilsysteme oder Abl\u00e4ufe verbessert werden sollten, um k\u00fcnftige Ausf\u00e4lle zu verhindern oder den Schaden zu begrenzen.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"3-Schrittweises-Einfuehren-von-Aenderungen\"><\/span>3. Schrittweises Einf\u00fchren von \u00c4nderungen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Durch kleinere, aber h\u00e4ufigere Deployments und die Nutzung von Feature Flags erm\u00f6glicht SRE die schrittweise Einf\u00fchrung von \u00c4nderungen in der Produktionsumgebung. Dieser Ansatz minimiert das Risiko neuer Releases und bietet die Flexibilit\u00e4t, schnell auf potenzielle Probleme zu reagieren, indem \u00c4nderungen leicht r\u00fcckg\u00e4ngig gemacht werden k\u00f6nnen.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"4-Einsatz-von-Werkzeugen-und-Automatisierung\"><\/span>4. Einsatz von Werkzeugen und Automatisierung<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>SRE setzt stark auf den Einsatz von Werkzeugen und Automatisierung, um manuelle Aufgaben zu reduzieren und Prozesse zu standardisieren. Menschen sind im Gegensatz zu Maschinen schlecht darin, repetitive, monotone Aufgaben abzuarbeiten \u2013 die Aufmerksamkeit l\u00e4sst nach, Fehler schleichen sich ein. Daher kommen Konzepte wie Infrastruktur als Code zum Einsatz, die konsistente und reproduzierbare Umgebungen erm\u00f6glichen, erg\u00e4nzt durch die Automatisierung von Deployments und Tests.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"5-Messbarkeit\"><\/span>5. Messbarkeit<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Messbarkeit in SRE basiert auf dem Erfassen relevanter Metriken, um den Erfolg von Ma\u00dfnahmen zu quantifizieren und Verbesserungen zu best\u00e4tigen. Service Level Objectives (SLOs) legen die erwartete Serviceverf\u00fcgbarkeit fest, w\u00e4hrend Error Budgets den Spielraum f\u00fcr Experimente und Fehler definieren. Diese klare Ausrichtung auf Metriken unterst\u00fctzt die kontinuierliche \u00dcberwachung und Verbesserung der Servicequalit\u00e4t, um proaktiv die Benutzerzufriedenheit zu gew\u00e4hrleisten.<\/p>\n<p><i>Unternehmen m\u00fcssen sich folglich nicht zwischen SRE und DevOps entscheiden; beide Konzepte bedingen und erg\u00e4nzen einander.<\/i><\/p>\n<p>Obwohl DevOps urspr\u00fcnglich als revolution\u00e4re Denkweise und Philosophie eingef\u00fchrt wurde, hat sich der Begriff im Laufe der Zeit zu einer eigenst\u00e4ndigen Rolle entwickelt. Dabei ist der Job-Titel \u201eDevOps Engineer\u201c ein Oxymoron, dessen Einf\u00fchrung nicht automatisch alle Herausforderungen l\u00f6st \u2013 es geht vielmehr um die F\u00f6rderung einer Kultur sowie Praktiken, die zu effizienteren Arbeitsabl\u00e4ufen f\u00fchren. Trotz der zunehmenden Popularit\u00e4t des Begriffs \u201eDevOps\u201c in der Bezeichnung von Stellenangeboten ist es essentiell, den Fokus auf die Verbesserung der organisatorischen Strukturen zu legen.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"DevOps-Anti-Patterns\"><\/span>DevOps Anti-Patterns<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Unternehmen scheitern oft bei dem Vorhaben, DevOps zu realisieren, indem beispielsweise neue Tools, Prozesse und Technologien eingef\u00fchrt oder Teamstrukturen ge\u00e4ndert werden, die grundlegenden Probleme aber bestehen bleiben oder sich nur geringf\u00fcgig verschieben.<\/p>\n<p>Im Folgenden drei Beispielszenarien,<a href=\"https:\/\/web.devopstopologies.com\/#anti-types\"> wie DevOps Implementierung \u00fcblicherweise nicht funktioniert<\/a>:<\/p>\n<h3><span class=\"ez-toc-section\" id=\"System-Administrator-mit-neuem-Namen\"><\/span>System-Administrator mit neuem Namen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-54431 size-full\" src=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-rebranded-sysadmin.png\" alt=\"Mengendiagramm mit einem separierten Dev- und SysAdmin-Team, das in DevOps umbenannt wurde\" width=\"720\" height=\"305\" srcset=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-rebranded-sysadmin.png 720w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-rebranded-sysadmin-300x127.png 300w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-rebranded-sysadmin-400x169.png 400w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-rebranded-sysadmin-360x153.png 360w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p>Dieses Anti-Pattern ist leider sehr verbreitet; die klassische Rolle des System-Administrators bekommt hierbei einfach eine andere Bezeichnung, f\u00fchrt aber dieselben T\u00e4tigkeiten wie zuvor aus, ohne dass ein wirklicher kultureller oder organisatorischer Wandel stattgefunden hat.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Das-DevOps-Team-Silo\"><\/span>Das DevOps-Team-Silo<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-54435 size-full\" src=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-devops-team-silo.png\" alt=\"Mengendiagramm, das ein DevOps Team als weiteres Silo zwischen Dev und Ops darstellt.\" width=\"720\" height=\"305\" srcset=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-devops-team-silo.png 720w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-devops-team-silo-300x127.png 300w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-devops-team-silo-400x169.png 400w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-devops-team-silo-360x153.png 360w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p>Neben Dev- und Ops-Teams wird ein zus\u00e4tzliches DevOps-Team neu gegr\u00fcndet, mit dem h\u00e4ufigen Effekt, dass ein weiteres Silo entsteht und so Entwicklung und Betrieb noch weiter voneinander trennt. Das sollte nur eine tempor\u00e4re L\u00f6sung sein, um spezifische Projekte durchzuf\u00fchren, wie das Refaktorieren von CI\/CD Pipelines.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Betrieb-wird-nicht-mehr-benoetigt\"><\/span>Betrieb wird nicht mehr ben\u00f6tigt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-54433 size-full\" src=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-ops-not-needed-anymore.png\" alt=\"Mengendiagramm, das die Integration von DevOps-Aufgaben in ein Dev-Team zeigt und die Aufl\u00f6sung eines separaten Ops-Teams\" width=\"720\" height=\"305\" srcset=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-ops-not-needed-anymore.png 720w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-ops-not-needed-anymore-300x127.png 300w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-ops-not-needed-anymore-400x169.png 400w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-antipattern-ops-not-needed-anymore-360x153.png 360w\" sizes=\"auto, (max-width: 720px) 100vw, 720px\" \/><\/p>\n<p>Hier \u00fcbernehmen die Entwicklungsteams zus\u00e4tzliche Betriebsaufgaben, meistens in sehr kleinen Organisationen wie Startups oder aufgrund von Kosteneinsparungen und unter der Annahme, dass ein dediziertes Betriebsteam in der Cloud nicht mehr gebraucht wird. Dieser Ansatz skaliert allerdings nicht, wenn die Komplexit\u00e4t der Infrastruktur zunimmt und Entwickler:innen sich dadurch nicht mehr auf ihre wichtigste Aufgabe konzentrieren k\u00f6nnen: Neue Features f\u00fcr den Kunden zu entwickeln.<\/p>\n<p>Der Versuch, DevOps-Methoden zu etablieren, kann also auf verschiedenste Weisen fehlschlagen. Zudem hat nicht jedes Unternehmen die Kapazit\u00e4ten, um alle Praktiken genauso umzusetzen, wie sie bei Tech-Riesen wie Google betrieben werden.<\/p>\n<p>Wie k\u00f6nnte also ein praktikabler L\u00f6sungsansatz aussehen, um die angestrebten Verbesserungen zu erreichen?<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Erste-Schritte-in-Richtung-Praktisches-DevOps\"><\/span><b>Erste Schritte in Richtung Praktisches DevOps<\/b><span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Zwar befindet sich jedes Unternehmen auf dem Weg zur Implementierung von DevOps in einem anderen Stadium, dennoch sind hier einige konkrete, umsetzbare Ma\u00dfnahmen. Man kann diese Ans\u00e4tze als erste Schritte in Richtung eines kulturellen, prozessualen, organisatorischen und technischen Wandels nutzen, um letztendlich eine bessere Leistung im Software Delivery Process zu erreichen.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Kulturell\"><\/span>Kulturell<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Sie k\u00f6nnen Ihrer Organisation helfen, eine gesunde Kultur zu f\u00f6rdern, indem Sie Lernen als Schl\u00fcsselaktivit\u00e4t zur Verbesserung und als Investition betrachten. Konkret bedeutet das:<\/p>\n<ul>\n<li><b>Lassen Sie Scheitern zu<\/b>. Wenn Misserfolge bestraft werden, wird nichts Neues ausprobiert und die Entwicklung blockiert. Schaffen Sie eine Kultur der Innovation, indem Sie Mitarbeitende kalkulierte Risiken eingehen und kontrollierte Experimente durchf\u00fchren lassen.<\/li>\n<li>Auch <b>Ausf\u00e4lle sind Lernchancen<\/b> und sollten als M\u00f6glichkeit verstanden werden, um herauszufinden, wie Prozesse und Systeme verbessert werden k\u00f6nnen. F\u00fchren Sie Postmortems ohne Schuldzuweisungen durch. Durch die Beseitigung von Schuldzuweisungen beseitigen Sie \u00c4ngste, und durch die Beseitigung von \u00c4ngsten erm\u00f6glichen Sie den Teams, Probleme aufzudecken und sie effektiver zu l\u00f6sen.<\/li>\n<\/ul>\n<h3><span class=\"ez-toc-section\" id=\"Technisch\"><\/span>Technisch<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Der Software-Bereitstellungsprozess sollte so automatisch wie m\u00f6glich ablaufen. CI\/CD-Pipelines implementieren hier wichtige Aspekte wie Tests, Wiederholbarkeit und die M\u00f6glichkeit, sich von fehlerhaften Deployments zu erholen.<\/p>\n<p>Um Ihrem Team zu helfen, einen h\u00f6heren Durchsatz mittels CI\/CD zu erreichen, k\u00f6nnte ein erster Ansatz so aussehen:<\/p>\n<ol>\n<li>Listen Sie alle Schritte auf, die notwendig sind, um Code von der lokalen Entwicklungsumgebung in Produktion zu bringen. Diese Schritte k\u00f6nnen so heruntergeschrieben werden, als ob Sie sie manuell ausf\u00fchren. \u201eIch w\u00fcrde Tests folgenderma\u00dfen durchf\u00fchren. Dann w\u00fcrde ich die Ergebnisse \u00fcberpr\u00fcfen. Dann w\u00fcrden wir den Branch mergen. Danach wird der Code kompiliert.\u201c usw.<\/li>\n<li>Welche dieser Schritte lassen sich automatisieren? Code-Reviews k\u00f6nnen nicht automatisiert werden, aber die Durchf\u00fchrung von Tests oder die Provisionierung der Infrastruktur schon.<\/li>\n<li>Welche Skripte oder Tools k\u00f6nnen Sie einsetzen, um diese Schritte zu automatisieren? Sie k\u00f6nnten zum Beispiel eine Liste aller Befehle erstellen, die Sie ausf\u00fchren m\u00fcssen, um Ihre Codebasis auf dem jeweiligen Hosting-\/IaaS-Dienst in Betrieb zu nehmen. Das w\u00e4re ein m\u00f6glicher Arbeitsablauf, der in einem Skript festgehalten werden kann.<\/li>\n<\/ol>\n<p>Letztendlich besteht das Ziel von CI\/CD darin, sicherzustellen, dass Software-Releases mit geringem Risiko w\u00e4hrend der normalen Gesch\u00e4ftszeiten durchgef\u00fchrt werden. Um Verbesserungen objektiv messbar zu machen, sollten die richtigen Metriken herangezogen werden. Die <a href=\"https:\/\/dora.dev\/guides\/dora-metrics-four-keys\/\">DORA-Forschungsgruppe hat die folgenden vier Metriken identifiziert<\/a>, die am aussagekr\u00e4ftigsten f\u00fcr die F\u00e4higkeit zur kontinuierlichen Bereitstellung sind:<\/p>\n<ul>\n<li><b>Deployment-Frequenz<\/b>: Wie oft wird eine neue Version ausgerollt?<\/li>\n<li><b>Vorlaufzeit f\u00fcr \u00c4nderungen<\/b>: Wie lange dauert es, bis angeforderte \u00c4nderungen erfolgreich in Betrieb genommen werden k\u00f6nnen?<\/li>\n<li><b>Mittlere Wiederherstellungszeit (MTTR)<\/b>: Wie lange dauert es, bis der Service nach einem Fehler oder Ausfall wiederhergestellt ist?<\/li>\n<li><b>Misserfolgsrate bei \u00c4nderungen<\/b>: Wie oft f\u00fchren \u00c4nderungen zu Fehlern, Ausf\u00e4llen oder erfordern zus\u00e4tzliche Korrekturen, bevor sie erfolgreich durchgef\u00fchrt werden k\u00f6nnen?<\/li>\n<\/ul>\n<p>Beginnen Sie also damit, diese Kennzahlen zu messen, wenn Sie es nicht schon tun.<\/p>\n<h3><span class=\"ez-toc-section\" id=\"Prozessual\"><\/span><b>Prozessual<\/b><span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Die Ergebnisse des j\u00e4hrlich durchgef\u00fchrten State of DevOps Reports der DORA-Gruppe haben einen eindeutigen <a href=\"https:\/\/dora.dev\/devops-capabilities\/process\/documentation-quality\/#the-impact-of-documentation\">Zusammenhang zwischen der Qualit\u00e4t der Dokumentation und der F\u00e4higkeit eines Unternehmens festgestellt, seine Leistungs- und Rentabilit\u00e4tsziele zu erreichen<\/a>. Dokumentation ist ebenfalls hochtechnische Arbeit im Softwareentwicklungsprozess, und diese Ergebnisse zeigen, wie sehr sich diese Arbeit auszahlt.<\/p>\n<ul>\n<li>Die <b>Dokumentation kritischer Systeme und Anwendungsf\u00e4lle<\/b> ist Teil des Abbaus von Silos und stellt einen praktischen Wissensaustausch dar. Erstellen Sie klare Richtlinien f\u00fcr die Dokumentationspflege. Teammitglieder sollten wissen, wie sie Aktualisierungen vornehmen und veraltete Inhalte entfernen k\u00f6nnen, damit die Dokumentationsqualit\u00e4t auch bei System\u00e4nderungen beibehalten wird.<\/li>\n<li><b>Dokumentation als Teil des Softwareentwicklungsprozesses einbeziehen<\/b>. Wie das Testen ist auch die Erstellung und Pflege der Dokumentation ein wesentlicher Bestandteil eines leistungsstarken Softwareentwicklungsprozesses. Erkennen Sie die Dokumentationsarbeit bei Leistungsbeurteilungen und Bef\u00f6rderungen an. Die Dokumentation ist ebenfalls ein essenzieller Bestandteil der Software, und sollte als solcher anerkannt werden, um die Qualit\u00e4t zu verbessern.<\/li>\n<\/ul>\n<h3><span class=\"ez-toc-section\" id=\"Organisatorisch\"><\/span>Organisatorisch<span class=\"ez-toc-section-end\"><\/span><\/h3>\n<p>Die folgende Grafik veranschaulicht zwei Modelle, die DevOps- und SRE-Rollen in agilen Produktteams organisieren, um eine effektive Zusammenarbeit, schnelle Feedbackschleifen und kontinuierliche Verbesserungen zu f\u00f6rdern.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-54429\" src=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105.png\" alt=\"unterschiedliche Funktionen von DevOps und SRE in Produkt-Teams\" width=\"1799\" height=\"1745\" srcset=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105.png 1799w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-300x291.png 300w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-1024x993.png 1024w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-768x745.png 768w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-1536x1490.png 1536w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-400x388.png 400w, https:\/\/www.inovex.de\/wp-content\/uploads\/devops-sre-in-product-teams-e1718027757105-360x349.png 360w\" sizes=\"auto, (max-width: 1799px) 100vw, 1799px\" \/><\/p>\n<p>In einem nach DevOps-Prinzipien organisierten agilen Produktteam sind alle wichtigen Rollen und Qualifikationen vertreten, von der Softwareentwicklung \u00fcber den Betrieb und das Testen bis hin zum Produktmanagement. Dieses dezentrale Setup f\u00f6rdert eine engmaschige Zusammenarbeit, schnelle Feedbackschleifen und eine st\u00e4ndige Verbesserung der Arbeitsprozesse.<\/p>\n<p>Auf der anderen Seite hat ein separates SRE-Team die Rolle des \u201eEnablers\u201c. Es unterst\u00fctzt mehrere Produktteams, indem es deren Betriebslast \u00fcbernimmt und gleichzeitig die allgemeine Systemzuverl\u00e4ssigkeit sicherstellt. Dar\u00fcber hinaus kann das SRE-Team durch seine beratende Funktion dabei helfen, DevOps-Prinzipien in der gesamten Organisation zu etablieren und zu verankern, indem es Best Practices teilt und die Teams bei der Bew\u00e4ltigung betrieblicher Herausforderungen unterst\u00fctzt.<\/p>\n<p>Fangen Sie klein an und w\u00e4hlen Sie eine relativ simple Komponente mit wenig Abh\u00e4ngigkeiten als Pilotprojekt, um DevOps-Implementierung in Produktion zu erproben. Messen Sie dabei regelm\u00e4\u00dfig die erw\u00e4hnten Kennzahlen, identifizieren Sie Verbesserungspotenziale und nehmen Sie schrittweise \u00c4nderungen vor, um die Leistung kontinuierlich zu steigern.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Platform-Engineering-als-Abloesung-des-DevOps-Paradigmas\"><\/span>Platform Engineering als Abl\u00f6sung des DevOps-Paradigmas<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Platform Engineering ist eine weitere aktuelle Entwicklung, die die Prinzipien von DevOps aufgreift und dabei bewusst darauf verzichtet, die spezialisierten Rollen in Entwicklung und im Betrieb zu vereinen oder zu ersetzen. Stattdessen zielt dieser Ansatz darauf ab, die individuellen St\u00e4rken und F\u00e4higkeiten jedes Teams anzuerkennen und die jeweiligen Kernkompetenzen optimal zu nutzen. Dies wird durch eine klare Trennung der Zust\u00e4ndigkeiten und die Nutzung von Internal Developer Platforms (IDP) als Abstraktionsschicht zwischen Produktteams und der genutzten Infrastruktur erreicht.<\/p>\n<p>Die IDP dient dabei als zentrales Element, das den gesamten Lebenszyklus einer Anwendung abdeckt und Entwickler:innen erlaubt, effizient zu arbeiten, ohne sich mit der Komplexit\u00e4t der Infrastruktur bis ins Detail auseinandersetzen zu m\u00fcssen. Die IDP abstrahiert Kernkomponenten wie Infrastruktur-Orchestrierung durch<a href=\"https:\/\/www.inovex.de\/de\/leistungen\/kubernetes\/\"> Kubernetes<\/a>, Umgebungsmanagement und CI\/CD und stellt diese als Self-Service-L\u00f6sungen bereit. Dies reduziert die kognitive Last f\u00fcr Entwicklerteams und erm\u00f6glicht eine schnellere Umsetzung von Projekten, ohne dass das Platform Team zum Flaschenhals wird.<\/p>\n<p>Es gibt einige interessante Projekte wie <a href=\"https:\/\/www.kusionstack.io\/\">KusionStack<\/a>, <a href=\"https:\/\/radapp.io\/\">Radius<\/a>, <a href=\"https:\/\/www.crossplane.io\/\">Crossplane<\/a>, <a href=\"https:\/\/kubevela.io\/\">KubeVela<\/a>, <a href=\"https:\/\/humanitec.com\/\">Humanitec<\/a> und <a href=\"https:\/\/aws.amazon.com\/proton\/\">AWS Proton<\/a>, die auf die Entwicklung einer IDP abzielen und die Unterscheidung sowie Aufteilung von Verantwortlichkeiten zwischen Entwicklung und Betrieb implementieren.<\/p>\n<p>Platform Engineering schafft einen Rahmen, in dem Entwickler als interne Kunden behandelt werden und gleichzeitig zur kontinuierlichen Verbesserung der Plattform beitragen k\u00f6nnen, um eine Kultur der Zusammenarbeit und Innovation zu f\u00f6rdern. Es stellt eine nat\u00fcrliche Evolution des DevOps-Paradigmas dar, indem es die Verantwortung und Autonomie jedes Teams st\u00e4rkt und so einen effizienteren, flexibleren Entwicklungsprozess erm\u00f6glicht.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Ausblick-Wie-koennen-Unternehmen-von-der-richtigen-Anwendung-von-DevOps-Methoden-profitieren\"><\/span>Ausblick: Wie k\u00f6nnen Unternehmen von der richtigen Anwendung von DevOps-Methoden profitieren?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Platform Engineering stellt keinen Ersatz f\u00fcr DevOps dar, noch zielt es darauf ab, Teams erneut in isolierte Silos zu separieren. Vielmehr geht es darum, den Fokus zur\u00fcck auf die Kernkompetenzen der Teams zu lenken und in diesen Bereichen den gr\u00f6\u00dftm\u00f6glichen Mehrwert zu schaffen. Die Essenz von DevOps \u2013 die F\u00f6rderung von Kommunikation und Zusammenarbeit zwischen Entwicklung und Betrieb \u2013 bleibt zum Vorteil des Unternehmens und letztendlich des Kunden unver\u00e4ndert relevant.<\/p>\n<p>Die vorgestellte schrittweise Adoption von DevOps, angepasst an die spezifischen Bed\u00fcrfnisse eines Unternehmens, ist essentiell f\u00fcr die Verbesserung der Leistungsf\u00e4higkeit. Dabei sollte Platform Engineering als Chance gesehen werden, nicht als ein weiteres Buzzword. Aus unserer Erfahrung heraus bietet Platform Engineering eine hervorragende M\u00f6glichkeit, die Konzepte DevOps und Site Reliability Engineering harmonisch zu vereinen und somit nicht nur die interne Zusammenarbeit zu verbessern, sondern auch ein optimales Produkt- und Serviceangebot f\u00fcr Kunden zu gestalten.<\/p>\n<p>Wir werden uns in einem bald erscheinenden Blog-Artikel noch detaillierter mit der Umsetzung und den Vorz\u00fcgen von Platform Engineering besch\u00e4ftigen.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>DevOps und Site Reliability Engineering (SRE) werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet. Allerdings werden diese Begriffe sehr oft falsch verstanden und umgesetzt. Dieser Artikel erl\u00e4utert den Ursprung und die Grundprinzipien von DevOps, beschreibt, wie Site Reliability Engineering damit im Zusammenhang steht und wie die entstehende Disziplin Platform [&hellip;]<\/p>\n","protected":false},"author":404,"featured_media":56921,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"ep_exclude_from_search":false,"footnotes":""},"tags":[508,66,114],"service":[432],"coauthors":[{"id":404,"display_name":"S\u00f6ren K\u00f6nig","user_nicename":"skoenig"}],"class_list":["post-54425","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-agile-2","tag-devops","tag-kubernetes","service-devops"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v26.5 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>DevOps &amp; SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %<\/title>\n<meta name=\"description\" content=\"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"DevOps &amp; SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %\" \/>\n<meta property=\"og:description\" content=\"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\" \/>\n<meta property=\"og:site_name\" content=\"inovex GmbH\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/inovexde\" \/>\n<meta property=\"article:published_time\" content=\"2024-08-01T12:24:05+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1500\" \/>\n\t<meta property=\"og:image:height\" content=\"880\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"S\u00f6ren K\u00f6nig\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps-1024x601.png\" \/>\n<meta name=\"twitter:creator\" content=\"@inovexgmbh\" \/>\n<meta name=\"twitter:site\" content=\"@inovexgmbh\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"S\u00f6ren K\u00f6nig\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"12\u00a0Minuten\" \/>\n\t<meta name=\"twitter:label3\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data3\" content=\"S\u00f6ren K\u00f6nig\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\"},\"author\":{\"name\":\"S\u00f6ren K\u00f6nig\",\"@id\":\"https:\/\/www.inovex.de\/de\/#\/schema\/person\/f775dce8a4de6a17428a219297aa4702\"},\"headline\":\"DevOps &#038; SRE: Kernideen, Gemeinsamkeiten, Unterschiede\",\"datePublished\":\"2024-08-01T12:24:05+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\"},\"wordCount\":2359,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/www.inovex.de\/de\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png\",\"keywords\":[\"Agile\",\"DevOps\",\"Kubernetes\"],\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\",\"url\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\",\"name\":\"DevOps & SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %\",\"isPartOf\":{\"@id\":\"https:\/\/www.inovex.de\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png\",\"datePublished\":\"2024-08-01T12:24:05+00:00\",\"description\":\"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage\",\"url\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png\",\"contentUrl\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png\",\"width\":1500,\"height\":880,\"caption\":\"Grafik: Ein Infinity-Zeichen in der Mitte und mehrere menschen arbeiten oder kommunizieren miteinander drum herum.\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.inovex.de\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"DevOps &#038; SRE: Kernideen, Gemeinsamkeiten, Unterschiede\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.inovex.de\/de\/#website\",\"url\":\"https:\/\/www.inovex.de\/de\/\",\"name\":\"inovex GmbH\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.inovex.de\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.inovex.de\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.inovex.de\/de\/#organization\",\"name\":\"inovex GmbH\",\"url\":\"https:\/\/www.inovex.de\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.inovex.de\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/2021\/03\/inovex-logo-16-9-1.png\",\"contentUrl\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/2021\/03\/inovex-logo-16-9-1.png\",\"width\":1921,\"height\":1081,\"caption\":\"inovex GmbH\"},\"image\":{\"@id\":\"https:\/\/www.inovex.de\/de\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/inovexde\",\"https:\/\/x.com\/inovexgmbh\",\"https:\/\/www.instagram.com\/inovexlife\/\",\"https:\/\/www.linkedin.com\/company\/inovex\",\"https:\/\/www.youtube.com\/channel\/UC7r66GT14hROB_RQsQBAQUQ\"]},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.inovex.de\/de\/#\/schema\/person\/f775dce8a4de6a17428a219297aa4702\",\"name\":\"S\u00f6ren K\u00f6nig\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.inovex.de\/de\/#\/schema\/person\/image\/66d549aad7a242bb0d22d1f504078b71\",\"url\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/cropped-skoenig-avatar-scaled-1-96x96.jpg\",\"contentUrl\":\"https:\/\/www.inovex.de\/wp-content\/uploads\/cropped-skoenig-avatar-scaled-1-96x96.jpg\",\"caption\":\"S\u00f6ren K\u00f6nig\"},\"description\":\"S\u00f6ren verf\u00fcgt \u00fcber ein Jahrzehnt an Expertise in Observability, Infrastructure as Code, Automation und CI\/CD. Er entwickelt gerne Systeme, die mit dem Unternehmen wachsen k\u00f6nnen und glaubt an DevOps-Best Practices und pragmatische L\u00f6sungen f\u00fcr Probleme. Interessiert an allem rund um \ud83d\udcc3 Open Source, \u2601\ufe0f Cloud Native, \u2699\ufe0f DevOps, \ud83e\udd16 Automation.\",\"sameAs\":[\"https:\/\/github.com\/skoenig\"],\"url\":\"https:\/\/www.inovex.de\/de\/blog\/author\/skoenig\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"DevOps & SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %","description":"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/","og_locale":"de_DE","og_type":"article","og_title":"DevOps & SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %","og_description":"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.","og_url":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/","og_site_name":"inovex GmbH","article_publisher":"https:\/\/www.facebook.com\/inovexde","article_published_time":"2024-08-01T12:24:05+00:00","og_image":[{"width":1500,"height":880,"url":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png","type":"image\/png"}],"author":"S\u00f6ren K\u00f6nig","twitter_card":"summary_large_image","twitter_image":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps-1024x601.png","twitter_creator":"@inovexgmbh","twitter_site":"@inovexgmbh","twitter_misc":{"Verfasst von":"S\u00f6ren K\u00f6nig","Gesch\u00e4tzte Lesezeit":"12\u00a0Minuten","Written by":"S\u00f6ren K\u00f6nig"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#article","isPartOf":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/"},"author":{"name":"S\u00f6ren K\u00f6nig","@id":"https:\/\/www.inovex.de\/de\/#\/schema\/person\/f775dce8a4de6a17428a219297aa4702"},"headline":"DevOps &#038; SRE: Kernideen, Gemeinsamkeiten, Unterschiede","datePublished":"2024-08-01T12:24:05+00:00","mainEntityOfPage":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/"},"wordCount":2359,"commentCount":0,"publisher":{"@id":"https:\/\/www.inovex.de\/de\/#organization"},"image":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage"},"thumbnailUrl":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png","keywords":["Agile","DevOps","Kubernetes"],"inLanguage":"de","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/","url":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/","name":"DevOps & SRE: Kernideen, Gemeinsamkeiten, Unterschiede - inovex GmbH %","isPartOf":{"@id":"https:\/\/www.inovex.de\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage"},"image":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage"},"thumbnailUrl":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png","datePublished":"2024-08-01T12:24:05+00:00","description":"DevOps und SRE werden h\u00e4ufig zur Beschreibung \u00e4hnlicher Ans\u00e4tze zur nahtlosen Integration von Softwareentwicklung und -betrieb verwendet.","breadcrumb":{"@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#primaryimage","url":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png","contentUrl":"https:\/\/www.inovex.de\/wp-content\/uploads\/devOps.png","width":1500,"height":880,"caption":"Grafik: Ein Infinity-Zeichen in der Mitte und mehrere menschen arbeiten oder kommunizieren miteinander drum herum."},{"@type":"BreadcrumbList","@id":"https:\/\/www.inovex.de\/de\/blog\/devops-sre-kernideen-gemeinsamkeiten-unterschiede\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.inovex.de\/de\/"},{"@type":"ListItem","position":2,"name":"DevOps &#038; SRE: Kernideen, Gemeinsamkeiten, Unterschiede"}]},{"@type":"WebSite","@id":"https:\/\/www.inovex.de\/de\/#website","url":"https:\/\/www.inovex.de\/de\/","name":"inovex GmbH","description":"","publisher":{"@id":"https:\/\/www.inovex.de\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.inovex.de\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.inovex.de\/de\/#organization","name":"inovex GmbH","url":"https:\/\/www.inovex.de\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.inovex.de\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.inovex.de\/wp-content\/uploads\/2021\/03\/inovex-logo-16-9-1.png","contentUrl":"https:\/\/www.inovex.de\/wp-content\/uploads\/2021\/03\/inovex-logo-16-9-1.png","width":1921,"height":1081,"caption":"inovex GmbH"},"image":{"@id":"https:\/\/www.inovex.de\/de\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/inovexde","https:\/\/x.com\/inovexgmbh","https:\/\/www.instagram.com\/inovexlife\/","https:\/\/www.linkedin.com\/company\/inovex","https:\/\/www.youtube.com\/channel\/UC7r66GT14hROB_RQsQBAQUQ"]},{"@type":"Person","@id":"https:\/\/www.inovex.de\/de\/#\/schema\/person\/f775dce8a4de6a17428a219297aa4702","name":"S\u00f6ren K\u00f6nig","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.inovex.de\/de\/#\/schema\/person\/image\/66d549aad7a242bb0d22d1f504078b71","url":"https:\/\/www.inovex.de\/wp-content\/uploads\/cropped-skoenig-avatar-scaled-1-96x96.jpg","contentUrl":"https:\/\/www.inovex.de\/wp-content\/uploads\/cropped-skoenig-avatar-scaled-1-96x96.jpg","caption":"S\u00f6ren K\u00f6nig"},"description":"S\u00f6ren verf\u00fcgt \u00fcber ein Jahrzehnt an Expertise in Observability, Infrastructure as Code, Automation und CI\/CD. Er entwickelt gerne Systeme, die mit dem Unternehmen wachsen k\u00f6nnen und glaubt an DevOps-Best Practices und pragmatische L\u00f6sungen f\u00fcr Probleme. Interessiert an allem rund um \ud83d\udcc3 Open Source, \u2601\ufe0f Cloud Native, \u2699\ufe0f DevOps, \ud83e\udd16 Automation.","sameAs":["https:\/\/github.com\/skoenig"],"url":"https:\/\/www.inovex.de\/de\/blog\/author\/skoenig\/"}]}},"_links":{"self":[{"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/posts\/54425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/users\/404"}],"replies":[{"embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/comments?post=54425"}],"version-history":[{"count":5,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/posts\/54425\/revisions"}],"predecessor-version":[{"id":56923,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/posts\/54425\/revisions\/56923"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/media\/56921"}],"wp:attachment":[{"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/media?parent=54425"}],"wp:term":[{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/tags?post=54425"},{"taxonomy":"service","embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/service?post=54425"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.inovex.de\/de\/wp-json\/wp\/v2\/coauthors?post=54425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}