Hören Sie auf, DevOps-Teams „DevOps-Teams“ zu nennen.

Die Autoren der neuesten branchenweiten DevOps-Umfrage von Puppet haben einen Rat für DevOps-Befürworter: Hören Sie auf, es „DevOps“ zu nennen. Es stiftet nur Verwirrung. Und fangen Sie gar nicht erst mit DevSecOps an. Sie bringen auch eine weitere interessante Neuigkeit mit sich: Eine gut konzipierte IT-Architektur kann zur Lösung unternehmenskultureller Probleme beitragen.

Das ist das Wort von Puppet's Bericht zum Stand von DevOps 2021, das die Erfahrungen von 2.650 IT-, Entwicklungs- und Informationssicherheitsexperten umfasst. Es ist nicht so, dass DevOps an Popularität verliert – 83 % implementieren DevOps und viele sehen Vorteile, einschließlich einer schnelleren Bereitstellung hochwertiger Software.

Auch: Was ist Low-Code und No-Code? Ein Leitfaden für Entwicklungsplattformen

„Wir sind der festen Überzeugung, dass die Anwesenheit von ‚DevOps-Teams‘ für die Branche und viele Organisationen verwirrend ist und in den meisten Fällen nicht hilft Organisationen entwickeln sich weiter“, so die Autoren des Umfrageberichts unter der Leitung von Nigel Kersten, CTO von Puppet, und Kate McCarthy, Direktorin bei ClearPath Strategies. Zustand. „Unserer Erfahrung nach verfügen Organisationen mit weniger zweideutigen Teamnamen und klarer definierten Verantwortlichkeiten weitaus eher über eine leistungsfähigere IT-Funktion.“ 

DevOps-Funktionen sind in der Regel mit einer Reihe von Verantwortlichkeiten betraut, darunter die folgenden, die durch die Selbstbeschreibungen der Umfrageteilnehmer über ihre Teams ermittelt wurden:

• Traditionelle Infrastruktur und Betrieb
• Systemadministration
• Durchgängige Produktverantwortung
• Unterstützung von Entwicklungsteams mit einer Kombination aus Release-Automatisierung, Bereitstellungspipelines und Tools
• Erstellen Sie die umständlichen Dinge, um die sich Anwendungsentwickler nicht kümmern wollen oder müssen: Infrastruktur, Container-Fabrics, Überwachung und Metriken.
• Förderung und Ermöglichung von DevOps-Praktiken im gesamten Unternehmen

„Mangelnde Klarheit über Teamidentitäten führt zu erheblichen organisatorischen Spannungen und behindert die Softwarebereitstellung auf vielfältige Weise“, raten Kersten und McCarthy. „Wir schlagen vor, dass Organisationen von der Verwendung von ‚DevOps‘-Teams zu klareren Teamnamen übergehen, und zwar.“ Insbesondere, dass der Einsatz von Stream-ausgerichteten und plattformorientierten Teams ein klar definierter Weg zum Erreichen von DevOps-Erfolg ist Skala." 

Mit anderen Worten: DevOps ist möglicherweise der Mechanismus, mit dem Teamziele erreicht werden, ist aber kein Ziel an sich. Und Sicherheit sollte von Anfang an in diese Bemühungen integriert werden – und nicht als separate „DevSecOps“-Anstrengung.

Das Puppet-Team untersuchte auch ein kleineres Segment, das sie als „hochentwickelte Unternehmen“ bezeichnen Sie haben mit DevOps-Ansätzen einen größeren Erfolg und können nachverfolgen, was sie anders machen als ihre Verzögerungen Gleichaltrige. Zunächst einmal verfolgen sie einen Plattformansatz, der „Entwicklern den Zugriff auf Authentifizierung (62 %), Container-Orchestrierung (60 %) usw. ermöglicht.“ Dienst-zu-Dienst-Authentifizierung (53 %), Nachverfolgung und Beobachtbarkeit (49 %) sowie Protokollierungsanfragen (47 %) über Self-Service-Dienste. Das war erreicht, „indem sie ihre internen Kunden verstehen und eine kuratierte Reihe von Technologien für Infrastruktur und Entwicklung anbieten.“ Funktionen auf ihrer Plattform.

Auch Teams sehen in hochentwickelten Unternehmen anders aus, beobachtet das Puppet-Team. Sie setzen „eine Kombination aus Stream-ausgerichteten Teams und Plattformteams als effektivste Möglichkeit ein, die kognitive Belastung des Teams in großem Maßstab zu verwalten“. und sie haben eine kleine Anzahl von Teamtypen, deren Rolle und Verantwortlichkeiten von den angrenzenden Teams klar verstanden werden.“ Bezeichnenderweise sagen 91 % der hoch entwickelten Teams geben an, dass sie ihre Verantwortlichkeiten gegenüber anderen Teams klar verstehen, im Vergleich zu nur 46 % der niedrig entwickelten Teams Mannschaften. Darüber hinaus geben 89 % der hoch entwickelten Teams an, dass die Mitglieder ihres eigenen Teams klare Rollen, Pläne und Ziele für ihre Arbeit haben, im Vergleich zu nur 46 % der niedrig entwickelten Teams.

Hochentwickelte Teams machen sich weniger Gedanken über unternehmenskulturelle Probleme, die die DevOps-Bemühungen tendenziell behindern. Es ist nicht so, dass ihnen die Kultur weniger am Herzen liegt. Vielmehr haben sie einen Technologie-Stack geschaffen, der es ermöglicht, Arbeitsabläufe und Informationen zu skalieren und schnell dorthin zu bringen, wo sie benötigt werden. Sie sind zu einem Ansatz übergegangen, der „eine erhebliche Automatisierung nutzt und in interne Plattformen investiert“, erklären Kersten und McCarthy. Kurz gesagt: Für hochentwickelte Unternehmen stellt die Kultur kein Hindernis mehr dar.

Die Umfrage zeigt beispielsweise, dass 84 % der hochentwickelten Unternehmen eine elastische Bereitstellung und Freigabe ermöglichen Fähigkeiten – in einigen Fällen automatisch –, um entsprechend schnell nach außen und innen zu skalieren Nachfrage. Nur 17 % der Unternehmen mit geringer Entwicklung können elastisch skalieren, heißt es in der Umfrage. Ebenso können Entwickler in 79 % der hochentwickelten Unternehmen Rechenkapazitäten wie Serverzeit bereitstellen und Netzwerkspeicher je nach Bedarf automatisch – im Vergleich zu nur 16 % der Unternehmen auf der niedrigsten DevOps-Ebene Evolution.