<\/a><\/noindex>DevOps umfasst viele verschiedene Konzepte (wie kontinuierliche Lieferung, kontinuierliche Integration, Automatisierung usw.), daher kann es schwierig sein, das Wesentliche herauszufiltern, insbesondere wenn man f\u00fcr das Thema interessiert ist. Diese F\u00e4higkeit ist jedoch \u00e4u\u00dferst n\u00fctzlich, ganz gleich, ob Sie Ihre Ideen Ihrem Vorgesetzten vermitteln oder einfach jemandem aus Ihrer Familie oder Ihrem Bekanntenkreis von Ihrer Arbeit erz\u00e4hlen m\u00f6chten. Lassen Sie uns also die terminologischen Feinheiten von DevOps beiseitelegen und uns auf das Gesamtbild konzentrieren.<\/p>\n
Was ist DevOps: 6 Definitionen und Analogien<\/h3>\n \nWir haben Experten gebeten, die Essenz von DevOps so einfach und kurz wie m\u00f6glich zu erkl\u00e4ren, damit ihr Wert f\u00fcr Leser mit jedem technischen Hintergrund verst\u00e4ndlich wird. Aus diesen Gespr\u00e4chen haben wir die pr\u00e4gnantesten Analogien und markanten Formulierungen ausgew\u00e4hlt, die Ihnen helfen werden, Ihre Erz\u00e4hlung \u00fcber DevOps zu gestalten.<\/p>\n
1. DevOps ist eine kulturelle Bewegung<\/h4>\n \n\u201eDevOps ist eine kulturelle Bewegung, in der beide Seiten (Softwareentwickler und IT-Systembetreiber) anerkennen, dass Software keinen echten Wert hat, solange sie nicht von jemandem genutzt wird: sei es von Kunden, Klienten oder Mitarbeitern\u201c, sagt Eveline Oehrlich, Senior Research Analyst am DevOps Institute. \u201eDeshalb gew\u00e4hrleisten beide Seiten gemeinsam eine schnelle und qualitativ hochwertige Softwarebereitstellung.\u201c<\/p>\n
2. DevOps ist das, was Entwicklern Macht verleiht<\/h4>\n \n\u201eDevOps gibt Entwicklern die Befugnis, Anwendungen zu besitzen, sie zu starten und die Lieferung von Anfang bis Ende zu verwalten.\u201c<\/b><\/p>\n
\u00ab\u041e\u0431\u044b\u0447\u043d\u043e \u043e DevOps \u0433\u043e\u0432\u043e\u0440\u044f\u0442, \u043a\u0430\u043a \u043e \u0441\u043f\u043e\u0441\u043e\u0431\u0435 \u0443\u0441\u043a\u043e\u0440\u0438\u0442\u044c \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0443 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0432 \u043f\u0440\u043e\u0434\u0430\u043a\u0448\u043d \u0437\u0430 \u0441\u0447\u0435\u0442 \u0432\u044b\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043d\u0438\u044f \u0438 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u2013 \u0433\u043e\u0432\u043e\u0440\u0438\u0442 \u0414\u0436\u0435\u0439 \u0428\u043d\u0430\u0439\u043f (Jai Schniepp), \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u043f\u043e \u043f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430\u043c DevOps \u0441\u0442\u0440\u0430\u0445\u043e\u0432\u043e\u0439 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 Liberty Mutual. \u2013 \u041d\u043e \u0434\u043b\u044f \u043c\u0435\u043d\u044f \u044d\u0442\u043e \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0431\u043e\u043b\u0435\u0435 \u0444\u0443\u043d\u0434\u0430\u043c\u0435\u043d\u0442\u0430\u043b\u044c\u043d\u0430\u044f \u0432\u0435\u0449\u044c. DevOps \u043d\u0430\u0434\u0435\u043b\u044f\u0435\u0442 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043f\u043e\u043b\u043d\u043e\u043c\u043e\u0447\u0438\u044f\u043c\u0438 \u043d\u0430 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f\u043c\u0438 \u0438\u043b\u0438 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u043c\u0438 \u0447\u0430\u0441\u0442\u044f\u043c\u0438 \u041f\u041e, \u043d\u0430 \u0438\u0445 \u0437\u0430\u043f\u0443\u0441\u043a \u0438 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u043e\u0439 \u043e\u0442 \u043d\u0430\u0447\u0430\u043b\u0430 \u0438 \u0434\u043e \u043a\u043e\u043d\u0446\u0430. DevOps \u0443\u0441\u0442\u0440\u0430\u043d\u044f\u0435\u0442 \u043d\u0435\u0440\u0430\u0437\u0431\u0435\u0440\u0438\u0445\u0443 \u0441 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u044c\u044e \u0438 \u0432\u0435\u0434\u0435\u0442 \u0432\u0441\u0435\u0445 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u043e\u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u043a \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u044e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0438 \u0443\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u043c\u043e\u0439 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u043c \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b\u00bb.<\/p>\n
3. DevOps \u2013 \u044d\u0442\u043e \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u043f\u0440\u0438 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0438 \u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439<\/h4>\n \n\u00ab\u041f\u0440\u043e\u0449\u0435 \u0433\u043e\u0432\u043e\u0440\u044f, DevOps \u2013 \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u043a \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u0443 \u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0435 \u041f\u041e, \u043a\u043e\u0433\u0434\u0430 \u0432\u0441\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442 \u0432\u043c\u0435\u0441\u0442\u0435\u00bb, \u2013 \u043e\u0442\u043c\u0435\u0447\u0430\u0435\u0442 \u0413\u0443\u0440 \u0421\u0442\u0430\u0444, \u043f\u0440\u0435\u0437\u0438\u0434\u0435\u043d\u0442 \u0438 \u0440\u0443\u043a\u043e\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043d\u0430\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0446\u0438\u0444\u0440\u043e\u0432\u043e\u0433\u043e \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 BMC.<\/p>\n
4. DevOps \u2013 \u044d\u0442\u043e \u043a\u043e\u043d\u0432\u0435\u0439\u0435\u0440<\/h4>\n \n\u00ab\u041a\u043e\u043d\u0432\u0435\u0439\u0435\u0440\u043d\u0430\u044f \u0441\u0431\u043e\u0440\u043a\u0430 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u0430, \u0442\u043e\u043b\u044c\u043a\u043e \u0435\u0441\u043b\u0438 \u0432\u0441\u0435 \u0434\u0435\u0442\u0430\u043b\u0438 \u043f\u043e\u0434\u0445\u043e\u0434\u044f\u0442 \u0434\u0440\u0443\u0433 \u043a \u0434\u0440\u0443\u0433\u0443\u00bb.<\/b><\/p>\n
\u201eIch w\u00fcrde DevOps mit einem Flie\u00dfband f\u00fcr die Automobilproduktion vergleichen\u201c, f\u00e4hrt Gur Staff fort. \u201eDie Idee ist, alles im Voraus zu planen und die einzelnen Teile so herzustellen, dass sie sp\u00e4ter ohne individuelle Anpassungen zusammengesetzt werden k\u00f6nnen. Flie\u00dfbandproduktion ist nur m\u00f6glich, wenn alle Teile zueinander passen. Diejenigen, die den Motor entwerfen und herstellen, m\u00fcssen sich \u00fcberlegen, wie er an die Karosserie oder den Rahmen befestigt wird. Die Hersteller der Bremsen m\u00fcssen an die R\u00e4der denken, und so weiter. Genau so sollte es auch mit Software sein. <\/p>\n
Ein Entwickler, der die Gesch\u00e4ftslogik oder die Benutzeroberfl\u00e4che erstellt, muss an die Datenbank denken, die Informationen \u00fcber die Kunden speichert, an die Sicherheitsma\u00dfnahmen zum Schutz der Benutzerdaten und daran, wie all das funktionieren wird, wenn der Service eine gro\u00dfe, m\u00f6glicherweise sogar multimillionenfache Nutzerbasis bedient.<\/p>\n
\u201eDie gr\u00f6\u00dfte H\u00fcrde, die es zu \u00fcberwinden gilt, besteht darin, dass Menschen zusammenarbeiten und \u00fcber die Teile ihrer Arbeit nachdenken, die von anderen erledigt werden, anstatt sich ausschlie\u00dflich auf ihre eigenen Aufgaben zu konzentrieren. Wenn dies gelingt, haben Sie hervorragende Chancen auf digitale Transformation\u201c, f\u00fcgt Gur Staf hinzu.<\/p>\n
5. DevOps ist die richtige Kombination aus Menschen, Prozessen und Automatisierung.<\/h4>\n \nJayne Groll, die Gesch\u00e4ftsf\u00fchrerin des DevOps Instituts, hat eine hervorragende Analogie zur Erkl\u00e4rung von DevOps vorgeschlagen. Ihrer Meinung nach ist \u201eDevOps wie ein Kochrezept, bei dem es drei Hauptkategorien von Zutaten gibt: Menschen, Prozesse und Automatisierung. Die meisten dieser Zutaten k\u00f6nnen aus anderen Bereichen und Quellen kommen: Lean, Agile, SRE, CI\/CD, ITIL, F\u00fchrung, Kultur, Werkzeuge. Das Geheimnis von DevOps, genau wie bei jedem guten Rezept, besteht darin, die Zutaten in der richtigen Proportion zu kombinieren und zu mischen, um die Geschwindigkeit und Effizienz bei der Erstellung und Bereitstellung von Anwendungen zu steigern.\u201c<\/p>\n
6. DevOps ist, wenn Programmierer wie ein Formel-1-Team arbeiten.<\/h4>\n \n\u201eDas Rennen wird nicht vom Start bis zur Ziellinie geplant, sondern umgekehrt, von der Ziellinie bis zum Start.\u201c<\/b><\/p>\n
\u201eWenn wir \u00fcber das sprechen, was wir von der DevOps-Initiative erwarten k\u00f6nnen, vergleiche ich das mit einem NASCAR- oder Formel-1-Rennteam\u201c, sagt Chris Short, Marketing Manager f\u00fcr Cloud-Plattformen bei Red Hat und Herausgeber des Newsletters DevOps\u2019ish. \u201eEin Teamleiter hat ein einziges Ziel: So viele Punkte wie m\u00f6glich zu sammeln, basierend auf den verf\u00fcgbaren Ressourcen und den Herausforderungen, denen das Team gegen\u00fcbersteht. Dabei wird das Rennen nicht vom Start zum Ziel, sondern umgekehrt geplant \u2013 vom Ziel zur\u00fcck zum Start. Zuerst wird ein ehrgeiziges Ziel gesetzt, danach werden die Wege zu dessen Erreichung festgelegt. Diese werden dann in Aufgaben aufgeteilt und an die Teammitglieder delegiert.\u201c<\/p>\n
\u201eDie ganze Woche vor dem Rennen verfeinert das Team den Boxenstopp. Es konzentriert sich auf Kraft- und Cardiotraining, um an einem anstrengenden Renntag in Form zu sein. Das Team \u00fcbt die gemeinsame Reaktion auf Probleme, die w\u00e4hrend des Rennens auftreten k\u00f6nnen. Genauso sollte das Entwicklungsteam die F\u00e4higkeiten f\u00fcr h\u00e4ufige Releases neuer Versionen trainieren. Mit solchen F\u00e4higkeiten und einem stabilen Sicherheitssystem k\u00f6nnen neue Versionen auch h\u00e4ufiger in die Produktion gebracht werden. In diesem Sinne bedeutet steigende Geschwindigkeit auch steigende Sicherheit\u201c, sagt Short.<\/p>\n
\u201eEs geht nicht darum, die \u201arichtigen Dinge\u2018 zu tun\u201c, f\u00fcgt Short hinzu, \u201esondern darum, so viele Hindernisse wie m\u00f6glich zu beseitigen, die dem gew\u00fcnschten Ergebnis im Weg stehen. Arbeiten Sie zusammen und passen Sie sich in Echtzeit an das Feedback an, das Sie erhalten. Seien Sie bereit f\u00fcr Anomalien und arbeiten Sie an der Qualit\u00e4t, um deren Einfluss auf den Fortschritt in Richtung Ziel zu minimieren. Genau das erwartet uns in der Welt von DevOps.\u201c<\/p>\n
DevOps skalieren: 10 Tipps von Experten<\/h3>\n \nEinfaches DevOps und massives DevOps sind zwei vollkommen unterschiedliche Ans\u00e4tze. Wir erkl\u00e4ren Ihnen, wie Sie die Hindernisse auf dem Weg vom ersten zum zweiten \u00fcberwinden k\u00f6nnen.<\/b><\/p>\n
F\u00fcr viele Organisationen beginnt der Weg zu DevOps einfach und erfreulich. Es werden kleine, leidenschaftliche Teams gebildet, alte Prozesse werden durch neue ersetzt, und die ersten Erfolge lassen nicht lange auf sich warten.<\/p>\n
Leider ist dies nur ein falscher Glanz, eine Illusion des Fortschritts, wie Ben Grinnell, Gesch\u00e4ftsf\u00fchrer und Leiter f\u00fcr digitale Technologien der Unternehmensberatung North Highland, sagt. Fr\u00fchzeitige Erfolge sind nat\u00fcrlich ermutigend, helfen jedoch nicht, das endg\u00fcltige Ziel zu erreichen: die umfassende Einf\u00fchrung von DevOps in der Organisation.<\/p>\n
Es ist leicht zu erkennen, dass sich dadurch eine Kultur der Trennung in 'wir' und 'sie' formiert.<\/b><\/p>\n
\u201eH\u00e4ufig starten Organisationen solche Pionierprojekte in der Annahme, dass sie den Weg f\u00fcr eine breitere Anwendung von DevOps ebnen werden, ohne zu \u00fcberlegen, ob andere bereit sind, diesen Weg zu gehen\u201c, erkl\u00e4rt Ben Greenhalgh. \u201eDie Teams, die f\u00fcr die Durchf\u00fchrung solcher Projekte zusammengestellt werden, bestehen oft aus selbstbewussten \u201eWikinger\u201c, die \u00c4hnliches an anderen Orten getan haben, aber neu in Ihrer Organisation sind. Ihnen wird geraten, Regeln zu brechen und zu ignorieren, die f\u00fcr alle anderen gelten. Es ist leicht zu erkennen, dass dadurch eine Kultur des 'Wir' gegen 'Sie' entsteht, die den Wissensaustausch und das Erlernen von F\u00e4higkeiten behindert.\u201c<\/p>\n
\u201eDieses kulturelle Problem ist nur einer der Gr\u00fcnde, warum DevOps schwer skalierbar ist. DevOps-Teams sehen sich mit einer Zunahme rein technischer Komplexit\u00e4ten konfrontiert, die f\u00fcr schnell wachsende Unternehmen typisch sind, die auf IT-Technologien setzen\u201c, sagt Steve Newman, Gr\u00fcnder und Vorsitzender von Scalyr.<\/p>\n
\u201eIn der heutigen Welt ver\u00e4ndern sich Dienstleistungen sofort, sobald der Bedarf entsteht. Es ist nat\u00fcrlich gro\u00dfartig, st\u00e4ndig neue Funktionen zu realisieren und einzuf\u00fchren, aber den Prozess zu koordinieren und auftretende Probleme zu l\u00f6sen, ist eine echte Herausforderung\u201c, f\u00fcgt Steve Newman hinzu. \u201eIn sehr schnell wachsenden Organisationen k\u00e4mpfen Ingenieure in funktions\u00fcbergreifenden Teams darum, die M\u00f6glichkeit zu behalten, \u00c4nderungen und die daraus resultierenden Kaskadeneffekte auf Abh\u00e4ngigkeitsebenen nachzuvollziehen. Dar\u00fcber hinaus sind Ingenieure alles andere als erfreut, wenn sie von dieser M\u00f6glichkeit ausgeschlossen werden, was es ihnen erschwert, die Natur der auftretenden Probleme zu verstehen.\u201c<\/p>\n
Wie k\u00f6nnen diese beschriebenen Herausforderungen \u00fcberwunden werden, um eine umfassende Nutzung von DevOps in gro\u00dfen Unternehmen zu realisieren? Experten raten dazu, Geduld zu haben, selbst wenn Ihr endg\u00fcltiges Ziel darin besteht, den Softwareentwicklungszyklus und die Gesch\u00e4ftsprozesse zu beschleunigen.<\/b><\/p>\n1. Denken Sie daran, dass kulturelle Ver\u00e4nderungen Zeit brauchen<\/h4>\n
\nJayne Groll, Gesch\u00e4ftsf\u00fchrerin des DevOps Institute:<\/b> \u201eMeiner Meinung nach sollte die Erweiterung von DevOps ebenso schrittweise und iterativ erfolgen wie agile Entwicklung (und in gleichem Ma\u00dfe die Kultur betreffen). In Agile und DevOps liegt der Fokus auf kleinen Teams. Doch mit dem Wachstum und der Integration solcher Teams kommen immer mehr Menschen hinzu, die neue Arbeitsmethoden anwenden, was zu einer gro\u00dffl\u00e4chigen kulturellen Transformation f\u00fchrt.\u201c<\/p>\n2. Planen Sie ausreichend Zeit f\u00fcr die Auswahl der Plattform ein<\/h4>\n
\nEran Kinsbruner, Chief Evangelist bei Perfecto:<\/b> \u201eDamit die Skalierung funktioniert, m\u00fcssen DevOps-Teams zun\u00e4chst lernen, traditionelle Prozesse, Werkzeuge und F\u00e4higkeiten zu kombinieren, und dann jede Phase von DevOps schrittweise entwickeln und stabilisieren. Alles beginnt mit einer sorgf\u00e4ltigen Planung der User Stories und der Wertstromereignisse, gefolgt von der Softwareentwicklung und Versionskontrolle unter Verwendung von trunk-basiertem Development oder anderen Ans\u00e4tzen, die am besten f\u00fcr das Branching und Merge von Code geeignet sind.\u201c<\/p>\n
Anschlie\u00dfend folgt die Phase der Integration und des Testens, in der bereits eine skalierbare Plattform f\u00fcr die Automatisierung erforderlich ist. Hier ist es f\u00fcr DevOps-Teams wichtig, die richtige Plattform auszuw\u00e4hlen, die ihren F\u00e4higkeiten und den endg\u00fcltigen Zielen des Projekts entspricht. <\/p>\n
Die n\u00e4chste Phase ist das Deployment in der Produktionsumgebung, das vollst\u00e4ndig automatisiert mit Orchestrierungs- und Container-Tools erfolgen muss. Dabei ist es wichtig, virtualisierte Umgebungen in allen DevOps-Phasen zu haben (Simulationsumgebung, Qualit\u00e4tssicherung und die eigentliche Produktionsumgebung) und immer nur die aktuellsten Daten f\u00fcr Tests zu verwenden, um relevante Erkenntnisse zu gewinnen. Analytik sollte intelligent sein und in der Lage, gro\u00dfe Datenmengen schnell und effektiv zu verarbeiten.<\/p>\n
3. Nehmen Sie die Verantwortung aus der Schuldfrage.<\/h4>\n \nGordon Haff, Evangelist bei RedHat:<\/b> \u201eDie Schaffung eines Systems und einer Atmosph\u00e4re, die Experimente zulassen und f\u00f6rdern, erm\u00f6glicht die Umsetzung sogenannter erfolgreicher Fehlschl\u00e4ge in der agilen Softwareentwicklung. Das bedeutet nicht, dass niemand mehr f\u00fcr Fehlschl\u00e4ge verantwortlich ist. Tats\u00e4chlich wird es sogar einfacher, Verantwortliche zu benennen, da \u201eVerantwortung \u00fcbernehmen\u201c nicht mehr bedeutet, \u201eden Schuldigen zu finden\u201c. Das Wesen der Verantwortung \u00e4ndert sich also qualitativ. Dabei werden vier Faktoren extrem wichtig: der Umfang des Fehlschlags, die Ans\u00e4tze, die Produktionsprozesse und die Anreize.\u201c (Mehr zu diesen Faktoren finden Sie im Artikel von Gordon Huff \u201eDevOps lessons: 4 aspects of healthy experiments\u201c.)<\/p>\n4. R\u00e4umen Sie den Weg frei<\/h4>\n
\nBen Grinnell, Managing Director und Leiter des Bereichs digitale Technologien der Consultingfirma North Highland:<\/b> \u201eUm Skalierung zu erreichen, empfehle ich, zusammen mit den Pionierprojekten ein Programm zur \u201eWegfreimachung\u201c zu starten. Ziel dieses Programms ist es, den Schutt zu beseitigen, der von den DevOps-Pionieren zur\u00fcckgelassen wird, wie zum Beispiel \u00fcberholte Regeln und \u00e4hnliches, damit der Weg nach vorne frei bleibt.\u201c<\/p>\n
Bieten Sie den Menschen organisatorische Unterst\u00fctzung und f\u00f6rdern Sie die Kommunikation, die \u00fcber die Gruppe der Pioniere hinausgeht, und feiern Sie die Erfolge neuer Arbeitsmethoden. Schulen Sie die Personen, die an der n\u00e4chsten Welle von DevOps-Projekten beteiligt sind und nerv\u00f6s sind, weil sie DevOps zum ersten Mal verwenden. Und denken Sie daran, dass sich diese Personen stark von den Pionieren unterscheiden.<\/p>\n
5. Machen Sie Werkzeuge zug\u00e4nglicher<\/h4>\n \nSteve Newman, Gr\u00fcnder und Vorstandsvorsitzender von Scalyr:<\/b> Werkzeuge sollten nicht vor den Menschen verborgen werden und sie sollten relativ einfach zu erlernen sein f\u00fcr jeden, der bereit ist, Zeit daf\u00fcr zu investieren. Wenn die M\u00f6glichkeit, Protokolle anzufordern, nur drei Personen, die f\u00fcr den Umgang mit einem bestimmten Werkzeug 'zertifiziert' sind, zur Verf\u00fcgung steht, haben Sie immer nur maximal drei Personen, die in der Lage sind, das entsprechende Problem zu l\u00f6sen, selbst wenn Sie \u00fcber eine sehr gro\u00dfe IT-Umgebung verf\u00fcgen. Mit anderen Worten, hier entsteht ein Engpass, der ernsthafte, gesch\u00e4ftliche Konsequenzen haben kann.<\/p>\n6. Schaffen Sie optimale Bedingungen f\u00fcr die Teamarbeit<\/h4>\n
\nTom Clark, Leiter der Abteilung Common Platform bei ITV:<\/b> \u201eSie k\u00f6nnen alles tun, aber nicht alles auf einmal. Setzen Sie sich ehrgeizige Ziele, beginnen Sie klein und arbeiten Sie sich durch schnelle Iterationen nach vorne. Im Laufe der Zeit werden Sie sich einen Ruf als Team erarbeiten, das erfolgreich ist, und andere werden Ihre Methoden ebenfalls anwenden wollen. Streben Sie dabei nicht direkt nach einem Hochleistungsteam. Sorgen Sie stattdessen daf\u00fcr, dass die Menschen optimale Arbeitsbedingungen haben, und die Effizienz wird von selbst kommen.\u201c<\/p>\n7. Vergessen Sie das Conway-Gesetz und Kanban-Boards nicht<\/h4>\n
\nLogan Daigle, Director of Software Delivery and DevOps Strategy bei CollabNetVersionOne:<\/b> \u201eEs ist wichtig, sich der Konsequenzen des Conway-Gesetzes bewusst zu sein. In meiner freien \u00dcbersetzung besagt dieses Gesetz, dass die Produkte, die wir erstellen, und die Prozesse, die wir dabei verwenden, einschlie\u00dflich DevOps, genauso strukturiert sind wie unsere Organisation.\u201c<\/p>\n
Wenn in einer Organisation die Trennung gro\u00df ist und das Management w\u00e4hrend der Planung, Erstellung und Ver\u00f6ffentlichung von Software h\u00e4ufig wechselt, wird der Skalierungseffekt null oder nur von kurzer Dauer sein. Bildet die Organisation jedoch cross-funktionale Teams um Produkte, die marktgerecht finanziert werden, steigen die Erfolgschancen erheblich.<\/p>\n
Ein weiterer wichtiger Aspekt der Skalierung besteht darin, alle Arbeiten in Bearbeitung (WIP, work in progress) auf Kanban-Boards darzustellen. Wenn es in der Organisation einen Raum gibt, in dem die Menschen solche Dinge sehen k\u00f6nnen, f\u00f6rdert dies die Zusammenarbeit erheblich, was sich positiv auf die Skalierung auswirkt.<\/p>\n
8. Suchen Sie nach alten Narben<\/h4>\n \nManuel Pais, DevOps-Berater und Mitautor des Buches \u201eTeam Topologies\u201c:<\/b> Die Ausweitung der DevOps-Praktiken \u00fcber Dev und Ops hinaus und der Versuch, sie auf andere Funktionen anzuwenden, kann kaum als optimal betrachtet werden. Dies wird zweifellos einen gewissen Nutzen haben (zum Beispiel durch die Automatisierung manueller Aufgaben), jedoch k\u00f6nnen viel gr\u00f6\u00dfere Fortschritte erzielt werden, wenn man mit dem Verst\u00e4ndnis der Liefer- und Feedbackprozesse beginnt.<\/p>\n
\u00abWenn in den IT-Systemen einer Organisation alte Narben vorhanden sind \u2013 Verfahren und Managementmechanismen, die nach fr\u00fcheren Vorf\u00e4llen implementiert wurden, aber aufgrund von \u00c4nderungen in Produkten, Technologien oder Prozessen nicht mehr relevant sind \u2013, dann sollten diese unbedingt entfernt oder gegl\u00e4ttet werden, anstatt ineffektive oder unn\u00f6tige Prozesse zu automatisieren.\u00bb<\/p>\n
9. Schaffen Sie keine Varianten von DevOps<\/h4>\n \nAntony Edwards, Produktionsleiter bei Eggplant:<\/b> \u00abDevOps ist ein sehr vager Begriff, weshalb jede Team seine eigene Interpretation davon hat. Es gibt nichts Schlimmeres, als wenn innerhalb einer Organisation gleich 20 Varianten von DevOps existieren, die nicht gut miteinander harmonieren. Es sollte nicht sein, dass jedes der drei Entwicklungsteams eine eigene, besondere Schnittstelle zwischen Entwicklung und Produktmanagement hat. Ebenso d\u00fcrfen die Produkte keine einzigartigen Erwartungen an das Feedback-Handling beim \u00dcbergang in die Produktionsumgebung haben. Andernfalls wird es Ihnen nie gelingen, DevOps zu skalieren.\u00bb<\/p>\n10. Predigen Sie den Gesch\u00e4ftswert von DevOps<\/h4>\n
\nSteve Newman, Gr\u00fcnder und Vorstandsvorsitzender von Scalyr:<\/b> \u201eArbeiten Sie daran, den Wert von DevOps anzuerkennen. Lernen Sie und z\u00f6gern Sie nicht, die Vorteile dessen zu kommunizieren, was Sie tun. DevOps spart unglaublich viel Zeit und Geld (denken Sie nur: weniger Ausfallzeiten, k\u00fcrzere Wiederherstellungszeiten). DevOps-Teams sollten unerm\u00fcdlich die Bedeutung dieser Initiativen f\u00fcr den Gesch\u00e4ftserfolg betonen und propagieren. So k\u00f6nnen Sie die Anzahl der Bef\u00fcrworter erweitern und den Einfluss von DevOps in Ihrer Organisation verst\u00e4rken.\u201c<\/p>\nBONUS<\/h3>\n
\nAuf Red Hat Forum Russland<\/a><\/noindex> Am 13. September kommt unser eigener DevOps \u2013 ja, Red Hat hat als Softwarehersteller eigene DevOps-Teams und Praktiken.<\/b><\/p>\nUnser Ingenieur Mark Birger, der sich mit der Entwicklung interner Automatisierungsdienste f\u00fcr andere Gruppen in der gesamten Organisation besch\u00e4ftigt, wird in einwandfreiem Russisch seine eigene Geschichte erz\u00e4hlen \u2013 wie das DevOps-Team von Red Hat Anwendungen von virtuellen Umgebungen von Hat Virtualization, die von Ansible verwaltet werden, in ein vollwertiges Container-Format auf der OpenShift-Plattform migriert hat.<\/p>\n
Aber das ist noch nicht alles:<\/b><\/p>\n
Nachdem Organisationen ihre Arbeitslasten in Container migriert haben, funktionieren traditionelle Ans\u00e4tze f\u00fcr das Monitoring von Anwendungen m\u00f6glicherweise nicht mehr. In unserem zweiten Bericht erl\u00e4utern wir unsere Motivation zur Ver\u00e4nderung der Protokollierungsmethoden und zeigen den fortlaufenden Weg, der uns zu modernen Methoden der Protokollierung und \u00dcberwachung gef\u00fchrt hat.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-novosti-interneta"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Wir](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")