Was ist DevOps?

DevOps ist eine Arbeitsweise, bei der Softwareentwicklung (Development) und IT-Betrieb (Operations) als ein Team zusammenarbeiten und gemeinsam für eine laufende Anwendung verantwortlich sind. Wiederkehrende Schritte wie Tests, Auslieferung und Überwachung werden dabei automatisiert, damit Änderungen schnell und sicher beim Nutzer ankommen.

DevOps ist also kein Werkzeug und keine Stellenbezeichnung, sondern vor allem eine Haltung: Wer Software baut, kümmert sich auch darum, dass sie im Alltag funktioniert.

DevOps – Bedeutung und Herkunft

Lange war die Arbeit strikt getrennt. Die Entwicklung schrieb neue Funktionen und übergab sie an den Betrieb. Der Betrieb sollte die Anwendung stabil halten und sah jede Änderung als Risiko. Das Ergebnis kennen viele Unternehmen: seltene, große Updates, nach denen erst einmal etwas nicht funktioniert, und eine Fehlersuche, bei der jede Seite auf die andere zeigt.

DevOps entstand als Antwort auf diese Reibung. Die Idee: Wenn beide Seiten dasselbe Ziel haben – eine Anwendung, die zuverlässig läuft und sich trotzdem weiterentwickelt –, dann sollten sie auch gemeinsam arbeiten, dieselben Werkzeuge nutzen und dieselben Kennzahlen im Blick haben.

DevOps-Prinzipien einfach erklärt

• Gemeinsame Verantwortung: Das Team, das eine Funktion baut, sorgt auch dafür, dass sie im Betrieb stabil läuft. „Bei mir hat es funktioniert“ zählt nicht.
• Kleine Schritte: Statt einmal im Quartal ein großes Update auszuliefern, gehen kleine Änderungen regelmäßig live. Kleine Änderungen lassen sich leichter prüfen und im Zweifel zurücknehmen.
• Automatisierung: Tests, Aufbau und Auslieferung laufen automatisch ab. Das spart Zeit und verhindert Fehler, die beim manuellen Kopieren von Dateien entstehen. Das technische Rückgrat dafür ist CI/CD.
• Messen statt vermuten: Überwachung zeigt, ob die Anwendung erreichbar ist, wie schnell sie antwortet und wo Fehler auftreten – oft bevor ein Nutzer sie meldet.
• Lernen aus Fehlern: Nach einer Störung wird die Ursache gesucht und behoben, nicht ein Schuldiger. Das Ziel ist, dass derselbe Fehler nicht zweimal passiert.

Wie DevOps in der Praxis funktioniert

Der typische Weg einer Änderung in einem DevOps-Team sieht so aus:

1. Eine Entwicklerin setzt eine Anforderung um und legt die Änderung im gemeinsamen Code-Verzeichnis ab.
2. Automatische Tests prüfen, ob die Änderung funktioniert und nichts Bestehendes kaputt macht.
3. Die Anwendung wird automatisch gebaut und zuerst auf einer Testumgebung ausgeliefert, die dem Echtbetrieb gleicht.
4. Nach Freigabe geht die Änderung live – ohne Wartungsfenster am Wochenende.
5. Die Überwachung meldet, ob nach dem Update alles normal läuft. Falls nicht, wird die vorherige Version wiederhergestellt.

Dazu gehört auch, dass die Serverumgebung selbst beschrieben und nachvollziehbar ist, statt von Hand eingerichtet. So lässt sich eine Anwendung nach einem Ausfall zuverlässig neu aufbauen.

Beispiele aus dem Mittelstand

Kundenportal eines Dienstleisters: Kunden laden Dokumente hoch und sehen den Stand ihrer Aufträge. Wird das Portal nur zweimal im Jahr aktualisiert, gibt es nach jedem Update Ärger. Mit kleinen, geprüften Änderungen kommen Verbesserungen laufend an, und ein Fehler ist schnell behoben, weil klar ist, welche Änderung ihn verursacht hat.

Schnittstelle zwischen Shop und Warenwirtschaft: Ändert ein Anbieter sein Datenformat, fällt das durch die Überwachung sofort auf – nicht erst, wenn Bestellungen fehlen. Die Anpassung ist in derselben Woche live.

Interne Fachanwendung: Ein Betrieb nutzt eine eigene Web-Anwendung für Kalkulation und Planung. Weil Tests und Auslieferung automatisiert sind, kann ein Wunsch aus der Werkstatt oft schon nach wenigen Tagen umgesetzt werden, ohne dass jemand um die Stabilität bangen muss.

Vorteile und Grenzen

Was Auftraggeber von DevOps haben

Als Kunde müssen Sie DevOps nicht selbst beherrschen. Wichtig ist, woran Sie merken, ob Ihr Dienstleister so arbeitet: Updates laufen ohne angekündigte Ausfallzeiten, Fehler werden gemeldet, bevor Ihre Kunden anrufen, und auf die Frage „Was wurde letzte Woche geändert?“ gibt es eine genaue Antwort. Fehlen diese Punkte, ist das ein Hinweis, im Vertrag nachzuschärfen, etwa über ein SLA.

In der Praxis: Wir betreiben, was wir bauen

Bei SEODACH liegen Entwicklung und Betrieb in einer Hand. Überwachung, Updates, Datensicherung und Weiterentwicklung kommen von denselben Leuten, die die Anwendung kennen. Für unsere Kunden heißt das: ein fester Ansprechpartner, ein monatlicher Bericht über Verfügbarkeit und Änderungen und Server in Deutschland. Wie das im Alltag aussieht, beschreiben wir unter Betrieb und Wartung. Wenn die Anwendung erst noch entstehen soll, beginnt der Weg bei der Individualsoftware.

Häufige Fragen

Ist DevOps eine Software?

Nein. DevOps ist eine Arbeitsweise. Es gibt Werkzeuge, die sie unterstützen, etwa für automatische Tests oder Überwachung, aber ohne gemeinsame Verantwortung von Entwicklung und Betrieb bleiben diese Werkzeuge wirkungslos.

Brauchen kleine Unternehmen DevOps?

Nicht als eigene Abteilung. Wer aber eine geschäftskritische Anwendung nutzt, profitiert davon, wenn der Dienstleister so arbeitet: weniger Ausfälle nach Updates und schnellere Fehlerbehebung.

Was ist der Unterschied zwischen DevOps und CI/CD?

DevOps beschreibt die Zusammenarbeit und Haltung. CI/CD ist die technische Umsetzung eines Teils davon: die automatische Prüfung und Auslieferung von Änderungen.