So stand es an einem Freitag auf Mastodon geschrieben. Nach einem Schmunzeln fragte ich mich: \u201eJa warum eigentlich nicht?\u201c Dieser Frage m\u00f6chte ich heute nachgehen.<\/p>\n\n\n\n
Der englischsprachige Satz aus dem Titel ist eine Aufforderung, an einem Freitag keine \u00c4nderungen an produktiven Systemen vorzunehmen, um das Wochenende nicht zu gef\u00e4hrden. Viele von euch kennen vermutlich ber\u00fchmte letzte Worte wie:<\/p>\n\n\n\n
Nicht selten hat sich der Feierabend oder das Wochenende nach diesen S\u00e4tzen erheblich verz\u00f6gert oder sind ganz ausgefallen, weil eben doch etwas schiefgegangen ist. In der Folge waren wichtige Dienste nicht mehr verf\u00fcgbar und Systemadministratoren haben das Abendessen mit ihrer Familie vers\u00e4umt, weil sie den Klump wieder zum Laufen bringen mussten. Solche Erlebnisse f\u00fchren zu Aussagen wie:<\/p>\n\n\n\n
Die Logik dahinter ist bestechend einfach. Wenn etwas funktioniert und man nichts daran \u00e4ndert, wird wohl auch nichts kaputt gehen. Allerdings stehen diese Aussagen dem DevOps-Mantra von Continuous Integration and Continuous Delivery (CI\/CD)<\/a><\/em> entgegen, welches fordert, dass \u00c4nderungen zu jeder Zeit m\u00f6glich sein m\u00fcssen.<\/p>\n\n\n\n Und wer hat nun recht? Ich denke, die Wahrheit liegt wie so oft irgendwo in der Mitte.<\/p>\n\n\n\n Ob \u00c4nderungen durchgef\u00fchrt werden k\u00f6nnen, h\u00e4ngt in meinen Augen nicht vom Wochentag ab, sondern vielmehr von den Antworten auf die folgenden Fragen:<\/p>\n\n\n\n Sind zum Beispiel alle 37 Key-User, 8 Abteilungsleiterinnen und das 20-k\u00f6pfige Betriebs-Team f\u00fcr die Personal- und Buchhaltungsanwendung Freitag nach 18:00 bis voraussichtlich 21:00 Uhr alle verf\u00fcgbar und k\u00f6nnen im Fehlerfall mit offenem Ende verf\u00fcgbar bleiben, steht einer \u00c4nderung bzw. einem Deployment nichts im Wege. Ist dies jedoch nicht der Fall und man stellt Fehler m\u00f6glicherweise erst im Laufe des kommenden Montags fest, wo ein Rollback evtl. schon nicht mehr m\u00f6glich ist, sollte man den Change vielleicht lieber Montagmorgen starten?<\/p>\n\n\n\n In einem anderen Fall ist das Team nicht sicher, ob sie das System im Fehlerfall ohne Hilfe des Herstellers wiederherstellen k\u00f6nnen. Der Support-Vertrag deckt jedoch nur die Zeiten Mo-Fr von jeweils 08:00-17:00 Uhr mit 4 Stunden Reaktionszeit ab. Hier ist es vielleicht ebenfalls besser, das Wartungsfenster in den fr\u00fchen Morgen als in den Freitagabend zu legen.<\/p>\n\n\n\n Habe ich hingegen einen 24\/7-Supportvertrag und meine IT-Betriebsabteilung darf auch am Wochenende arbeiten, bietet sich ein Change mit langer Dauer am Wochenende an, um die Betriebsabl\u00e4ufe m\u00f6glichst wenig zu beeintr\u00e4chtigen.<\/p>\n\n\n\n Sind \u00c4nderungen nur von kurzer Dauer und man m\u00f6chte m\u00f6glichst viele User verf\u00fcgbar haben, die sofort testen und m\u00f6gliche Fehler finden, ist vermutlich auch Dienstag Vormittag 10:00 Uhr eine gute Zeit.<\/p>\n\n\n\n Es h\u00e4ngt also nicht prim\u00e4r vom Wochentag, sondern vielmehr von einigen anderen Faktoren ab, wann \u00c4nderungen in Produktion ausgerollt werden sollten.<\/p>\n\n\n\n Wie seht ihr das? Nach welchen Kriterien werden bei euch Deployments geplant und durchgef\u00fchrt?<\/p>\n\n\n\n PS: Ich finde jedoch absolut nichts Verwerfliches daran, wenn man sich den Freitag f\u00fcr die Pflege und Aktualisierung der Dokumentation reservieren kann und nicht mit aller Gewalt noch etwas kaputtfuckeln muss. ;-)<\/p>\n","protected":false},"excerpt":{"rendered":" So stand es an einem Freitag auf Mastodon geschrieben. Nach einem Schmunzeln fragte ich mich: \u201eJa warum eigentlich nicht?\u201c Dieser Frage m\u00f6chte ich heute nachgehen. Der englischsprachige Satz aus dem Titel ist eine Aufforderung, an einem Freitag keine \u00c4nderungen an produktiven Systemen vorzunehmen, um das Wochenende nicht zu gef\u00e4hrden. Viele von euch kennen vermutlich ber\u00fchmte [Weiterlesen…]<\/a><\/span><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_metis_text_type":"","_metis_text_length":0,"_post_count":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3659","post","type-post","status-publish","format-standard","hentry","category-allgemein"],"_links":{"self":[{"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/posts\/3659","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/comments?post=3659"}],"version-history":[{"count":1,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/posts\/3659\/revisions"}],"predecessor-version":[{"id":3660,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/posts\/3659\/revisions\/3660"}],"wp:attachment":[{"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/media?parent=3659"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/categories?post=3659"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.my-it-brain.de\/wordpress\/wp-json\/wp\/v2\/tags?post=3659"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n