Timing

Zwei Jahre ist es her, da gab Patrick Debois einer neuen Idee einen Namen: DevOps – der Schulterschluss zwischen Softwareentwicklung und IT-Betrieb, zwei Bereiche, die traditionell nicht „gut miteinander konnten“. Zwei Jahre ist es also her, dass die DevOpsDays in Belgien stattfanden. Der geneigte Leser wird sich jetzt vielleicht fragen, warum ausgerechnet jetzt das Java Magazin aus diesem Thema einen Heftschwerpunkt macht.

Warum gerade jetzt?

Es gibt verschiedene Theorien, warum DevOps gerade jetzt in aller Munde ist. Einige Stimmen, darunter auch unser Leitartikel-Autor Patrick Peschlow, machen den Siegeszug der agilen Methoden in Unternehmen für den DevOps-„Hype“ verantwortlich. Konkret: Methoden wie Scrum setzen auf laufende Interaktion zwischen Auftraggebern und Entwicklern sowie auf kurze Releasezyklen. In der Regel setzt sich die damit einhergehende Philosophie aber nicht in den Betrieb fort. Stichwort Flaschenhals: Er verschiebt sich von der Entwicklung auf den Betrieb, der mit den immer kürzer werdenden Releasezyklen nicht umgehen kann. Diese Meinung ist nicht aus der Luft gegriffen, sondern stammt von Patrick Debois selbst. Besonders bemerkenswert findet er, dass Agilität eigentlich die Zusammenarbeit aller Stakeholder anstrebt, sie sich im Operations-Bereich aber nie durchgesetzt hat.
Als zweiten DevOps-Treiber sieht Debois übrigens die Cloud, genauer gesagt die Cloud-Infrastruktur. Die Virtualisierung ermöglichte es den Ops plötzlich, neue Umgebungen schnell aufzubauen, dank der Cloud gab es auch keine Ressourcenprobleme mehr. Infrastrukturprozesse wurden auf einem ganz neuen Niveau automatisierbar – Debois spricht hier vom „Infrastucture as Code“, ein Resultat der steigenden Popularität von Software as a Service (SaaS).

Worum geht es überhaupt

Auch wenn die DevOps-Bewegung streng genommen nichts Neues ist, bislang aber eher als eine Art Insiderwissen galt, fehlt vielerorts noch das Verständnis dafür, was es damit eigentlich auf sich hat. Das ist ein weiterer wichtiger Grund, warum wir dieses Titelthema gewählt haben. Patrick Peschlow wird Ihnen in seinem Artikel genau erklären, was hinter der Bewegung steckt und welche Ziele sie verfolgt. Ganz oben auf dieser Liste wird das Zwischenmenschliche stehen: gegenseitiger Respekt, Miteinander statt Gegeneinander, Schluss mit den so genannten Blame Games. DevOps erfordert andere, neue Formen der Zusammenarbeit zwischen Teams. Weniger formale Zuständigkeiten und Weisungsbefugnisse als „Cross-departmental Responsibility“. Die Teams müssen auch einfach mal zusammen ein Bier trinken gehen, bemerkte Stephen Burton in seiner Keynote auf der vergangenen W-JAX in München.
Ohne die richtigen Werkzeuge funktioniert aber die beste Kulturrevolution nicht. Das wichtigste Werkzeug in der Softwareentwicklung ist Continuous Integration, so Oliver Wolf im zweiten Schwerpunktartikel. Die Idee der Automatisierung lässt sich von der Entwicklung ins Deployment weiterführen, womit wir bei Continuous Deployment und Delivery ankommen. Alles Praktiken, die besonders die Lean-Start-ups so erfolgreich machen.

Heutiger Stand

Mittlerweile sind hohe Releasezyklen pro Tag kein Einzelfall mehr. Wie Matthias Marschall in seiner W-JAX-Keynote bemerkte, haben Seiten wie Wealthfront.com 50 Releasezyklen pro Tag. Wealthfront setzt übrigens unter anderem auf Java. Jenseits des Java-Universums ist DevOps schon lange kein Fremdwort mehr: in der PHP-Community sind etliche DevOps-Prinzipien gang und gäbe. Das Gleiche gilt für die Rails-Szene, für die das Deployment in die Cloud in den meisten Fällen schon längst Alltag ist. In Rails ist übrigens auch das Chef-Framework geschrieben, ein Tool, das sich in DevOps-Kreisen derzeit hoher Beliebtheit erfreut. Und dass es in Rails geschrieben ist, sollte Java-Projektteams nicht davon abhalten, es einer gründlichen Untersuchung zu unterziehen. Deshalb haben wir auch dazu einen Artikel in dieser Ausgabe.

In diesem Sinne wünsche ich Ihnen viel Spaß bei der Lektüre.

Claudia Fröhling, Redakteurin Java Magazin
Twitter: @javamagazin