Eigenes DevOps-Team oder Managed Services? Der echte Kostenvergleich
Ihre AWS-Umgebung ist gewachsen, die nächtlichen Alerts haben begonnen, und zwei Optionen liegen auf dem Tisch: DevOps-Engineers einstellen oder den Betrieb an ein Managed-Services-Team übergeben. Dieser Artikel stammt nicht von einer neutralen Partei — wir verkaufen Managed Services, das sei vorweg gesagt — aber wir rechnen ehrlich, denn in manchen Situationen ist Einstellen tatsächlich die richtige Antwort, und wir benennen unten genau, wann.
Die Rechnung, die alle überspringen: 24/7 funktioniert nicht mit einer Person
Der Vergleich wird meist als „Gehalt eines Engineers vs. monatliche Servicegebühr“ gerahmt — und ist vom ersten Schritt an falsch. Produktion lebt 24/7; ein einzelner Engineer kann nicht 24/7 in Bereitschaft sein — Urlaub, Krankheit, Schlaf und Kündigungen sind real. Eine tragfähige Bereitschaftsrotation braucht mindestens 3, bequem 4-5 Personen. Die eigentliche Frage lautet also nicht „ein Gehalt oder ein Retainer“ — sondern „ein Team oder ein Retainer“.
Der echte Kostenvergleich
| Posten | In-house (tragfähiges Minimum) | Managed Services |
|---|---|---|
| Personalbedarf | 3-5 DevOps-/Plattform-Engineers | Vertraglich gebundenes Team; benannte Senior Engineers |
| Direkte Kosten | Volle Arbeitgeberkosten pro Kopf (Gehalt + Nebenleistungen + Tooling), mal Größe der Rotation | Feste Monatsgebühr (unsere beginnt bei €3.000/Monat) |
| Unsichtbare Kosten | Einstellungszeit (Monate für Senior DevOps), Onboarding, Führungsaufwand, Fluktuations-/Nachbesetzungszyklen | Onboarding-Phase (typischerweise 2-4 Wochen) |
| 24/7-Abdeckung | Nur mit 3+ Personen; die „eine Person, die nachts ans Telefon geht“ brennt aus | Teil des Vertrags; die Rotation ist das Problem des Anbieters |
| Wissenskontinuität | An Einzelpersonen gebunden — geht mit einer Kündigung zur Tür hinaus | Dokumentierte Runbooks + ein Team; geringes Schlüsselpersonenrisiko |
| Skalierung | Eine Neueinstellung = Monate | Ein Tier-Upgrade = eine Vertragsänderung |
Grobe Zusammenfassung: Die jährlichen Gesamtkosten eines tragfähigen internen Bereitschaftsteams sind für die meisten KMU und Mittelständler ein Vielfaches eines Managed-Services-Retainers. Wo das kippt, behandeln wir unten unter „wann Einstellen richtig ist“.
Drei Unterschiede jenseits des Geldes
- Breite der Expertise: Kein einzelner Engineer weiß alles — Networking, Security, Datenbanken, Kosten, Kubernetes und Incident Response sind verschiedene Muskeln. Ein Team zu kaufen kauft diese Breite; eine Person einzustellen kauft ihr stärkstes Gebiet.
- Incident-Laufleistung: Zwischen einem internen Team, das 2-3 ernste Incidents pro Jahr sieht, und einem Team, das jeden Monat Incidents in verschiedenen Umgebungen löst, liegt ein Reflex-Unterschied. Unser War-Stories-Archiv ist ein Protokoll davon, wie diese Laufleistung aussieht.
- Die Fokuskosten: Jede Stunde, die Ihre Produkt-Engineers mit Infrastruktur verbringen, ist eine dem Produkt gestohlene Stunde. In den meisten Unternehmen sind die wahren Kosten von „machen wir DevOps intern“ eine langsamere Produkt-Roadmap.
Die ehrliche Ecke: wann Einstellen die richtige Antwort ist
- Infrastruktur ist das Produkt — wenn Sie eine PaaS, Hosting oder eine Datenplattform verkaufen, ist diese Kompetenz ein Kern-Asset; behalten Sie sie im Haus.
- Sie haben die Größenschwelle überschritten — wenn Ihr AWS-Footprint und Ihre Änderungsrate ein dediziertes Plattform-Team von 4-5 Personen wirklich auslasten, gewinnt In-house bei den Stückkosten.
- Tiefes Domänenwissen ist Pflicht — in regulierten, domänenspezifischen Systemen (z. B. Medizinprodukte-Infrastruktur) kann die Lernkurve eines externen Teams teuer werden.
Selbst in allen drei Fällen ergibt das Hybridmodell weiterhin Sinn: der Kern im Haus, 24/7-Bereitschaft plus Spezialistenverstärkung von außen.
Hybrid: die richtige Antwort für die meisten Unternehmen
Die binäre Rahmung führt in die Irre; was in der Praxis am besten funktioniert, ist meist eine Mischung: 1-2 Engineers im Haus, die die Umgebung kennen (oder ein starker Tech Lead), mit 24/7-Monitoring-und-Response plus Kosten-/Security-Expertise von außen. Das interne Team besitzt die Grenze zwischen Produkt und Infrastruktur; das externe Team trägt die Bereitschaft, die Routine und die Momente, die tiefes Spezialwissen brauchen. Ein großer Teil unserer Managed-Services-Kunden fährt genau dieses Modell — wir sind nicht der Konkurrent des internen Teams, wir sind seine Schlafversicherung.
KI hat diese Balance verschoben
In Monitoring, Anomalieerkennung, Log-Analyse und First Response leisten KI-Agenten inzwischen echte Arbeit — in unserem eigenen Betrieb triagiert unsere AiMon- und KI-Agenten-Schicht einen erheblichen Teil der Routine-Incidents, bevor ein Mensch aufwacht. Das senkt die Kostenbasis von Managed Services (genau das macht eine €3.000/Monat-Stufe profitabel) — aber dieselben Werkzeuge sind auch für interne Teams in Reichweite. Welches Modell Sie auch wählen: Bauen Sie 2026 keinen KI-freien Betrieb auf; unser Leitfaden zu KI im Betrieb behandelt, wo Sie anfangen.
Häufige Fragen
Ist es günstiger, einen DevOps-Engineer einzustellen, als auszulagern?
Wenn Sie 24/7-Abdeckung brauchen, ist Auslagern fast immer günstiger — weil der ehrliche Vergleich gegen die Gesamtkosten einer Rotation aus 3-5 Personen läuft, nicht gegen ein Gehalt. Wenn Support zu Geschäftszeiten genügt und Ihre Größe hoch ist, kann die Balance in Richtung Einstellen kippen.
Was kosten Managed AWS Services pro Monat?
Der Markt deckt je nach Scope eine große Spanne ab; unsere Stufen beginnen bei €3.000/Monat (Essential) und skalieren auf der Growth-Stufe mit einem Prozentsatz der AWS-Ausgaben. Unsere Preise sind offen auf der Website veröffentlicht.
Verlieren wir nicht die Kontrolle?
Nicht in einem sauber strukturierten Modell: Die AWS-Accounts bleiben Ihre, der Zugriff des Anbieters ist rollenbasiert und protokolliert, jede Änderung ist nachvollziehbar. Vermeiden Sie das Modell „gehostet im Account des Anbieters“ — dort lebt echter Vendor-Lock-in.
Ergibt externer Support Sinn, wenn wir schon ein Team haben?
Ja — es ist unser häufigstes Modell. Das interne Team besitzt die Grenze zwischen Produkt und Infrastruktur; das externe Team trägt 24/7-Bereitschaft und Spezialistenverstärkung und dient zugleich als Kontinuitätsversicherung bei Kündigungen.
Fazit
Die Frage ist nicht „was ist besser“, sondern „was, in Ihrer Größe, wofür“: Wenn Infrastruktur Ihr Kerngeschäft ist und die Größe ein Team auslastet, bauen Sie es im Haus auf; wenn nicht, geben Sie die 24/7-Last zum Festpreis ab und geben Ihre Engineers dem Produkt zurück. In beiden Fällen ist die ausgebrannte Ein-Personen-„DevOps-Abteilung“ die teuerste Option — Sie zahlen in Geld und in Menschen.
Wollen Sie die Zahlen für Ihre Umgebung durchrechnen? Stufen und Preise stehen offen auf unserer AWS-Managed-Services-Seite, und ein kostenloser AWS Health Scan — 45 Minuten plus ein Read-only-Review, fünf schriftliche Findings — zeigt, wie Ihre aktuelle Betriebslast tatsächlich aussieht.