Skip to main content


Was heißt für dich #DevOps? Gerne RT für mehr Input.

  • Interdisziplinäre Teams (58%, 47 votes)
  • Alle sind in beidem gut (17%, 14 votes)
  • Was anderes! (Kommentar) (24%, 20 votes)
81 voters. Poll end: 2 weeks ago

Martin 🪷 Schmitz reshared this.

Dass die Operation Teams am Enwicklungsprozess der Devs beteiligt werden und die Features oder den Code nicht einfach vor die Füße geworfen bekommen.
in der Theorie: Admins, die die Entwicklerbedürfnisse (versuchen zu) verstehen
In der Praxis: Entwickler, die Adminaufgaben (meist mehr schlecht als Recht) übernehmen. Root-Rechte auf Systemen bekommen, Firewalls deaktivieren statt zu konfigurieren etc 😖
In den Theorie beide Deiner Punkte, in der Praxis geht es oft einzig darum, wie die Software zum Kunden kommt. Da ist der DevOps engineer eher ein Rollout and Deploy Manager.
für mich heißt das: hä? mal googlen was das ist
hab abgestimmt und danach kurz überlegt ob "interdisziplinäre Teams" sowas wie Cross-functional meint oder "das Team hat 1 Frontend-Entwickler, 1 Backend Entwickler und und 1 devops 🤦 🙂
vorallem das schon in der Entwicklung klar ist, das man das Geraffel später auch selbst betreiben muss - und Betrieb ist ja leider kein Spielplatz.
"wir haben kein Geld für einen Vollzeitadmin"

Also ich weiss was mit DevOps EIGENTLICH gemeint ist. In der Praxis erlebe ich es als:

Entwickler, die nebenher Admin-Stuff machen, das versuchen mit heißem Hipsterscheiss wegzuautomatisieren (curl <url> | sudo /bin/bash) und sich wundern, wenn ihnen die Realität, der nächste Auditor oder der ISO ihnen das agil um die Ohren klatscht.

Nächste Stufe von DevOps: SubDevOps. Entwickler, die zum Admin-Stuff noch Enduser-Support machen.

Dass Entwickler jetzt auch Admin-Aufgaben wahrnehmen müssen/sollen, aber von vielen Admin-Dingen (Security, Performance, Backup, Betriebssicherheit) wenig bis keine Ahnung haben.
"Wir haben das Operating eingespart, das ist ja nicht wild. Wir kaufen von extern ein Kubernetes-Cluster ein, an dann machen das die Devs nebenbei."
Du startest mit Interdisziplinären Teams und arbeitest auf das Zielbild hin, dass alle in beidem gut genug werden.
In manchen Teams klappt's, andere haben auch nach fünf Jahren noch die eine Ops-Person, die als einzige den Deployment- und Netzwerkkram versteht.
auch Entwickler müssen müssen Rufbereitschaft leisten und auf die Alerts ihrer Software binnen 5 Minuten reagieren.
Vor allem, dass das Produkt nicht ein Binary ist, welches man ueber den Zaun wirft. Das Produkt ist der Betrieb eines Dienstes und dies ist die gemeinsame Aufgabe eines Teams. Die Aufgabe ist damit organisatorisch unteilbar.
#DevOps heißt für mich vor allem, dass man nicht für ein Deployment eine Downtime von 4-6 Stunden einplanen muss, nur um dann einen Tag später noch 2 "Hotfixes" hinterherzuschieben, weil sich das Produktivsystem anders verhält als man erwartet hat.
"lass mal die Entwicker deployen, und wenn wir einen Admin finden der auch noch progammieren kann, wäre das wirklich nett"

Das weiß niemand.

In der Theorie sollten die, die Software bauen, auch verstehen, wie sie betrieben wird, und die Software so bauen, daß das Betreiben nicht ganz so schmerzhaft ist.

Dann hat leider jemand Docker erfunden und nun glauben zu viele (Entwicklys wie Admins) fälschlich, daß das alles kein Problem ist.

Meist fängt es doch damit an das man ein dediziertes DevOps Team hat, mit Leuten die Skills haben die sonst keiner hat. Was dazu führt das man nun neben Dev und Ops noch ein weiteres Silo hat.

Wie dieses agile Leadership, das einen Plan für die nächsten 2 Jahre braucht.

Oder der Finanzchef der in die Cloud ohne Geld will.

Meinte ich Finanzchef? Ich meinte natürlich HR, die für New Hires kein Budget hat, für internals noch weniger.

(Inser Tableflip Emoji here.)

"Ops" mit "Admin" gleichzusetzen, ist ein gerne gemachter Fehler.

Es geht im Normalfall um Applikationsbetrieb und Applikationsentwicklung (oder Plattformbetrieb und Plattformentwicklung), nicht um Entwickler vs. Admins.

Nur die Spielart "Site Reliability Engineering" macht die Weiterentwicklung der Plattform plus Anwendung in einem Team.

Mein erster Kontakt war "Anti-Typ C" von https://web.devopstopologies.com/ (nach unten scrollen).