Bald in einem Netzwerk in Ihrer Nähe. Präsentiert von der Other API Economy .
In der DevOps-Community ist in letzter Zeit ein Wandel zu beobachten, der den Fokus stärker auf die Kultur richtet. Dies liegt wahrscheinlich daran, dass ohne den kulturellen Wandel hin zu einer offeneren, kollaborativeren IT-übergreifenden Umgebung viele Vorteile von DevOps nicht vollständig ausgeschöpft werden können. Der geschlossene Informationsaustausch nach dem „Need-to-know“-Prinzip führt zu Silos, die wie Wehrtürme das einzigartige Stammeswissen der einzelnen Betriebsdomänen einschließen, die das ausmachen, was wir liebevoll als „IT“ bezeichnen.
Aber sie aufzulösen kann schmerzhaft sein. Und peinlich. Und außerordentlich schwierig. Wir können zwar Witze über die „asoziale“ Natur praktisch aller IT-Bewohner machen und uns über die Karikaturen lustig machen, doch die Realität ist, dass diese Archetypen – wie die meisten Legenden und Märchen – aus realen Verhaltensweisen und Charakteristika entstanden sind, die auch heute noch für viele Menschen in diesem Bereich typisch sind.
Ich bin ein INTJ beim Meyers-Briggs. Jedes Mal. Ja, „Der Architekt“. Ich bin ein reformierender Beobachter im Insights -Spektrum, das eigentlich nur ein hyperidealisierter Jungscher Test ist, der eine höhere Genauigkeit als Meyers-Briggs verspricht. So oder so bin ich eher introvertiert. Heute gehen Forscher davon aus, dass fast 50 % der Bevölkerung introvertiert sind. Und es wird Sie sicher nicht überraschen, dass viele von ihnen wie ich den Weg in die IT gefunden haben, während unsere unverständlichen, extrovertierten Kollegen in Marketing- und Managementpositionen abgewandert sind.
Introvertierte mögen es nicht, mit Menschen zusammen zu sein – wie die Kids heutzutage die Interaktion mit anderen nennen. Es liegt nicht wirklich an Ihnen, sondern an uns. Wir verarbeiten Informationen und Daten einfach anders als Extrovertierte und empfinden zu viel aktive Interaktion als überfordernd. Wir können Leute, aber es ist anstrengend. Wir bevorzugen Text und Zeit zum Nachdenken, bevor wir antworten. Deshalb kommen wir im digitalen Zeitalter eigentlich ziemlich gut zurecht, denn ein Großteil unserer Kommunikation erfolgt über Distanz und Text. Sie könnten uns sogar für Extrovertierte halten, wenn Sie uns nur in unserer digitalen Form kennen.
Wenn Sie die Prämisse des mit DevOps erforderlichen Kulturwandels bedenken, werden Sie sofort erkennen, dass hier ein Konflikt besteht. Teilen und Kommunikation sind beides kritische Komponenten von DevOps, und das bedeutet, dass man versuchen muss, eine Gruppe von Introvertierten nicht nur dazu zu bringen, Menschen zu sozialisieren, sondern auch, darin effektiv zu sein. Das bedeutet, dass die Suche nach einem Weg zu „Bevölkerung ohne Bevölkerung“ der Suche nach dem Goldtopf am Ende des Regenbogens gleicht.
Es stellt sich heraus, dass ChatOps genau der richtige Goldtopf sein könnte.
Was ist also ChatOps? Jason Hand , einer der führenden ChatOps-Experten, gibt uns eine prägnante Definition : „Stellen Sie sich ChatOps als eine gemeinsame Befehlszeile vor.“
Natürlich steckt mehr dahinter, aber im Grunde ist dies ein ausgezeichneter Ausgangspunkt.
Tools wie HipChat und Slack sind im Gegensatz zu IM-Systemen der alten Schule nicht für die 1:1-Kommunikation konzipiert. Das ist zwar möglich, aber die wahre Stärke dieser modernen Kommunikationsplattformen liegt darin, dass sie eine offene Kommunikationsumgebung ermöglichen, in der Informationen und Aktualisierungen sofort mit allen Personen im Unternehmen geteilt werden, die daran interessiert sind. Das Herumlungern ist erwünscht, denn wichtig ist die Verfügbarkeit und Zugänglichkeit der Informationen und nicht eine fortlaufende Konversation.
Kanäle (wie #IRC) bieten die Möglichkeit, das Signal-Rausch-Verhältnis zu steuern, und oft auch eine klare Prüfspur darüber, wer was wann getan hat. Diese Tools erreichen dies, indem sie mehr sind als nur Chat-Clients. Es handelt sich dabei um Plattformen, deren Funktionalität durch APIs erweitert werden kann, um eine bidirektionale Kommunikation nicht nur mit Personen, sondern auch mit Systemen zu ermöglichen. Das bedeutet, dass ich einen #Alerts-Kanal hinzufügen kann, an den ich beispielsweise Warnungen von Infrastrukturkomponenten weiterleiten kann.
Sie können – und das relativ einfach, möchte ich hinzufügen – eine „App“ für Slack erstellen, die Informationen über die APIs abfragt und zurückgibt. Vielleicht liegt es an Ihrem Switch, Ihrem Load Balancer oder dem lokalen Wetter. Was auch immer es sein mag, Sie können innerhalb dieser Tools Befehle aufrufen, die Aufgaben automatisch ausführen. Und Sie können den Aufruf – und die Ergebnisse – weitergeben, ohne dass jeder, der davon erfahren muss oder für den es von Nutzen sein könnte, davon erfahren wird. Aufgaben werden dann anhand Ihrer Aktivitäten dokumentiert und hinterlassen eine Spur, damit andere verstehen, was vor sich geht. Statusupdates von Monitoring-Systemen, neue Tickets vom Helpdesk, ein Hinweis, dass ein Server gerade ausgefallen ist und nicht mehr erreichbar ist. So ziemlich alles, was Sie sich vorstellen können, was über eine API kommuniziert werden kann, kann mit anderen Menschen geteilt werden – ohne wirklich jemanden zu kontaktieren.
Dieser Prozess eröffnet zahlreiche Möglichkeiten für Mentoring, Schulungen und die Freigabe von Stammeswissen, das anderen Bereichen der IT – einschließlich der Entwicklung – zugutekommt. Es handelt sich um Teilen im großen Stil, ohne dass man sich in Räumen voller Menschen drängen oder Schulungsübungen für strahlende Nachwuchsingenieure durchführen muss. Es ist darüber hinaus eines der wenigen Tools, das den kulturellen Wandel ermöglicht, der für die erfolgreiche Einführung eines DevOps-Ansatzes im „Netzwerk“ erforderlich ist.
Und wir müssen es annehmen. Wenn Sie immer noch skeptisch sind, werfen Sie einen Blick auf die folgende Frage, die Atlassian und xMatters in ihrer DevOps Maturity Survey 2017 gestellt haben:
Wenn so viele Organisationen Infrastruktur, Anwendungen und Dienste überwachen, warum melden dann 50 % der Befragten Probleme in der Produktion nach der Code-Veröffentlichung?
Die Autoren haben ihre eigenen Hypothesen, die auf ihren Daten beruhen, aber ich habe eine andere – die größtenteils auf dem Trugschluss der Komposition beruht, der uns daran erinnert, dass die zur Bereitstellung freigegebene Anwendung nicht dieselbe Anwendung ist, die auch in der Produktion eingesetzt wird . Durch das Einfügen von App-Diensten und die Interaktion mit dem Netzwerk verändert sich die Zusammensetzung. Die Überprüfung dieser Anwendung ist nicht mehr vollständig, sofern sie nicht in einer exakten Nachbildung der Produktionsumgebung durchgeführt wird.
Schlimmer noch: Bei fast einem Drittel der Unternehmen werden diese Probleme erst entdeckt, wenn Kunden sie über Serviceunterbrechungen informieren. Dies kann an der Art und Weise liegen, wie Informationen zwischen Entwicklung und IT ausgetauscht werden. 29 Prozent geben an, dass Informationen zwischen Teams ausgetauscht werden , wenn dies ausdrücklich verlangt wird. Nur 16,8 % stellen die Informationen „jedem offen, der technische Angaben, Ziele, Pläne und Ergebnisse liefert“.
Ohne die spezifischen Informationen zum Verhalten einer App in der Produktion ist es oft schwierig, das Problem zu erkennen, ganz zu schweigen von seiner Quelle. „Auf meinem Rechner funktioniert es“ ist ein defensives Mantra, das aus der Frustration der Entwickler entsteht, schlechtes Verhalten nicht reproduzieren zu können, das meistens auf einen Mangel an Umgebungsinformationen zurückzuführen ist.
Auch wenn wir nicht gerade Feuer und Flamme dafür sind, alle Netzwerkfunktionen zu automatisieren , ist ChatOps eine gute Möglichkeit, die Kommunikationswege zwischen IT und Entwicklung zu öffnen und bessere Einblicke in Probleme zu erhalten, die zu einer schnelleren MTTR (mittlere Zeit bis zur Problemlösung) beitragen. Auf diese Weise erhalten Sie einen umfassenderen Überblick über die Vorgänge „im Netzwerk“, ohne dass die Techniker aufdringlich sind oder ins Mikromanagement eingreifen müssen. Es bietet Ihren Introvertierten eine Möglichkeit, mit Menschen ohne Menschen zu sprechen, was sie dazu ermutigt, häufiger und ausführlicher – und Sie werden vielleicht feststellen, mit mehr Begeisterung – zu teilen.
Wenn Sie mit ChatOps noch nicht vertraut sind, empfehle ich Ihnen dringend , das E-Book „ChatOps für Dummies“ von Jason Hand zu lesen. Sie müssen zwar Ihre E-Mail-Adresse aufgeben, aber es lohnt sich.
Und bleiben Sie hier dran. Zu ChatOps wird es in Zukunft noch mehr geben, das kann ich garantieren.