{"id":11695,"date":"2017-10-05T14:33:31","date_gmt":"2017-10-05T12:33:31","guid":{"rendered":"https:\/\/www.sysbus.eu\/?p=11695"},"modified":"2017-10-04T11:36:43","modified_gmt":"2017-10-04T09:36:43","slug":"wann-braucht-mein-unternehmen-devops","status":"publish","type":"post","link":"https:\/\/www.sysbus.eu\/?p=11695","title":{"rendered":"Wann braucht mein Unternehmen DevOps?"},"content":{"rendered":"

Autor\/Redakteur: Alexander Lapp, Gesch\u00e4ftsf\u00fchrer und Chief Customer Officer (CCO) der ADACOR Hosting GmbH<\/a>\/gg<\/p>\n

\"\"<\/a><\/p>\n

IT ist ohne gute Software nicht denkbar. Aber Software alleine gen\u00fcgt nicht, denn sie muss sich auch im praktischen IT-Betrieb bew\u00e4hren. Der DevOps-Ansatz hilft, dass beide Bereiche an einem Strang ziehen und so aus Software auch betrieblicher Erfolg wird.<\/p>\n

<\/p>\n

DevOps und die Probleme zwischen Entwicklung und Betrieb in der IT sind eigentlich ein alter Hut. Die damit verbundenen Herausforderungen lassen sich aber nicht automatisch durch agile Ans\u00e4tze bew\u00e4ltigen. Unternehmen m\u00fcssen das Thema ganzheitlich betrachten, nur so entwickelt das Konzept seine ganze St\u00e4rke. Beispielsweise m\u00fcssen selbst eingespielte Teams aus Entwicklern und Betriebsmitarbeitern mit einem neuen \u201eMindset\u201c ausgestattet werden, wenn sie pl\u00f6tzlich zusammen in einem Raum sitzen sollen. Dieser Punkt stellt sich in der Praxis h\u00e4ufig als schwieriger dar als die technischen Implikationen.<\/p>\n

Au\u00dferdem sollten IT-Abteilungen endlich das \u201eBlame Game\u201c zwischen den Herstellern oder Entwicklern einer Software und den Mitarbeitern oder Kunden, die sie betreiben, beenden. Allen Beteiligten ist mittlerweile klar, dass es nicht die L\u00f6sung sein kann, bei Problemen alles wegzuwerfen und neu anzufangen. DevOps zeigt neue Wege und Perspektiven auf.<\/p>\n

DevOps beginnt vor dem Code<\/strong><\/p>\n

Wer eine Software entwickeln und betreiben m\u00f6chte und dabei oft damit in Verbindung gebrachte Aspekte wie \u201econtinuous integration\u201c oder \u201eInfrastructure as Code\u201d umsetzen will, f\u00fcr den ist das Zusammenfinden der beiden Bereiche \u201eEntwicklung und Betrieb\u201c vor der ersten Zeile Code obligatorisch. Das macht man allerdings nicht mal eben nebenbei. Die Eingliederung dieser Themen ist die hohe Schule des gesamten DevOps-Prozesses. Es ist viel initiale Projektarbeit n\u00f6tig, um die erforderlichen Konzepte, Abl\u00e4ufe und Technologien aufeinander abzustimmen.<\/p>\n

In den einzelnen Bereichen (Dev oder Ops) wird es weiterhin Spezialisten f\u00fcr den Betrieb und Spezialisten f\u00fcr die Entwicklung geben. Der eigentliche Betrieb wird aber von \u2013 im Bereich DevOps und einer darauf abgestimmten Technologie ausgebildeten \u2013 Experten durchgef\u00fchrt werden.<\/p>\n

Kein Framework, eine Kultur<\/strong><\/p>\n

Das Ziel, das mit DevOps verfolgt wird, kann von Projekt zu Projekt und Firma zu Firma stets ein anderes sein. Bei s\u00e4mtlichen \u00dcberlegungen sollte man jedoch beachten, dass DevOps und die damit verbundene Herangehensweise kein Framework sind, sondern eine Kultur. Deshalb ist es wichtig, vor jedem Projekt die genaue Zielsetzung zu definieren: Was soll in welchem Ma\u00df gemeinsam von beiden Bereichen gesteuert und verwaltet werden? Wie viel darf die Implementierung kosten, um den Softwarebetrieb sicherzustellen? Sind die Anwendungen vollst\u00e4ndig automatisiert, muss die Verwaltung der virtuellen Ressourcen und Container in die Applikation verlagert werden, oder ist es (zum Beispiel aus Kostengr\u00fcnden) gar nicht m\u00f6glich, so weit zu gehen? Hier kann es viele Abstufungen geben.<\/p>\n

Normalerweise geht man davon aus, dass auch vor agilen Projekten eine grunds\u00e4tzliche Kosten-\/ Nutzenpr\u00fcfung steht. In der Praxis tritt das Thema bei vielen Unternehmen aber eher in den Hintergrund. DevOps und Agilit\u00e4t liegen im Trend, deshalb steigen viele Unternehmen in das Thema ein, ohne die Notwendigkeit zu hinterfragen. Aber nur, weil \u201ealle\u201c auf den DevOps-Zug aufspringen, ist das Thema noch lange nicht f\u00fcr alle Unternehmen vorteilhaft oder notwendig. Wer beispielsweise propriet\u00e4re Software kauft und auf seinen eigenen Systemen betreibt, hat kaum M\u00f6glichkeiten, die Entwicklung zu beeinflussen. Bei einem solchen Szenario wird definitiv kein DevOps-Team ben\u00f6tigt. An dieser Stelle ist vielmehr eine \u00dcberpr\u00fcfung der Abl\u00e4ufe und Prozesse der eigenen, traditionellen IT-Landschaft zu empfehlen.<\/p>\n

<\/p>\n

Mehr Agilit\u00e4t f\u00fcr besseren Service<\/strong><\/p>\n

Die IT-Landschaften in den Unternehmen sind in der Regel zu gro\u00df und heterogen, um die gesamte Unternehmens-IT \u00fcber einen Kamm scheren zu k\u00f6nnen. Im Vorteil sind diejenigen, die agil starten und zuerst nur kleine, \u00fcberschaubare Bereiche ver\u00e4ndern; die zun\u00e4chst Erfahrungen in agilen Methoden sammeln und die \u201etraditionell\u201c gemanagte IT nicht generell und ohne Grund in Frage stellen. Nicht jede traditionelle IT-Landschaft ist zu teuer oder zu statisch, nur weil keine agilen Methoden eingesetzt werden oder weil die Projekte nicht der DevOps-Kultur folgen.<\/p>\n

Es kann Unternehmen durchaus passieren, dass ein neues Projekt, das viele \u201eneue\u201c agile Herangehensweisen umfasst, kulturell DevOps lebt und nahezu vollst\u00e4ndig automatisiert ist, VMs hoch- und runterf\u00e4hrt, st\u00fcndliche Deployments macht \u2013 und sehr viel teurer als erwartet ist. Die g\u00e4ngigen Erfahrungen zur Kostenabsch\u00e4tzung im IT-Betrieb treffen nicht mehr zu. Zu hoffen ist in einem solchen Fall, dass das Ziel die Erreichung einer hohen Servicequalit\u00e4t war und nicht die Reduktion von Kosten. Die Entscheider in einem Unternehmen sollten sich davon verabschieden, die IT lediglich als einen einzigen Kostenblock zu sehen, mit dem man j\u00e4hrlich Einsparungsrunden drehen kann. Die einzelnen, durch die IT gesteuerten Prozesse sind ma\u00dfgeblicher Teil der Wertsch\u00f6pfungskette und werden im Rahmen der Digitalisierung in Zukunft mehr vom Kuchen ben\u00f6tigen.<\/p>\n

Fazit<\/strong><\/p>\n

Ein einzelner Artikel oder auch ein ganzes Buch \u00fcber agile Methoden werden die Probleme der Unternehmen beim Thema \u201eDevOps\u201c nicht ausreichend beleuchten. Meist ist jede Information auch nur ein Baustein zum Gesamtbild. Das zu zeichnen, bleibt die gro\u00dfe Aufgabe in den Unternehmen. Die Anforderungen an die IT wachsen weiter, vor allem in Bezug auf die Geschwindigkeit. Dabei stellt selten die IT die Vorgaben, diese stammen eher aus Fachabteilungen oder werden durch das jeweilige Gesch\u00e4ftsmodell verursacht. Hier helfen schnelle Reaktionen auf die Ver\u00e4nderungen, eine offene Sichtweise und ein vorausschauendes Tun und Handeln. Jedem, der in der IT arbeitet, muss klarwerden: Ein System ist niemals fertig. Es muss sich entwickeln beziehungsweise weiterentwickeln.<\/p>\n

Der IT-Betrieb glich bisher immer einer Fahrschulpr\u00fcfung. Solange man sich regelkonform verhielt und der Pr\u00fcfer hinten auf der R\u00fcckbank stillsa\u00df, machte der Sch\u00fcler alles richtig. Das \u00e4ndert sich gerade, und der Pr\u00fcfer ruft mittlerweile recht h\u00e4ufig nach vorne: \u201eAch ja, beim Stopp-Schild k\u00f6nnen Sie nun einfach weiterfahren.\u201c Genauso ist es bei der Einf\u00fchrung von agilen Methoden oder DevOps. Das Vorgehen \u00e4ndert sich, es wird schneller und beweglicher.<\/p>\n

Angst vor Neuem ist fehl am Platz. Innovationstreiber sind im IT-Betrieb gefragt. Bei Adacor haben wir das Gl\u00fcck, dass unsere Entwicklungsabteilung schon fr\u00fch agile organisatorische Herangehensweisen getestet und anschlie\u00dfend in der ganzen Firma implementiert hat. Aus dem Betrieb hat sich ein Team entwickelt, dass mit den Kollegen aus der Entwicklung zusammenarbeitet und DevOps vorbildlich lebt und vermittelt. Diese Innovationstreiber sind f\u00fcr unsere Entwicklung ma\u00dfgeblich.<\/p>\n

Generell gilt: Die Bereiche Dev und Ops geh\u00f6ren zusammen, jetzt m\u00fcssen sie noch zusammenwachsen. Dabei sollten die Softwareentwickler ihre T\u00e4tigkeit transparenter gestalten, und die Kollegen aus dem IT-Betrieb sollten sich gern in die Karten schauen lassen. Das w\u00e4re ein guter Start einer langen Reise.<\/p>\n","protected":false},"excerpt":{"rendered":"

Autor\/Redakteur: Alexander Lapp, Gesch\u00e4ftsf\u00fchrer und Chief Customer Officer (CCO) der ADACOR Hosting GmbH\/gg IT ist ohne gute Software nicht denkbar.<\/p>\n","protected":false},"author":1,"featured_media":11692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"colormag_page_container_layout":"default_layout","colormag_page_sidebar_layout":"default_layout","footnotes":""},"categories":[8,197],"tags":[3864,8548,5467,10264,4297,4602,1829,3121,6266,10266,3648,10263,10265,5633,6256,2590],"class_list":["post-11695","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-artikel","category-entwicklung","tag-adacor","tag-agilitaet","tag-betrieb","tag-blame-game","tag-code","tag-devops","tag-framework","tag-hosting","tag-infrastruktur","tag-innpvation","tag-integration","tag-mindset","tag-projektarbeit","tag-prozess","tag-virtualisierung","tag-vm"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/11695","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=11695"}],"version-history":[{"count":1,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/11695\/revisions"}],"predecessor-version":[{"id":11696,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/11695\/revisions\/11696"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/media\/11692"}],"wp:attachment":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=11695"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=11695"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=11695"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}