{"id":435,"date":"2021-10-01T20:31:38","date_gmt":"2021-10-01T18:31:38","guid":{"rendered":"https:\/\/www.kehrwasser.com\/blog\/?p=435"},"modified":"2021-10-01T20:31:38","modified_gmt":"2021-10-01T18:31:38","slug":"sre-oder-devops-rivalen-oder-alliierte","status":"publish","type":"post","link":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/","title":{"rendered":"SRE oder DevOps: Rivalen oder Alliierte?"},"content":{"rendered":"<p>Die immer schneller werdende Gesch\u00e4ftswelt ist schon seit geraumer Zeit von dem Wort &#8222;<a href=\"https:\/\/www.google.com\/search?client=firefox-b-d&#038;q=wikipedia+agilit%C3%A4t\" data-type=\"URL\" data-id=\"https:\/\/www.google.com\/search?client=firefox-b-d&#038;q=wikipedia+agilit%C3%A4t\" target=\"_blank\" rel=\"noreferrer noopener\">Agilit\u00e4t<\/a>&#8220; besessen, wenn es um die Entwicklung von IT-Produkten geht. Und es ist nicht schwer zu verstehen, warum: Die Aussicht, die lang ersehnte L\u00f6sung zur Behebung von Problemen so schnell wie m\u00f6glich zu erhalten, ist und bleibt verlockend.<\/p>\n<p>Die COVID-19-Pandemie hat jedoch gezeigt, dass es nicht mehr ausreicht, einfach nur agil zu sein: Aus dem Transposit-Bericht geht hervor, dass die MTTR (mittlere Reparaturzeit) gestiegen ist (93,6 %), seit die Welt gezwungen ist, ein Remote-Arbeitsmodell einzuf\u00fchren, wobei die Ausfallzeiten sogar um 68,4 % gestiegen sind!<\/p>\n<p>Wie kann man nun sicherstellen, dass die Agilit\u00e4t nicht l\u00e4nger die Zuverl\u00e4ssigkeit beeintr\u00e4chtigt? Das sind DevOps und Site Reliability Engineering (SRE). Diese Konzepte gibt es schon seit geraumer Zeit, und angesichts der Herausforderungen, die sich insbesondere im Zuge der Pandemie stellen, sind sie aktueller denn je.<\/p>\n<p>DevOps und SRE wurden in den fr\u00fchen 2000er Jahren entwickelt, um ein Gleichgewicht zwischen Entwicklungsagilit\u00e4t und Systemstabilit\u00e4t zu finden. Die Begriffe werden jedoch oft falsch verwendet: Manche denken, es handele sich um dasselbe, andere halten sie f\u00fcr konkurrierende Ideen. Die meisten glauben, dass sich ein Unternehmen immer zwischen beiden entscheiden muss. Gehen wir also der Frage auf den Grund, was DevOps und SRE sind und ob eine Debatte zwischen DevOps und SRE \u00fcberhaupt Sinn macht.<\/p>\n<p>DevOps ist im Kern eine Methodik, die Silos zwischen Entwicklungs-, Test-, Qualit\u00e4tssicherungs- und Betriebsteams abbaut, um die Anwendungsentwicklung zu beschleunigen, die Softwarequalit\u00e4t zu verbessern, die Verf\u00fcgbarkeit der Infrastruktur zu erh\u00f6hen, die Anwendungsleistung zu maximieren und die Kosten zu senken. All das klingt gro\u00dfartig. Allerdings gibt es ein Problem. DevOps ist im Grunde eine Reihe von abstrakten Prinzipien, von denen viele Unternehmen Schwierigkeiten haben, sie in die Praxis umzusetzen. Um diesen Kampf zu beenden, hat Google 2016 ein Buch mit dem Titel &#8222;Site Reliability Engineering&#8220; ver\u00f6ffentlicht, das die internen DevOps-Praktiken beleuchtet, aber vor allem leicht verst\u00e4ndliche praktische Ratschl\u00e4ge gibt, wie DevOps funktioniert.<\/p>\n<p>Kurz gesagt: DevOps ist eine Philosophie, und SRE ist eine gute M\u00f6glichkeit, diese Philosophie umzusetzen.<br>Wie tr\u00e4gt SRE zur DevOps-Methodik bei?<\/p>\n<p>Wenn Sie sich das DevOps-Manifest ansehen, werden Sie wahrscheinlich feststellen, dass es 5 Schl\u00fcsselkategorien gibt, in die DevOps unterteilt ist, die Mantras der Methodik, wenn Sie so wollen:<\/p>\n<ul class=\"wp-block-list\"><li>Beseitigung organisatorischer Silos<\/li>\n<li>Akzeptieren von Fehlern als normal<\/li>\n<li>Kleine inkrementelle \u00c4nderungen einf\u00fchren<\/li>\n<li>Nutzen von Werkzeugen und Automatisierung<\/li>\n<li>Alles messen<\/li><\/ul>\n<p>All diese Punkte sind zweifellos f\u00fcr den Erfolg eines Teams bei der Suche nach einem ausgewogenen Verh\u00e4ltnis zwischen Agilit\u00e4t und Zuverl\u00e4ssigkeit von entscheidender Bedeutung, und wir werden gleich herausfinden, warum. Aber so sch\u00f6n sie auch klingen, sie sehen nicht wie konkrete Anweisungen aus (&#8222;Alles messen&#8220;? Nat\u00fcrlich!). Gehen wir also diese Grunds\u00e4tze nacheinander durch und sehen wir, wo der Unterschied zwischen DevOps und SRE wirklich liegt.<br>DevOps-Ideen und SRE-Implementierung<br>Aufhebung der organisatorischen Silos<\/p>\n<p>DevOps-Idee: Die Kommunikation zwischen den Personen, die f\u00fcr die Programmierung zust\u00e4ndig sind (Entwickler), und den Personen, die die Wartungsdienste erbringen (Betreiber), muss nahtlos sein, um zu verhindern, dass schnelle \u00c4nderungen am Code die Infrastruktur besch\u00e4digen und die Stabilit\u00e4t des Systems ernsthaft gef\u00e4hrden. Urspr\u00fcnglich sollte DevOps die Mauer zwischen Entwicklungs- und Betriebsteams durchbrechen, hat sich aber schnell \u00fcber die Softwarebereitstellungspipeline hinaus auf Bereiche wie Sicherheit, Finanzen, HR, Marketing, Vertrieb usw. ausgebreitet, in denen eine Zusammenarbeit unerl\u00e4sslich ist.<\/p>\n<p>SRE-Implementierung: Sie m\u00fcssen ein engmaschiges, funktions\u00fcbergreifendes Team aufbauen, indem Sie nicht nur Entwickler und Operatoren zusammenbringen, sondern auch synergief\u00f6rdernde Praktiken auf die Bereiche Finanzen, Personalwesen, F\u00fchrungsteams usw. ausweiten. Die Kultur der besseren Kommunikation und des Wissensaustauschs, die DevOps und SRE von Natur aus erfordern, kann durch h\u00e4ufige Stand-ups geschaffen werden, w\u00e4hrend Integration und Automatisierung mit speziellen Toolsets umgesetzt werden sollten.<br>Scheitern als normal akzeptieren<\/p>\n<p>DevOps-Gedanke: Kein von Menschen geschaffenes System kann zu 100 % zuverl\u00e4ssig sein, daher sollte ein Ausfall des besagten Systems von keinem Unternehmen als Katastrophe empfunden werden, sondern als Normalit\u00e4t behandelt werden\u2026 solange daraus eine Lehre gezogen wird.<\/p>\n<p>SRE-Implementierung: Sie m\u00fcssen sich intern darauf einigen, wie viel Ausfallzeit unter den gegebenen Umst\u00e4nden akzeptabel ist, und darauf vorbereitet sein, Systemausf\u00e4lle schnell zu bew\u00e4ltigen (da sie unvermeidlich sind und nicht \u00fcberraschend kommen sollten); eine M\u00f6glichkeit, dies zu tun, ist die Durchf\u00fchrung so genannter &#8222;schuldloser Post-Mortems&#8220;, bei denen keine Zeit damit verschwendet wird, die Schuldigen f\u00fcr den Ausfall zu suchen. Stattdessen sucht das Team routinem\u00e4\u00dfig nach M\u00f6glichkeiten zur Verbesserung des Systems und konzentriert sich dabei auf die Zukunft, nicht auf die Vergangenheit.<\/p>\n<p>DevOps-Idee: H\u00e4ufige, aber kleine \u00c4nderungen am Code helfen, schneller auf Probleme zu reagieren und Fehler einfacher zu beheben. Und warum? Das ist ganz einfach. Die Suche nach einem Fehler in 100 Codezeilen ist viel einfacher als in 100.000 Codezeilen. Au\u00dferdem ist der Entwicklungsprozess dadurch generell viel flexibler und kann auf pl\u00f6tzliche \u00c4nderungen reagieren.<\/p>\n<p>SRE-Implementierung: Sie m\u00fcssen beachten, dass es nicht auf die tats\u00e4chliche Anzahl der Deployments pro Tag ankommt. Das Streben nach einer \u00fcberm\u00e4\u00dfigen Anzahl von Deployments nur um der Deployments willen ist vergebliche M\u00fche. Sie sollten in der Tat h\u00e4ufig deployen, aber auch daf\u00fcr sorgen, dass diese Deployments sinnvoll sind &#8211; je sinnvoller die Art des Deployments ist, desto einfacher ist es, einen potenziellen Fehler zu beheben, und desto geringer sind die Kosten f\u00fcr Fehlschl\u00e4ge.<br>Von Tools und Automatisierung profitieren<\/p>\n<p>Die DevOps-Idee: Es liegt in der menschlichen Natur, dass wir monotone Aufgaben nicht effizient ausf\u00fchren k\u00f6nnen. Genauso wie es viel Zeit und Energie kostet, wichtige Arbeitsabl\u00e4ufe manuell zu erledigen, k\u00f6nnen Unternehmen, die Tools und Automatisierung nutzen, diese Prozesse exponentiell verbessern.<\/p>\n<p>SRE-Implementierung: Sie sollten sich \u00fcberlegen, welche langfristigen Verbesserungen am System vorgenommen werden m\u00fcssen, und die Aufgaben automatisieren, die in einem Jahr oder in ein paar Jahren regelm\u00e4\u00dfig anfallen werden (SRE nennt dies &#8222;die Arbeit von diesem Jahr weg automatisieren&#8220;). Auf diese Weise vermeiden Sie Investitionen in kurzfristige Gewinne und konzentrieren sich auf die langfristige Automatisierung.<\/p>\n<p>DevOps-Idee: Konkrete Metriken, die verschiedene Aspekte Ihres Entwicklungsprozesses messen, helfen nicht nur dabei, festzustellen, ob das Unternehmen erfolgreich an einem bestimmten Projekt arbeitet, sondern liefern auch eine Rechtfertigung f\u00fcr diese oder jene Gesch\u00e4ftsentscheidung.<\/p>\n<p>SRE-Implementierung: Sie sollten Service-Level-Agreements (SLA), Service-Level-Ziele (SLO) und Service-Level-Indikatoren (SLI) verwenden, die mittlere Zeit zwischen zwei Ausf\u00e4llen (MTBF) und die mittlere Wiederherstellungszeit (MTTR) des Systems verfolgen und ein Fehlerbudget festlegen. So k\u00f6nnen Sie Ihr Projekt wesentlich effizienter gestalten.<\/p>\n<p>Wir werden in K\u00fcrze n\u00e4her darauf eingehen, was einige der Begriffe im obigen Absatz tats\u00e4chlich bedeuten, aber der Rest des Bildes sollte inzwischen mehr als deutlich sein. DevOps wurde geschaffen, um die IT-Entwicklung besser zu machen. In der Zwischenzeit sollte SRE zeigen, WIE genau wir das tun sollten. Wie viele SRE-Spezialisten zu sagen pflegen, &#8222;SRE implementiert DevOps&#8220;.<\/p>\n<p>SRE als Konzept ist ohne Service-Level Agreement (SLA), Service-Level Objective (SLO), Service-Level Indicator (SLI) kaum vorstellbar. Wie bereits erw\u00e4hnt, handelt es sich hierbei um die zentralen Begriffe, die sich in vielerlei Hinsicht auf die Messung des Erfolgs Ihrer SRE-Implementierung beziehen. Und genau wie die Namen dieser Konzepte sind auch ihre Eigenschaften einander sehr \u00e4hnlich, allerdings mit einigen entscheidenden Unterschieden:<\/p>\n<ul class=\"wp-block-list\"><li>SLA wird als Vereinbarung zwischen dem Service Provider und dem Kunden \u00fcber Kennzahlen wie Betriebszeit, Ausfallzeit, Reaktionsf\u00e4higkeit, Verantwortlichkeiten usw. bezeichnet. Mit anderen Worten, es handelt sich um eine Reihe von Versprechen an den Kunden, die durch verschiedene Messgr\u00f6\u00dfen dargestellt werden, sowie um eine Reihe von Konsequenzen, wenn diese Versprechen nicht eingehalten werden;<\/li>\n<li>SLO wird wiederum als Vereinbarung innerhalb eines SLA \u00fcber eine bestimmte Kennzahl bezeichnet, z. B. Betriebszeit oder Antwortzeit. Im Grunde ist ein SLO ein individuelles Versprechen an den Kunden. In dieser Hinsicht kann man ein SLA also als eine bestimmte Gruppe von SLOs betrachten;<\/li>\n<li>Der SLI schlie\u00dflich ist ein Indikator, der anzeigt, ob das System in \u00dcbereinstimmung mit diesem oder jenem SLO funktioniert.<\/li><\/ul>\n<p>Ein typisches Beispiel f\u00fcr das Zusammenspiel dieser drei Begriffe w\u00e4re etwas in dieser Art: Ein SLA, das Sie mit Ihrem Kunden abgeschlossen haben, besagt, dass das System 99,9 % der Zeit verf\u00fcgbar sein wird (die so genannten &#8222;drei Neunen der Verf\u00fcgbarkeit&#8220;), es w\u00fcrde also die SLO enthalten, die 99,9 % Betriebszeit bedeuten w\u00fcrde, und die SLI w\u00e4re die tats\u00e4chliche Messung der Betriebszeit des Systems.<br>Welche Arten von Unternehmen brauchen SRE und DevOps?<\/p>\n<p>In Anbetracht der Tatsache, dass DevOps und SRE dazu da sind, Entwicklungsteams bei der Sicherstellung einer hohen Systemstabilit\u00e4t zu unterst\u00fctzen und gleichzeitig sehr agil zu sein, kann man relativ sicher sagen, dass jedes Entwicklungsunternehmen bis zu einem gewissen Grad wissen sollte, was DevOps\/SRE-Techniken sind und wie man sie implementiert. Sie sind das A und O der modernen Softwareentwicklung.<\/p>\n<p>In unseren fr\u00fcheren Beitr\u00e4gen haben wir uns bereits mit den Vorteilen von DevOps f\u00fcr gro\u00dfe Produktionsunternehmen und den massiven Auswirkungen auf die Finanzdienstleistungsriesen befasst, aber die Genialit\u00e4t von DevOps und SRE liegt in ihrer universellen Anwendbarkeit &#8211; Ihr Unternehmen muss KEIN Softwareentwicklungsunternehmen sein, um von diesen Praktiken zu profitieren; solange Sie mit Update-Rollouts, Infrastruktur\u00e4nderungen, Wachstum und Upscaling zu tun haben, k\u00f6nnen Sie sich mit dieser Philosophie besch\u00e4ftigen.<\/p>\n<p>Und tats\u00e4chlich ist kein Team zu klein f\u00fcr DevOps\/SRE. Wenn Sie ein kleines Unternehmen sind, brauchen Sie nicht einmal einen speziellen SRE-Spezialisten. In diesem Fall kann es sich lohnen, eines Ihrer Teammitglieder in der Anwendung der SRE-Methode zu schulen, da die Lernkurve nicht so hoch ist.<\/p>\n<p>Wenn man all dies ber\u00fccksichtigt, kann man leicht zu dem Schluss kommen, dass die Ideen und Konzepte hinter DevOps und SRE f\u00fcr jedes Unternehmen interessant sind &#8211; ob Gro\u00dfunternehmen oder kleines StartUp, ob IT oder Nicht-IT, sie sind f\u00fcr jeden geeignet.<\/p>\n<p>Bei dem Versuch, die Debatte zwischen Site Reliability Engineering und DevOps zu kl\u00e4ren, k\u00f6nnen wir nun mit Sicherheit sagen, dass es keinen Sinn hat, entweder oder zu sagen. Wie k\u00f6nnen wir hier \u00fcberhaupt von einer Debatte sprechen, wenn die beiden Dinge, die wir verzweifelt versuchen, einander gegen\u00fcberzustellen, praktisch dasselbe sind, wobei das eine ein wesentlicher Bestandteil des anderen ist?<\/p>\n<p>Wenn Sie sagen, dass Sie DevOps gut machen k\u00f6nnen, ist es wahrscheinlich, dass Sie das mit Hilfe von SRE-Prinzipien tun.<\/p>\n<p>Wenn Sie sagen, dass Sie SRE gut machen k\u00f6nnen, sollten Sie wissen, dass wir technisch gesehen \u00fcber DevOps sprechen.<\/p>\n<p>Es handelt sich also keineswegs um ein &#8222;rote Pille-blaue Pille&#8220;-Szenario. Sowohl DevOps als auch SRE sind zu begr\u00fc\u00dfen, und wir sind sehr gespannt, wie sich beide in den kommenden Jahren entwickeln werden.<\/p>\n<p>Interessieren Sie sich f\u00fcr SRE und DevOps? Sprechen <a rel=\"noreferrer noopener\" href=\"https:\/\/www.kehrwasser.com\/offers\/devops\" data-type=\"URL\" data-id=\"https:\/\/www.kehrwasser.com\/offers\/devops\" target=\"_blank\">Sie mit unseren DevOps<\/a>\n<a href=\"https:\/\/www.kehrwasser.com\/offers\/devops\" data-type=\"URL\" data-id=\"https:\/\/www.kehrwasser.com\/offers\/devops\" target=\"_blank\" rel=\"noreferrer noopener\">&#8211;<\/a>\n<a rel=\"noreferrer noopener\" href=\"https:\/\/www.kehrwasser.com\/offers\/devops\" data-type=\"URL\" data-id=\"https:\/\/www.kehrwasser.com\/offers\/devops\" target=\"_blank\">Experten<\/a>, um herauszufinden, wie DevOps und SRE Ihnen helfen k\u00f6nnen, neue Gesch\u00e4ftsm\u00f6glichkeiten zu erschlie\u00dfen.<\/p>","protected":false},"excerpt":{"rendered":"<p>Die immer schneller werdende Gesch\u00e4ftswelt ist schon seit geraumer Zeit von dem Wort &#8222;Agilit\u00e4t&#8220; besessen, wenn es um die Entwicklung von IT-Produkten geht. Und es ist nicht schwer zu verstehen, warum: Die Aussicht, die lang ersehnte L\u00f6sung zur Behebung von Problemen so schnell wie m\u00f6glich zu erhalten, ist und bleibt verlockend. Die COVID-19-Pandemie hat jedoch [&hellip;]<\/p>","protected":false},"author":1,"featured_media":436,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[42],"tags":[82,45,108,123,122],"class_list":["post-435","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-technologien","tag-agile","tag-devops","tag-fehlerkultur","tag-release-management","tag-sre"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v25.4 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning<\/title>\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.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning\" \/>\n<meta property=\"og:description\" content=\"Die immer schneller werdende Gesch\u00e4ftswelt ist schon seit geraumer Zeit von dem Wort &#8222;Agilit\u00e4t&#8220; besessen, wenn es um die Entwicklung von IT-Produkten geht. Und es ist nicht schwer zu verstehen, warum: Die Aussicht, die lang ersehnte L\u00f6sung zur Behebung von Problemen so schnell wie m\u00f6glich zu erhalten, ist und bleibt verlockend. Die COVID-19-Pandemie hat jedoch [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/\" \/>\n<meta property=\"og:site_name\" content=\"Looped Learning\" \/>\n<meta property=\"article:published_time\" content=\"2021-10-01T18:31:38+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1920\" \/>\n\t<meta property=\"og:image:height\" content=\"1281\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Kevin Heusinger\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Kevin Heusinger\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"9\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/\",\"url\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/\",\"name\":\"SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning\",\"isPartOf\":{\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1\",\"datePublished\":\"2021-10-01T18:31:38+00:00\",\"author\":{\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/d05f6ec3af9fdb4eb51b5aac1f9e91cf\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage\",\"url\":\"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1\",\"contentUrl\":\"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1\",\"width\":1920,\"height\":1281,\"caption\":\"Artikelbild: Frau SRE-DevOps-Expertin angestrahlt mit Code\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\/\/www.kehrwasser.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"SRE oder DevOps: Rivalen oder Alliierte?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/#website\",\"url\":\"https:\/\/www.kehrwasser.com\/blog\/\",\"name\":\"Looped Learning\",\"description\":\"#innovation, #ki, #newWork, #agile, #validatedLearning\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.kehrwasser.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/d05f6ec3af9fdb4eb51b5aac1f9e91cf\",\"name\":\"Kevin Heusinger\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/99ba53c67cb33396656b9736e215b87b954fd3c27c0e38ddc100f885da526bfb?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/99ba53c67cb33396656b9736e215b87b954fd3c27c0e38ddc100f885da526bfb?s=96&d=mm&r=g\",\"caption\":\"Kevin Heusinger\"},\"sameAs\":[\"https:\/\/www.kehrwasser.com\"],\"url\":\"https:\/\/www.kehrwasser.com\/blog\/author\/kw-kevin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning","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.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/","og_locale":"de_DE","og_type":"article","og_title":"SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning","og_description":"Die immer schneller werdende Gesch\u00e4ftswelt ist schon seit geraumer Zeit von dem Wort &#8222;Agilit\u00e4t&#8220; besessen, wenn es um die Entwicklung von IT-Produkten geht. Und es ist nicht schwer zu verstehen, warum: Die Aussicht, die lang ersehnte L\u00f6sung zur Behebung von Problemen so schnell wie m\u00f6glich zu erhalten, ist und bleibt verlockend. Die COVID-19-Pandemie hat jedoch [&hellip;]","og_url":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/","og_site_name":"Looped Learning","article_published_time":"2021-10-01T18:31:38+00:00","og_image":[{"width":1920,"height":1281,"url":"https:\/\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg","type":"image\/jpeg"}],"author":"Kevin Heusinger","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":"Kevin Heusinger","Gesch\u00e4tzte Lesezeit":"9\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/","url":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/","name":"SRE oder DevOps: Rivalen oder Alliierte? - Looped Learning","isPartOf":{"@id":"https:\/\/www.kehrwasser.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage"},"image":{"@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage"},"thumbnailUrl":"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1","datePublished":"2021-10-01T18:31:38+00:00","author":{"@id":"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/d05f6ec3af9fdb4eb51b5aac1f9e91cf"},"breadcrumb":{"@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#primaryimage","url":"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1","contentUrl":"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1","width":1920,"height":1281,"caption":"Artikelbild: Frau SRE-DevOps-Expertin angestrahlt mit Code"},{"@type":"BreadcrumbList","@id":"https:\/\/www.kehrwasser.com\/blog\/2021\/10\/01\/sre-oder-devops-rivalen-oder-alliierte\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/www.kehrwasser.com\/blog\/"},{"@type":"ListItem","position":2,"name":"SRE oder DevOps: Rivalen oder Alliierte?"}]},{"@type":"WebSite","@id":"https:\/\/www.kehrwasser.com\/blog\/#website","url":"https:\/\/www.kehrwasser.com\/blog\/","name":"Looped Learning","description":"#innovation, #ki, #newWork, #agile, #validatedLearning","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.kehrwasser.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/d05f6ec3af9fdb4eb51b5aac1f9e91cf","name":"Kevin Heusinger","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.kehrwasser.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/99ba53c67cb33396656b9736e215b87b954fd3c27c0e38ddc100f885da526bfb?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/99ba53c67cb33396656b9736e215b87b954fd3c27c0e38ddc100f885da526bfb?s=96&d=mm&r=g","caption":"Kevin Heusinger"},"sameAs":["https:\/\/www.kehrwasser.com"],"url":"https:\/\/www.kehrwasser.com\/blog\/author\/kw-kevin\/"}]}},"jetpack_featured_media_url":"https:\/\/i0.wp.com\/www.kehrwasser.com\/blog\/wp-content\/uploads\/2021\/10\/devops-sre-entwickler-engineer.jpg?fit=1920%2C1281&ssl=1","jetpack-related-posts":[],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/posts\/435","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/comments?post=435"}],"version-history":[{"count":1,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/posts\/435\/revisions"}],"predecessor-version":[{"id":437,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/posts\/435\/revisions\/437"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/media\/436"}],"wp:attachment":[{"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/media?parent=435"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/categories?post=435"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.kehrwasser.com\/blog\/wp-json\/wp\/v2\/tags?post=435"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}