{"id":21727,"date":"2022-07-05T19:00:01","date_gmt":"2022-07-05T19:00:01","guid":{"rendered":"https:\/\/datei.wiki\/definition\/ein-umfassender-leitfaden-fuer-sre\/"},"modified":"2022-07-05T19:00:01","modified_gmt":"2022-07-05T19:00:01","slug":"ein-umfassender-leitfaden-fuer-sre","status":"publish","type":"post","link":"https:\/\/datei.wiki\/definition\/ein-umfassender-leitfaden-fuer-sre\/","title":{"rendered":"Ein umfassender Leitfaden f\u00fcr SRE"},"content":{"rendered":"
\n
<\/div>\n
Einf\u00fchrung in SRE<\/div>\n

SRE, oder Site Reliability Engineering, ist eine Disziplin und eine Reihe von Praktiken, die sich auf die Verf\u00fcgbarkeit, Leistung und Skalierbarkeit von Softwaresystemen konzentrieren. SRE ist eine Kombination aus Software-Engineering und Betrieb und basiert auf der Idee, dass Software wie ein Produkt behandelt werden sollte, das entworfen, entwickelt, betrieben und \u00fcberwacht werden muss. <\/p>\n

<\/div>\n
Was ist das Ziel von SRE?<\/div>\n

Das Ziel von SRE ist es, sicherzustellen, dass ein System zuverl\u00e4ssig und mit minimalen Ausfallzeiten verf\u00fcgbar ist. Dies wird durch ein Team von Ingenieuren erreicht, die f\u00fcr die Leistung, Zuverl\u00e4ssigkeit, Skalierbarkeit und Verf\u00fcgbarkeit des Systems verantwortlich sind. <\/p>\n

<\/div>\n
die drei S\u00e4ulen von SRE<\/div>\n

Die drei S\u00e4ulen von SRE sind Verl\u00e4sslichkeit, Skalierbarkeit und Verf\u00fcgbarkeit. Zuverl\u00e4ssigkeit ist die F\u00e4higkeit eines Systems, seine beabsichtigte Funktion \u00fcber einen l\u00e4ngeren Zeitraum hinweg korrekt und konsistent auszuf\u00fchren. Skalierbarkeit ist die F\u00e4higkeit eines Systems, im Laufe der Zeit steigende Arbeitslasten zu bew\u00e4ltigen. Verf\u00fcgbarkeit ist die F\u00e4higkeit eines Systems, bei Bedarf zug\u00e4nglich und betriebsbereit zu sein. <\/p>\n

<\/div>\n
SRE-Praktiken<\/div>\n

Zu den SRE-Praktiken geh\u00f6ren kontinuierliche Verbesserung, Automatisierung, St\u00f6rungsmanagement und \u00dcberwachung. Kontinuierliche Verbesserung bedeutet, bestehende Prozesse regelm\u00e4\u00dfig zu bewerten und bei Bedarf Verbesserungen vorzunehmen. Unter Automatisierung versteht man den Einsatz von automatisierten Tools und Prozessen zur Verbesserung der Effizienz und Genauigkeit von Aufgaben. Incident Management ist der Prozess der Reaktion auf und der L\u00f6sung von Vorf\u00e4llen. \u00dcberwachung ist der Prozess des Sammelns und Analysierens von Daten, um potenzielle Fragen oder Probleme zu identifizieren. <\/p>\n

<\/div>\n
Vorteile von SRE<\/div>\n

Zu den Vorteilen von SRE geh\u00f6ren verbesserte Systemzuverl\u00e4ssigkeit und -leistung, erh\u00f6hte Skalierbarkeit und geringere Ausfallzeiten. Ein System, das unter Anwendung von SRE-Praktiken entworfen, implementiert und verwaltet wird, ist zuverl\u00e4ssiger, skalierbarer und verf\u00fcgbarer als ein System, das dies nicht ist. <\/p>\n

<\/div>\n
Herausforderungen von SRE<\/div>\n

Eine der Herausforderungen von SRE besteht darin, dass f\u00fcr die Implementierung und Verwaltung des Systems ein qualifiziertes Team von Ingenieuren erforderlich ist. Au\u00dferdem muss man das System verstehen und wissen, wie es mit anderen Systemen und Diensten interagiert. Dar\u00fcber hinaus erfordert SRE ein Verst\u00e4ndnis des Unternehmens und seiner Ziele und Vorgaben. <\/p>\n

<\/div>\n
In SRE verwendete Werkzeuge<\/div>\n

Zu den in SRE verwendeten Werkzeugen geh\u00f6ren \u00dcberwachungswerkzeuge, Automatisierungswerkzeuge und Vorfallsmanagementwerkzeuge. \u00dcberwachungs-Tools werden zum Sammeln und Analysieren von Daten verwendet, um potenzielle Probleme zu identifizieren. Automatisierungstools werden zur Automatisierung von Aufgaben und Prozessen eingesetzt, um die Effizienz und Genauigkeit zu verbessern. Incident-Management-Tools werden zur Verfolgung, Beantwortung und Behebung von Vorf\u00e4llen eingesetzt. <\/p>\n

<\/div>\n
Fazit<\/div>\n

SRE ist eine Disziplin und eine Reihe von Praktiken, die sich auf die Verf\u00fcgbarkeit, Leistung und Skalierbarkeit von Softwaresystemen konzentrieren. SRE basiert auf der Idee, dass Software wie ein Produkt behandelt werden sollte, das entworfen, entwickelt, betrieben und \u00fcberwacht werden muss. Ziel von SRE ist es, sicherzustellen, dass ein System zuverl\u00e4ssig und mit minimalen Ausfallzeiten verf\u00fcgbar ist. Zu den Vorteilen von SRE geh\u00f6ren verbesserte Systemzuverl\u00e4ssigkeit und -leistung, erh\u00f6hte Skalierbarkeit und geringere Ausfallzeiten. Zu den Herausforderungen von SRE geh\u00f6rt, dass ein qualifiziertes Team von Ingenieuren ben\u00f6tigt wird, das das System und das Unternehmen versteht. Zu den SRE-Tools geh\u00f6ren \u00dcberwachungs-, Automatisierungs- und St\u00f6rungsmanagement-Tools. <\/p><\/div>\n

\n
FAQ<\/div>\n
\n
Was ist SRE und welche Beispiele gibt es?<\/div>\n

SRE steht f\u00fcr Site Reliability Engineer (Ingenieur f\u00fcr Standortzuverl\u00e4ssigkeit). Ein Site Reliability Engineer ist daf\u00fcr verantwortlich, dass eine Website oder Anwendung verf\u00fcgbar ist und wie erwartet funktioniert. Er kann auch an der \u00dcberwachung und Reaktion auf Vorf\u00e4lle beteiligt sein und Ursachenanalysen durchf\u00fchren, um zuk\u00fcnftige Vorf\u00e4lle zu verhindern. <\/p>\n

<\/div>\n

Beispiele f\u00fcr SRE-T\u00e4tigkeiten sind das Schreiben von Automatisierungsskripten zur Reduzierung manueller Aufgaben, die Einrichtung von \u00dcberwachungs- und Warnsystemen und die Zusammenarbeit mit Entwicklern bei der Fehlersuche und -behebung von Softwareproblemen. <\/p>\n<\/div>\n

\n
Was ist eine SRE-Infrastruktur?<\/div>\n

Die SRE-Infrastruktur ist die Kombination aus Hardware-, Software- und Netzwerkressourcen, die die Bereitstellung eines Dienstes erm\u00f6glichen. Der Begriff wird h\u00e4ufig im Zusammenhang mit Cloud Computing verwendet, wo sich SRE auf die Infrastruktur bezieht, die die Bereitstellung von Cloud-Diensten unterst\u00fctzt. <\/p>\n<\/div>\n

\n
Erledigt SRE Programmierarbeiten?<\/div>\n

Nein, SRE k\u00fcmmert sich nicht um die Programmierung. SRE ist daf\u00fcr verantwortlich, dass die Systeme zuverl\u00e4ssig und verf\u00fcgbar sind. Dies geschieht durch die Automatisierung von Arbeitsabl\u00e4ufen, die Verbesserung der Ausfallsicherheit von Diensten und die Reaktion auf Zwischenf\u00e4lle. <\/p>\n<\/div>\n

\n
Ist SRE dasselbe wie die Produktionsunterst\u00fctzung?<\/div>\n

Nein, SRE ist nicht dasselbe wie der Produktionssupport. SRE steht f\u00fcr Site Reliability Engineering und ist ein von Google kreierter Begriff f\u00fcr eine neue Rolle innerhalb einer Organisation, die f\u00fcr die Verf\u00fcgbarkeit, Leistung und Effizienz von Softwaresystemen verantwortlich ist. Der Produktionssupport hingegen ist eine traditionellere Rolle innerhalb einer Organisation, die f\u00fcr den t\u00e4glichen Betrieb von Softwaresystemen zust\u00e4ndig ist. <\/p>\n<\/div>\n

\n
Was sind die f\u00fcnf S\u00e4ulen von SRE?<\/div>\n

Die 5 S\u00e4ulen von SRE sind: <\/p>\n

<\/div>\n

1. Service Level Objectives (SLOs): Ein messbares Ziel, das die gew\u00fcnschte Stabilit\u00e4t und Verf\u00fcgbarkeit eines Dienstes festlegt. <\/p>\n

<\/div>\n

2. Service-Level-Indikatoren (SLIs): Eine Metrik, die die SLOs quantifiziert. <\/p>\n

<\/div>\n

3. Fehlerbudget: Die Menge an Zeit und\/oder Ressourcen, die einem Team f\u00fcr die Verbesserung eines Dienstes zur Verf\u00fcgung steht, wobei die SLOs eingehalten werden m\u00fcssen. <\/p>\n

<\/div>\n

4. \u00c4nderungsmanagement: Ein Prozess zur Durchf\u00fchrung und Verfolgung von \u00c4nderungen an einem System auf kontrollierte und sichere Weise. <\/p>\n

<\/div>\n

5. Ausfallsicherheitstests: Ein Prozess, bei dem getestet wird, wie gut sich ein System von verschiedenen Arten von Fehlern erholen kann.<\/p>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Einf\u00fchrung in SRE SRE, oder Site Reliability Engineering, ist eine Disziplin und eine Reihe von Praktiken, die sich auf die Verf\u00fcgbarkeit, Leistung und Skalierbarkeit von Softwaresystemen konzentrieren. SRE ist eine Kombination aus Software-Engineering und Betrieb und basiert auf der Idee, dass Software wie ein Produkt behandelt werden sollte, das entworfen, entwickelt, betrieben und \u00fcberwacht werden … Weiterlesen<\/a><\/p>\n","protected":false},"author":4093,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[50],"tags":[],"class_list":["post-21727","post","type-post","status-publish","format-standard","hentry","category-software-bedingungen"],"_links":{"self":[{"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/posts\/21727","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/users\/4093"}],"replies":[{"embeddable":true,"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/comments?post=21727"}],"version-history":[{"count":0,"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/posts\/21727\/revisions"}],"wp:attachment":[{"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/media?parent=21727"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/categories?post=21727"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/datei.wiki\/definition\/wp-json\/wp\/v2\/tags?post=21727"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}