{"id":55735,"date":"2020-01-27T00:00:00","date_gmt":"2020-01-26T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/eshhe-raz-o-devops-i-sre"},"modified":"2020-02-18T14:03:52","modified_gmt":"2020-02-18T11:03:52","slug":"eshhe-raz-o-devops-i-sre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","title":{"rendered":"Noch einmal zu DevOps und SRE","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Basierend auf der Diskussion im Chat AWS Minsk Community<\/a><\/noindex><\/p>\n

In letzter Zeit entbrennen echte K\u00e4mpfe dar\u00fcber, wie die Begriffe DevOps und SRE definiert werden sollen.
\nObwohl ich bereits viel \u00fcber dieses Thema geh\u00f6rt habe, wollte ich meine Sichtweise der Habr-Community pr\u00e4sentieren. Interessierte sind herzlich eingeladen, weiterzulesen. M\u00f6ge alles neu beginnen!
\n<\/a><\/noindex><\/p>\n

Hintergrund<\/h4>\n

\nIn alten Zeiten lebte ein Team von Softwareentwicklern getrennt von den Serveradministratoren. Die Ersten schrieben flei\u00dfig Code, w\u00e4hrend die Letzteren, ausgestattet mit liebevollen Worten, die Server einrichteten und gelegentlich zu den Entwicklern gingen, um das altbekannte 'Auf meinem Rechner funktioniert alles' zu h\u00f6ren. Das Gesch\u00e4ft wartete auf Software, alles stand still, brach manchmal zusammen, und alle waren nerv\u00f6s. Besonders derjenige, der f\u00fcr das ganze Durcheinander bezahlte. Eine glorreiche, nostalgische \u00c4ra. Aber das wissen Sie sicher, woher DevOps kommt. <\/p>\n

Die Geburt von DevOps-Praktiken<\/h4>\n

\nDann kamen ernsthafte Herren und sagten - das ist keine Branche, so kann man nicht arbeiten. Und sie brachten Lebenszyklusmodelle mit. Hier zum Beispiel das V-Modell.<\/p>\n

\"Noch
\nWas sehen wir also? Unternehmen entwickeln Konzepte, Architekten gestalten L\u00f6sungen, Entwickler schreiben Code, und dann folgt oft das Chaos. Jemand testet das Produkt auf die eine oder andere Art, jemand anders bringt es zum Endbenutzer, und irgendwo am Ende dieses Wunderprozesses sitzt ein einsamer Gesch\u00e4ftskunde und wartet auf die versprochene Verbesserung. Wir sind zu dem Schluss gekommen, dass Methoden ben\u00f6tigt werden, um diesen Prozess zu optimieren. Daher haben wir Praktiken entwickelt, die diese Ziele umsetzen.<\/p>\n

Ein lyrischer Einschub zur Frage, was eine Praxis ist.<\/b>
\nUnter Praxis verstehe ich die Verbindung von Technologie und Disziplin. Ein Beispiel w\u00e4re die Praxis der Infrastrukturgestaltung mit Code in Terraform. Die Disziplin bezeichnet, wie man die Infrastruktur mit Code beschreibt; sie existiert im Kopf des Entwicklers, w\u00e4hrend die Technologie selbst Terraform ist.<\/p>\n

Sie beschlossen, diese Praktiken als DevOps zu bezeichnen \u2013 ich nehme an, sie dachten dabei an den \u00dcbergang von der Entwicklung zu den Betrieb. Es wurden verschiedene komplexe Konzepte erfunden \u2013 CI\/CD-Praktiken, Praktiken basierend auf dem IaC-Prinzip, und viele mehr. Und los ging's: Entwickler schreiben Code, DevOps-Engenieure transformieren Systembeschreibungen in funktionierende Systeme (ja, Code ist leider lediglich eine Beschreibung, aber keineswegs die Umsetzung des Systems), die Bereitstellung l\u00e4uft, und so weiter. Die ehemaligen Administratoren, die sich mit den neuen Praktiken vertraut gemacht hatten, haben sich stolz in DevOps-Ingenieure umgeschult, und alles nahm seinen Lauf. Und es war Abend, und es war Morgen\u2026 Entschuldigung, das kommt nicht von dort.<\/p>\n

Alles ist wieder nicht in Ordnung.<\/h4>\n

\nSobald alles sich beruhigt hatte, begannen verschiedene schlaue \"Methodologen\" dicke B\u00fccher \u00fcber DevOps-Praktiken zu schreiben, und die Diskussion dar\u00fcber, was ein \"DevOps-Ingenieur\" wirklich ist und dass DevOps eine Produktionskultur ist, kriselte erneut. Pl\u00f6tzlich stellte sich heraus, dass die Softwarelieferung eine absolut nicht triviale Aufgabe ist. Jede Entwicklungsinfrastruktur hat ihren eigenen Stack: An manchen Stellen muss zusammengebaut, an anderen die Umgebung aufgesetzt werden, hier wird Tomcat ben\u00f6tigt, dort ein ausgekl\u00fcgelter Startmodus \u2013 kurz gesagt, es ist verwirrend. Und seltsamerweise lag das Hauptproblem in der Organisation der Prozesse; dieser Lieferprozess, wie ein Flaschenhals, blockierte alles andere. Au\u00dferdem blieb die Betriebsf\u00fchrung (Operations) nicht aus. Diese wird in der V-Modell-Darstellung nicht sichtbar, obwohl dort der gesamte Lebenszyklus zu finden ist. Letztendlich muss man die Infrastruktur unterst\u00fctzen, das Monitoring im Blick behalten, Incidents managen und sich auch um die Lieferung k\u00fcmmern. Das hei\u00dft, man sitzt sowohl in der Entwicklung als auch im Betrieb \u2013 und pl\u00f6tzlich wurde daraus Development & Operations. Und dann kam noch der gro\u00dfe Hype um Microservices. Mit ihnen begann auch die Entwicklung, von lokalen Maschinen in die Cloud zu wechseln \u2013 probiere mal, etwas lokal zu debuggen, wenn es Dutzende oder Hunderte von Microservices gibt, da wird die kontinuierliche Lieferung zum \u00dcberlebensmittel. F\u00fcr eine \"kleine bescheidene Firma\" mag das noch machbar sein, aber was ist mit gr\u00f6\u00dferen Unternehmen? Und Google?<\/p>\n

SRE von Google<\/h4>\n

\nGoogle kam, fra\u00df die gr\u00f6\u00dften Kakteen und entschied \u2013 wir brauchen das nicht, wir brauchen Zuverl\u00e4ssigkeit. Und Zuverl\u00e4ssigkeit muss gemanagt werden. Also kam die Idee \u2013 wir brauchen Fachleute, die die Zuverl\u00e4ssigkeit verwalten. Er nannte sie SR-Ingenieure und sagte, hier ist alles, macht es so wie gewohnt, gut. Hier ist euer SLI, hier ist euer SLO, hier ist das Monitoring. Und er zeigte mit dem Finger auf die Betriebsabl\u00e4ufe. So nannte er sein 'verl\u00e4ssliches DevOps' SRE. An sich klingt das gut, aber es gibt einen schmutzigen Hack, den sich Google leisten konnte \u2013 bei den SR-Ingenieuren Leute einzustellen, die Entwicklerqualifikationen hatten und sich noch etwas mit dem Betrieb funktionierender Systeme auskannten. Und Google hatte selbst Schwierigkeiten mit der Einstellung solcher Leute \u2013 haupts\u00e4chlich, weil er in diesem Bereich mit sich selbst konkurriert \u2013 schlie\u00dflich muss auch jemand die Gesch\u00e4ftslogik beschreiben. Die Auslieferung wurde auf Release-Ingenieure verteilt, die SR-Ingenieure managen die Zuverl\u00e4ssigkeit (naturgem\u00e4\u00df nicht direkt, sondern durch Einflussnahme auf die Infrastruktur, \u00c4nderung der Architektur, Verfolgung von \u00c4nderungen und Kennzahlen, sowie die Bearbeitung von Vorf\u00e4llen). Sch\u00f6n gemacht, man kann B\u00fccher schreiben<\/a><\/noindex>. Was ist zu tun, wenn Sie nicht Google sind, aber Zuverl\u00e4ssigkeit dennoch ein Anliegen ist?<\/p>\n

Entwicklung von DevOps-Ideen<\/h4>\n

\nHier kommt Docker ins Spiel, das aus LXC hervorgegangen ist, gefolgt von verschiedenen Orchestrierungssystemen wie Docker Swarm und Kubernetes. DevOps-Ingenieure atmeten auf \u2013 die Vereinheitlichung der Praktiken erleichterte die Bereitstellung. So sehr, dass es sogar m\u00f6glich wurde, die Bereitstellung den Entwicklern zu \u00fcberlassen \u2013 was ist schon ein deployment.yaml? Die Containerisierung l\u00f6st das Problem. Und die Reife der CI\/CD-Systeme ist mittlerweile so weit fortgeschritten, dass es gen\u00fcgt, eine Datei zu erstellen, und schon l\u00e4uft alles \u2013 die Entwickler kommen alleine zurecht. Und hier beginnen wir zu diskutieren, wie wir unser eigenes SRE erstellen k\u00f6nnen, mit\u2026 ja, mit irgendwem. <\/p>\n

SRE kommt nicht von Google.<\/h4>\n

\nNun gut, die Lieferung haben wir abgegeben, scheinbar k\u00f6nnen wir durchatmen und zu den guten alten Zeiten zur\u00fcckkehren, als Admins die CPU-Auslastung \u00fcberwachten, Systeme optimierten und in Ruhe aus Tassen etwas Unbestimmtes schl\u00fcrften\u2026 Halt. Daf\u00fcr haben wir das alles nicht angefangen (schade!). Pl\u00f6tzlich zeigt sich, dass wir in der Herangehensweise von Google viele ausgezeichnete Praktiken \u00fcbernehmen k\u00f6nnen \u2013 es geht nicht um die Auslastung der Prozessoren, und nicht darum, wie oft wir die Festplatten wechseln oder die Kosten im Cloud optimieren, sondern um Gesch\u00e4ftskennzahlen \u2013 all die ber\u00fchmten SLx. Und die Verwaltung der Infrastruktur bleibt davon unber\u00fchrt, Vorf\u00e4lle m\u00fcssen gel\u00f6st werden, und man muss regelm\u00e4\u00dfig pr\u00e4sent sein und \u00fcberhaupt mit den Gesch\u00e4ftsprozessen vertraut sein. Jungs, fangt an, langsam auf einem vern\u00fcnftigen Niveau zu programmieren, Google wartet bereits auf euch.<\/p>\n

Zusammenfassend. Pl\u00f6tzlich, aber ihr seid schon m\u00fcde zu lesen, und k\u00f6nnt es kaum erwarten, dem Autor einen Kommentar zu schreiben. DevOps als Lieferpraxis war, ist und wird immer sein. Und wird nicht verschwinden. SRE als Satz von Betriebspraktiken macht diese Lieferung erfolgreich.
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f DevOps \u0438 SRE. \u041d\u0435\u0441\u043c\u043e\u0442\u0440\u044f \u043d\u0430 \u0442\u043e, \u0447\u0442\u043e \u0443\u0436\u0435 \u0432\u043e \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443 \u0443\u0436\u0435 \u043d\u0430\u0431\u0438\u043b\u0438 \u043e\u0441\u043a\u043e\u043c\u0438\u043d\u0443, \u0432 \u0442\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0438 \u043c\u043d\u0435, \u0440\u0435\u0448\u0438\u043b \u0432\u044b\u043d\u0435\u0441\u0442\u0438 \u043d\u0430 \u0441\u0443\u0434 \u0445\u0430\u0431\u0440\u0430-\u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0430 \u0438 \u0441\u0432\u043e\u0439 \u0432\u0437\u0433\u043b\u044f\u0434 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443. \u0422\u0435\u043c, \u043a\u043e\u043c\u0443 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e, \u0434\u043e\u0431\u0440\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55736,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55735","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Nochmal zu DevOps und SRE | ProHoster","description":"Anl\u00e4sslich der Diskussion im AWS Minsk Community-Chat entbrennen zurzeit echte Diskussionen \u00fcber die Begriffsdefinition von DevOps und SRE. Obwohl diese Diskussionen in vielerlei Hinsicht schon erm\u00fcdend geworden sind, auch f\u00fcr mich, m\u00f6chte ich meine Perspektive dem Habr-Community vorlegen. Interessierte sind herzlich eingeladen, sich zu beteiligen.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0415\u0449\u0435 \u0440\u0430\u0437 \u043e DevOps \u0438 SRE | ProHoster","og:description":"\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f DevOps \u0438 SRE. \u041d\u0435\u0441\u043c\u043e\u0442\u0440\u044f \u043d\u0430 \u0442\u043e, \u0447\u0442\u043e \u0443\u0436\u0435 \u0432\u043e \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443 \u0443\u0436\u0435 \u043d\u0430\u0431\u0438\u043b\u0438 \u043e\u0441\u043a\u043e\u043c\u0438\u043d\u0443, \u0432 \u0442\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0438 \u043c\u043d\u0435, \u0440\u0435\u0448\u0438\u043b \u0432\u044b\u043d\u0435\u0441\u0442\u0438 \u043d\u0430 \u0441\u0443\u0434 \u0445\u0430\u0431\u0440\u0430-\u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0430 \u0438 \u0441\u0432\u043e\u0439 \u0432\u0437\u0433\u043b\u044f\u0434 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443. \u0422\u0435\u043c, \u043a\u043e\u043c\u0443 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e, \u0434\u043e\u0431\u0440\u043e","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-26T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55735","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:37:39","updated":"2022-10-05 06:23:35"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/55735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=55735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/55735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/55736"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=55735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=55735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=55735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}