Ich bin der festen Überzeugung, dass wir Devops nicht brauchen. Zumindest glaube ich, dass wir Devops nicht brauchen sollten. Und ich sage Ihnen auch warum.
Devops ist eine Reihe von Methoden und Verfahren, die darauf abzielen, den Betriebsspezialisten in das Entwicklungsteam zu integrieren. Dies geschieht mit dem Ziel, ein integriertes Softwareprodukt zu entwickeln, das aus der Anwendung für den Endbenutzer und den zugehörigen Infrastrukturkomponenten wie Middleware und Betriebssystemen besteht.
Schauen wir uns das genauer an.
Wir sprechen hier eindeutig von Infrastrukturkomponenten. Aber was ist Infrastruktur?
Wikipedia sagt uns Folgendes:
" Unter Infrastruktur versteht man die grundlegenden physischen und organisatorischen Strukturen, die für den Betrieb einer Gesellschaft oder eines Unternehmens erforderlich sind, oder die Dienstleistungen und Einrichtungen, die für das Funktionieren einer Wirtschaft notwendig sind. Der Begriff bezieht sich in der Regel auf die technischen Strukturen, die eine Gesellschaft unterstützen, wie Straßen, Wasserversorgung, Kanalisation, Stromnetze, Telekommunikation und so weiter. "
Wir können also mit Sicherheit feststellen, dass Infrastruktur etwas ist, das uns die Arbeit erleichtert, nicht wahr? Etwas, das wir alle teilen und nutzen.
Wenn wir von Infrastruktur sprechen, denken wir meist an ein Verkehrssystem und insbesondere an Straßen.
Straßen sind überall. Sie werden allgemein als wichtig für die wirtschaftliche und soziale Struktur eines Landes angesehen. Straßen dienen einem sehr einfachen Zweck, nämlich den Transport von Menschen und Gütern in einem Land zu erleichtern.
Eine Straße hat auch ihre Grenzen. Die Fahrzeuge, mit denen diese Straßen befahren werden, sind an Zwänge gebunden. Die meisten dieser Beschränkungen werden in Dimensionen wie Länge und Breite gemessen, aber es gibt auch andere, weniger offensichtliche wie Blinker oder Sichtbarkeit.
Diese Beschränkungen dienen dazu, eine gewisse Einheitlichkeit zu schaffen. Diese Einheitlichkeit ist sehr wichtig, denn sie garantiert, dass jeder die Infrastruktur nutzen kann, nachdem er die gemeinsamen Regeln beachtet hat (Erwerb eines Führerscheins).
Ein Hersteller von, sagen wir, Autos weiß im Voraus, welche Zwänge und Beschränkungen für die Verkehrsinfrastruktur des Landes oder der Region gelten, für die er ein Auto bauen will. Kein Designer wird ein Auto entwerfen, das nicht auf die Straße passt, indem er es 5 Meter breit macht. Im Transportwesen ist es so einfach. Sie bauen Ihr Produkt so, dass es in die Infrastruktur passt, und das können Sie tun, weil Sie die Zwänge und Einschränkungen im Voraus kennen.Werfen wir nun einen Blick auf die IKT-Infrastruktur.Die IKT-Infrastruktur eines Unternehmens ist in etwa dasselbe wie die Transportinfrastruktur. Sie ermöglicht Anwendungen und sorgt für den Datentransport im gesamten Unternehmen.
Wie jede Infrastruktur hat auch sie ihre Grenzen, z.B. die Techniken, die verwendet werden können, oder die Sicherheitsmaßnahmen, die berücksichtigt werden müssen.
Hier hört der Vergleich auf und die Probleme beginnen.
Aus irgendeinem Grund liefert die Softwareentwicklung seit Jahren Anwendungen, die Änderungen an der IKT-Infrastruktur erfordern. Und der Betrieb war gezwungen, diese Änderungen vorzunehmen, was zu massiv inkohärenten Ansammlungen von IT-Geräten führte, die als "Infrastruktur" bezeichnet wurden. Infolgedessen sind die Wartungskosten für die IKT in die Höhe geschnellt. Und, was noch wichtiger ist, die Implementierungsgeschwindigkeit neuer Anwendungen ist drastisch gesunken.Wer ist daran schuld??Ich weiß mit Sicherheit, dass der allgemeine Konsens unter dem Betriebspersonal darin besteht, dass die Anwendungsentwickler schuld sind.Ich weiß das mit Sicherheit, weil ich mehrere Jahre lang als Betriebsingenieur gearbeitet habe.Aber es stimmt nicht.Nachdem ich eine ganze Weile mit Softwareentwicklern zusammengearbeitet habe, bin ich der festen Überzeugung, dass kein Entwickler, der bei klarem Verstand ist, eine Anwendung entwickeln wird, wenn er im Voraus weiß, dass sie mit der Infrastruktur des Unternehmens nicht funktionieren wird. Genauso wenig wie ein Autohersteller ein Auto produzieren würde, das nicht auf einem oder allen Teilen der Infrastruktur eines Landes zugelassen ist.Wenn also nicht die Entwickler schuld sind, wer dann? Nun, es gibt nur noch einen möglichen Schuldigen: Der Betrieb selbst. Und der Grund dafür ist einfach: Weil sie die Entwickler nicht im Voraus über die Beschränkungen der Infrastruktur informiert haben.
Eine typische Betriebsabteilung ist eine Ad-hoc-Organisation, die reagiert, anstatt proaktiv zu kommunizieren. Sie macht sich selbst zum Opfer der Situation, anstatt ein Partner der Entwicklung zu sein. Sie sind daran gewöhnt, die Straße zu ändern und nicht das Fahrzeug.
Wenn wir also ein bisschen mehr kommunizieren würden, wären wir nicht in diesem Schlamassel und bräuchten so etwas wie Devops ganz sicher nicht. Aber in den meisten Organisationen ist das der Fall, und deshalb brauchen wir Devops.
Neben der Tatsache, dass Devops eine sehr praktische Methode ist, die sich darauf konzentriert, funktionale Software auf einer funktionierenden Infrastruktur bereitzustellen, ist es eine Methode, die eine praktische Kommunikation zwischen Betrieb und Softwareentwicklung ermöglicht.
Für den Betrieb ist es eine Möglichkeit, teilweise auf den Fahrersitz zurückzukehren. Auf der anderen Seite wird die Softwareentwicklung ihre Software wahrscheinlich viel schneller in Produktion bringen.
Und wer weiß, welche Innovationen sich daraus ergeben könnten?