<\/a><\/noindex>DevOps umfasst viele verschiedene Konzepte (kontinuierliche Lieferung, kontinuierliche Integration, Automatisierung usw.), daher kann es schwierig sein, das Wesentliche herauszufiltern, insbesondere wenn man f\u00fcr das Thema sensibilisiert ist. Diese F\u00e4higkeit ist jedoch sehr n\u00fctzlich, unabh\u00e4ngig davon, ob Sie Ihre Ideen an die F\u00fchrungsebene weitergeben oder einfach nur jemandem aus der Familie oder Bekannten von Ihrer Arbeit erz\u00e4hlen. Deshalb lassen wir vorerst die terminologischen Feinheiten von DevOps beiseite und konzentrieren uns auf das Gesamtbild.<\/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 Niveau verst\u00e4ndlich wird. Aus diesen Gespr\u00e4chen haben wir die eindrucksvollsten Analogien und pr\u00e4gnantesten Formulierungen ausgew\u00e4hlt, die Ihnen helfen werden, Ihre Erz\u00e4hlung \u00fcber DevOps aufzubauen.<\/p>\n
1. DevOps ist eine kulturelle Bewegung<\/h4>\n \n\u201eDevOps ist eine kulturelle Bewegung, innerhalb derer beide Seiten (Softwareentwickler und IT-Systemadministratoren) anerkennen, dass Software keinen realen Nutzen bringt, solange sie nicht von jemandem genutzt wird: Kunden, Klienten, Mitarbeitern, das spielt keine Rolle\u201c, sagt Eveline Oehrlich, Senior Analystin am DevOps Institute. \u201eDeshalb sorgen beide Seiten gemeinsam f\u00fcr eine schnelle und qualitativ hochwertige Lieferung von Software.\u201c<\/p>\n
2. DevOps bef\u00e4higt Entwickler<\/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
\u201eNormalerweise wird DevOps als eine Methode beschrieben, um die Lieferung von Anwendungen in die Produktion durch den Aufbau und die Anwendung automatisierter Prozesse zu beschleunigen\u201c, sagt Jai Schniepp, Direktor f\u00fcr DevOps-Plattformen bei der Versicherungsfirma Liberty Mutual. \u201eAber f\u00fcr mich ist es eine viel grundlegendere Sache. DevOps gibt Entwicklern die Befugnis, Anwendungen oder bestimmte Teile der Software zu besitzen, sie zu starten und die Lieferung von Anfang bis Ende zu verwalten. DevOps beseitigt die Verwirrung \u00fcber Verantwortlichkeiten und f\u00fchrt alle Beteiligten dazu, eine automatisierte und von Entwicklern verwaltete Infrastruktur zu schaffen.\u201c<\/p>\n
3. DevOps ist Zusammenarbeit bei der Erstellung und Lieferung von Anwendungen.<\/h4>\n \n\u201eEinfach ausgedr\u00fcckt, ist DevOps ein Ansatz zur Produktion und Lieferung von Software, bei dem alle zusammenarbeiten\u201c, bemerkt Gur Staf, Pr\u00e4sident und Leiter der Digital Business Automation bei BMC.<\/p>\n
4. DevOps ist eine Produktionslinie.<\/h4>\n \n\u201eEine flie\u00dfende Montage ist nur m\u00f6glich, wenn alle Teile zueinander passen.\u201c<\/b><\/p>\n
\u201eIch w\u00fcrde DevOps mit einer Automobilmontagelinie vergleichen\u201c, f\u00e4hrt Gur Staf fort. \u201eDie Idee ist, alle Teile im Voraus so zu entwerfen und herzustellen, dass sie sp\u00e4ter ohne individuelle Anpassung zusammengebaut werden k\u00f6nnen. Eine flie\u00dfende Montage ist nur m\u00f6glich, wenn alle Teile zueinander passen. Diejenigen, die den Motor entwerfen und herstellen, m\u00fcssen dar\u00fcber nachdenken, wie er am Chassis oder Rahmen befestigt wird. Diejenigen, die die Bremsen herstellen, m\u00fcssen an die R\u00e4der denken, und so weiter. Genauso sollte es auch mit Software sein.\u201c <\/p>\n
\u201eEin Entwickler, der die Gesch\u00e4ftslogik oder die Benutzeroberfl\u00e4che erstellt, muss an die Datenbank denken, die die Informationen \u00fcber die Kunden speichert, an Sicherheitsma\u00dfnahmen zum Schutz der Benutzerdaten sowie daran, wie alles funktionieren wird, wenn der Dienst ein gro\u00dfes, m\u00f6glicherweise sogar Millionen von Benutzern umfassendes Publikum bedient.\u201c<\/p>\n
\u201eEs ist eine der gr\u00f6\u00dften Herausforderungen, die Zusammenarbeit der Menschen zu f\u00f6rdern und sie dazu zu bringen, \u00fcber die Aspekte ihrer Arbeit nachzudenken, die von anderen erledigt werden, anstatt sich ausschlie\u00dflich auf ihre eigenen Aufgaben zu konzentrieren. Wenn dies gelingt, er\u00f6ffnen sich gro\u00dfartige Chancen f\u00fcr die 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, Gesch\u00e4ftsf\u00fchrerin des DevOps Institute, brachte eine hervorragende Analogie zur Erkl\u00e4rung von DevOps: \u201eDevOps ist wie ein Rezept, das drei Hauptkategorien von Zutaten umfasst: Menschen, Prozesse und Automatisierung. Viele dieser Zutaten k\u00f6nnen aus anderen Bereichen und Quellen stammen: Lean, Agile, SRE, CI\/CD, ITIL, F\u00fchrung, Kultur, Werkzeuge. Das Geheimnis von DevOps, wie bei jedem guten Rezept, liegt darin, wie man die richtigen Proportionen ausw\u00e4hlt und diese Zutaten mischt, 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 zum Ziel geplant, sondern umgekehrt, vom Ziel zum Start.\u201c<\/b><\/p>\n
\u201eWenn ich dar\u00fcber spreche, was von der DevOps-Initiative zu erwarten ist, ziehe ich ein Beispiel an einem NASCAR- oder Formel-1-Rennteam\u201c, sagt Chris Short, Senior Marketing Manager f\u00fcr Cloud-Plattformen bei Red Hat und Herausgeber des Newsletters DevOps\u2019ish. \u201eDer Teamleiter hat ein Ziel: den bestm\u00f6glichen Platz im Rennen zu erreichen, basierend auf den verf\u00fcgbaren Ressourcen und den Herausforderungen, die das Team bew\u00e4ltigen muss. Dabei wird das Rennen nicht vom Start zum Ziel, sondern umgekehrt, vom Ziel zum Start geplant. Zuerst wird ein ambitioniertes Ziel gesetzt, dann werden die Wege zu dessen Erreichung festgelegt, die dann in Teilaufgaben unterteilt und den Teammitgliedern delegiert werden.\u201c<\/p>\n
\u201eDie gesamte Woche vor dem Rennen arbeitet das Team an den Boxenstopps. Sie machen Kraft- und Ausdauertraining, um am anstrengenden Renntag in Form zu sein. Sie \u00fcben das gemeinsame Handeln zur L\u00f6sung von Problemen, die w\u00e4hrend des Rennens auftreten k\u00f6nnen. In \u00e4hnlicher Weise muss das Entwicklerteam die F\u00e4higkeiten zur h\u00e4ufigen Ver\u00f6ffentlichung neuer Versionen trainieren. Mit diesen F\u00e4higkeiten und einem gut funktionierenden Sicherheitssystem erfolgt die Ver\u00f6ffentlichung neuer Versionen in der Produktion ebenfalls h\u00e4ufiger. In diesem Weltbild bedeutet ein Anstieg der Geschwindigkeit auch einen Anstieg der 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 aufgrund des Feedbacks an, das Sie in Echtzeit erhalten. Seien Sie auf Anomalien vorbereitet und arbeiten Sie daran, die Qualit\u00e4t zu steigern, um ihren Einfluss auf das Erreichen des Ziels zu minimieren. Genau das erwartet uns in der Welt von DevOps.\u201c<\/p>\n
Wie man DevOps skalieren kann: 10 Tipps von Experten<\/h3>\n \nEinfaches DevOps und massives DevOps sind v\u00f6llig verschiedene Dinge. Wir zeigen Ihnen, wie Sie die Hindernisse \u00fcberwinden k\u00f6nnen, um vom ersten zum zweiten zu gelangen.<\/b><\/p>\n
F\u00fcr viele Organisationen beginnt der Weg zu DevOps einfach und angenehm. Es werden kleine, engagierte Teams gebildet, alte Prozesse durch neue ersetzt und die ersten Erfolge lassen nicht lange auf sich warten.<\/p>\n
Leider ist dies nur ein tr\u00fcgerischer Glanz, eine Illusion des Fortschritts, wie Ben Grinnell, Gesch\u00e4ftsf\u00fchrer und Leiter der digitalen Technologien bei der Beratungsgesellschaft North Highland, sagt. Fr\u00fche Erfolge sind zwar ermutigend, helfen jedoch nicht, das endg\u00fcltige Ziel zu erreichen, n\u00e4mlich die umfassende Nutzung von DevOps in der Organisation.<\/p>\n
Es ist leicht zu erkennen, dass dadurch eine Kultur des Teilens in \u201awir\u2018 und \u201asie\u2018 entsteht.<\/b><\/p>\n
\u201eOft starten Organisationen solche Pilotprojekte in der Annahme, dass sie den Weg zu einem breiten DevOps-Ansatz ebnen, ohne dar\u00fcber nachzudenken, ob auch andere bereit und in der Lage sind, diesen Weg zu gehen\u201c, erkl\u00e4rt Ben Grinnell. \u201eDie Teams, die f\u00fcr die Umsetzung solcher Projekte zusammengestellt werden, bestehen meist aus selbstbewussten \u201eWikingern\u201c, die an anderen Orten \u00c4hnliches getan haben, jedoch neu in Ihrer Organisation sind. Sie werden zudem ermutigt, Regeln zu brechen und zu verletzen, die f\u00fcr alle anderen weiterhin verbindlich bleiben. Es ist leicht zu erkennen, dass dadurch eine Kultur des 'Wir' und 'Die' entsteht, die den Wissensaustausch und die Weitergabe von F\u00e4higkeiten behindert.\u201c<\/p>\n
\u201eUnd dieses kulturelle Problem ist nur einer der Gr\u00fcnde, warum es schwierig ist, DevOps zu skalieren. DevOps-Teams sehen sich einer zunehmend komplexen technischen Herausforderung gegen\u00fcber, die typisch f\u00fcr schnell wachsende Unternehmen ist, die stark auf IT-Technologien setzen\u201c, sagt Steve Newman, Gr\u00fcnder und Vorsitzender von Scalyr.<\/p>\n
\u201eIn der modernen Welt \u00e4ndern sich Dienstleistungen sofort, sobald ein Bedarf entsteht. St\u00e4ndig neue Funktionen zu implementieren und bereitzustellen, ist nat\u00fcrlich gro\u00dfartig, aber die Koordination dieses Prozesses und die L\u00f6sung auftretender Probleme sind eine echte Herausforderung\u201c, f\u00fcgt Steve Newman hinzu. \u201eIn sehr schnell wachsenden Organisationen k\u00e4mpfen Ingenieure in cross-funktionalen Teams darum, die M\u00f6glichkeit zu bewahren, \u00c4nderungen zu verfolgen und die dadurch entstehenden Kaskadeneffekte auf Dependency-Ebene zu erkennen. Dar\u00fcber hinaus sind Ingenieure alles andere als gl\u00fccklich, wenn ihnen diese M\u00f6glichkeit genommen wird und es ihnen dadurch schwerer f\u00e4llt, die Natur der auftretenden Probleme zu verstehen.\u201c<\/p>\n
Wie kann man also die oben beschriebenen Schwierigkeiten \u00fcberwinden und zu einem breiten Einsatz von DevOps in gro\u00dfen Organisationen \u00fcbergehen? Experten raten, Geduld zu haben, selbst wenn Ihr Endziel darin besteht, den Softwareentwicklungszyklus und die Gesch\u00e4ftsprozesse zu beschleunigen.<\/b><\/p>\n1. Denken Sie daran, dass kulturelle Ver\u00e4nderungen Zeit erfordern<\/h4>\n
\nJayne Groll, Gesch\u00e4ftsf\u00fchrerin des DevOps Institute:<\/b> Meiner Meinung nach sollte die Erweiterung von DevOps ebenso schrittweise und iterativ erfolgen wie die agile Entwicklung (und gleicherma\u00dfen die Kultur betreffen). In Agile und DevOps liegt der Fokus auf kleinen Teams. Mit der wachsenden Zahl und Integration solcher Teams stellen wir jedoch fest, dass immer mehr Menschen neue Arbeitsmethoden anwenden, was zu einem umfassenden kulturellen Wandel f\u00fchrt.<\/p>\n2. Nehmen Sie sich ausreichend Zeit f\u00fcr Planung und Auswahl der Plattform<\/h4>\n
\nEran Kinsbruner, Chief Evangelist bei Perfecto:<\/b> Um das Skalieren erfolgreich zu gestalten, m\u00fcssen DevOps-Teams zun\u00e4chst lernen, traditionelle Prozesse, Werkzeuge und F\u00e4higkeiten zu kombinieren, und dann langsam jede Phase von DevOps entwickeln und stabilisieren. Alles beginnt mit einer sorgf\u00e4ltigen Planung der Benutzergeschichten und der Wertstromfl\u00fcsse, gefolgt von der Softwareentwicklung und der Versionskontrolle unter Verwendung von trunk-based development oder anderen Ans\u00e4tzen, die sich am besten f\u00fcr das Branching und Merging von Code eignen.<\/p>\n
Als n\u00e4chstes folgt die Integrations- und Testphase, 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 ihrem F\u00e4higkeitsniveau und den endg\u00fcltigen Zielen des Projekts entspricht. <\/p>\n
Die n\u00e4chste Phase ist die Bereitstellung in der Produktionsumgebung, die vollst\u00e4ndig automatisiert unter Verwendung von Orchestrierungs- und Container-Tools erfolgen sollte. Es ist wichtig, virtualisierte Umgebungen in allen Phasen von DevOps zu haben (Simulator f\u00fcr die Produktionsumgebung, Testumgebung und tats\u00e4chlich die Produktionsumgebung) und stets die aktuellsten Daten f\u00fcr Tests zu verwenden, um relevante Erkenntnisse zu gewinnen. Die Analytik sollte intelligent sein und in der Lage, gro\u00dfe Datenmengen mit schnell und effizientem Feedback zu verarbeiten.<\/p>\n
3. Nehmen Sie die Verantwortung ohne Schuldzuweisungen an<\/h4>\n \nGordon Haff, Evangelist bei RedHat:<\/b> \u201eDie Schaffung eines Systems und einer Atmosph\u00e4re, die Experimente erm\u00f6glichen und f\u00f6rdern, erlaubt es, sogenannte erfolgreiche Fehler in der agilen Softwareentwicklung umzusetzen. Das bedeutet nicht, dass niemand mehr f\u00fcr Fehler verantwortlich ist. Tats\u00e4chlich wird es einfacher, einen Verantwortlichen zu benennen, da \u201everantwortlich sein\u201c nicht mehr \u201eder Schuldige eines Fehlers sein\u201c bedeutet. Das hei\u00dft, die Essenz von Verantwortung ver\u00e4ndert sich qualitativ. Dabei werden vier Faktoren extrem wichtig: das Ausma\u00df des Fehlers, die Ans\u00e4tze, die Produktionsprozesse und die Anreize.\u201c (Mehr zu diesen Faktoren kann in dem Artikel von Gordon Huff \u201eDevOps lessons: 4 aspects of healthy experiments\u201c nachgelesen werden.)<\/p>\n4. R\u00e4umen Sie den Weg frei<\/h4>\n
\nBen Grinnell, Managing Director und Leiter des Bereichs digitale Technologien der Unternehmensberatung North Highland:<\/b> \u201eUm Skalierung zu erreichen, empfehle ich, gemeinsam mit den Vorzeigeprojekten ein Programm zur \u201aWegfreimachung\u2018 zu starten. Ziel dieses Programms ist es, den Schmutz zu beseitigen, der von den Vorreitern im DevOps zur\u00fcckgelassen wird, wie veraltete Regeln und \u00e4hnliches, damit der Weg nach vorne frei bleibt.\u201c<\/p>\n
\u201eGeben Sie den Menschen organisatorische Unterst\u00fctzung und setzen Sie Impulse durch Kommunikation, die weit \u00fcber die Gruppe der Vorreiter hinausgeht, indem die Erfolge neuer Arbeitsmethoden umfassend gefeiert werden. Schulen Sie die Menschen, die in der n\u00e4chsten Welle von DevOps-Projekten involviert sind und nerv\u00f6s sind, weil sie DevOps zum ersten Mal benutzen. Und denken Sie daran, dass diese Menschen sich stark von den Vorreitern unterscheiden.\u201c<\/p>\n
5. Machen Sie die Werkzeuge demokratischer<\/h4>\n \nSteve Newman, Gr\u00fcnder und Vorsitzender von Scalyr:<\/b> \u201eWerkzeuge sollten den Menschen nicht vorenthalten werden und sie sollten relativ einfach zu erlernen sein f\u00fcr jeden, der bereit ist, Zeit daf\u00fcr aufzuwenden. Wenn nur drei Personen, die als \u201azertifiziert\u2018 f\u00fcr den Umgang mit einem bestimmten Werkzeug eingestuft sind, die M\u00f6glichkeit haben, Logs anzufordern, werden Sie immer maximal drei Personen haben, die das entsprechende Problem l\u00f6sen k\u00f6nnen, selbst wenn Sie eine sehr gro\u00dfe Rechenumgebung haben. Mit anderen Worten, hier entsteht ein Engpass, der ernsthafte (gesch\u00e4ftliche) Folgen haben kann.\u201c<\/p>\n6. Schaffen Sie optimale Bedingungen f\u00fcr die Teamarbeit<\/h4>\n
\nTom Clark, Leiter des Bereichs Common Platform bei ITV:<\/b> \u201eSie k\u00f6nnen alles tun, aber nicht alles auf einmal. Setzen Sie sich gro\u00dfe Ziele, beginnen Sie klein und bewegen Sie sich durch schnelle Iterationen nach vorne. Mit der Zeit erarbeiten Sie sich den Ruf eines Teams, das erfolgreich ist, wodurch auch andere Ihre Methoden anwenden m\u00f6chten. Streben Sie nicht danach, ein hochgradig effizientes Team aufzubauen. Stattdessen schaffen Sie den Menschen perfekte Arbeitsbedingungen, und die Effizienz wird von selbst kommen.\u201c<\/p>\n7. Vergessen Sie das Conway-Gesetz und die Kanban-Boards nicht<\/h4>\n
\nLogan Daigle, Director of Software Delivery und DevOps-Strategie bei CollabNetVersionOne:<\/b> \u201eEs ist wichtig, die Konsequenzen des Conway-Gesetzes zu erkennen. In meiner freien Interpretation besagt dieses Gesetz, dass die Produkte, die wir schaffen, und die Prozesse, die wir dabei verwenden, einschlie\u00dflich DevOps, genauso strukturiert sind wie unsere Organisation.\u201c<\/p>\n
\u201eWenn in einer Organisation die Fragmentierung hoch ist und beim Planen, Erstellen und Ver\u00f6ffentlichen von Software die Verantwortung oft wechselt, wird der Effekt der Skalierung null oder von kurzer Dauer sein. Wenn die Organisation jedoch funktions\u00fcbergreifende Teams um Produkte bildet, die marktorientiert finanziert werden, steigen die Chancen auf Erfolg erheblich.\u201c<\/p>\n
\u201eEin weiterer wichtiger Aspekt der Skalierung besteht darin, alle Arbeiten, die im Gange sind (WIP, work in progress), auf Kanban-Boards darzustellen. Wenn es in der Organisation einen Ort gibt, an dem die Menschen solche Dinge sehen k\u00f6nnen, f\u00f6rdert dies die Zusammenarbeit erheblich, was sich positiv auf die Skalierung auswirkt.\u201c<\/p>\n
8. Suchen Sie nach alten Narben<\/h4>\n \nManuel Pais, DevOps-Berater und Mitautor des Buches \u201eTeam Topologies\u201c:<\/b> \u201eEs ist nicht optimal, DevOps-Praktiken \u00fcber die eigentlichen Dev- und Ops-Teams hinauszuf\u00fchren und zu versuchen, sie auf andere Funktionen anzuwenden. Das wird sicherlich einen gewissen Effekt haben (zum Beispiel durch die Automatisierung manueller Aufgaben), aber man kann viel mehr erreichen, wenn man mit dem Verst\u00e4ndnis der Liefer- und Feedbackprozesse beginnt.\u201c<\/p>\n
\u201eWenn in der IT-Systemlandschaft eines Unternehmens alte Wunden vorhanden sind \u2013 Verfahren und Managementmechanismen, die aufgrund fr\u00fcherer Vorf\u00e4lle implementiert wurden, aber an Relevanz verloren haben (wegen des Wechsels von Produkten, Technologien oder Prozessen) \u2013 dann sollten diese ohne Zweifel entfernt oder gegl\u00e4ttet und nicht ineffiziente oder unn\u00f6tige Prozesse automatisiert werden.\u201c<\/p>\n
9. Vermeiden Sie die Schaffung von DevOps-Varianten<\/h4>\n \nAnthony Edwards, Produktionsleiter bei Eggplant:<\/b> \u201eDevOps ist ein sehr vager Begriff, weshalb jedes Team seine eigene Variante von DevOps entwickelt. Nichts ist schlimmer, als wenn innerhalb eines Unternehmens gleich 20 Varianten von DevOps entstehen, die nicht gut miteinander harmonieren. Es kann nicht sein, dass jedes der drei Entwicklerteams seine eigene, spezielle Schnittstelle zwischen Entwicklung und Produktmanagement hat. Auch d\u00fcrfen die Produkte nicht ihre eigenen, einzigartigen Erwartungen in Bezug auf die Verarbeitung von Feedback beim Transfer in die Produktionsumgebungssimulation haben. Andernfalls wird es Ihnen nie gelingen, DevOps zu skalieren.\u201c<\/p>\n10. Verk\u00fcnden Sie den Wert von DevOps f\u00fcr das Gesch\u00e4ft<\/h4>\n
\nSteve Newman, Gr\u00fcnder und Vorsitzender von Scalyr:<\/b> \u201eArbeiten Sie daran, den Wert von DevOps anzuerkennen. Lernen Sie, und scheuen Sie sich nicht, \u00fcber den Nutzen dessen zu sprechen, was Sie tun. DevOps spart unglaublich viel Zeit und Geld (denken Sie nur daran: weniger Ausfallzeiten, k\u00fcrzere Wiederherstellungszeiten), und die DevOps-Teams sollten unerm\u00fcdlich die Bedeutung dieser Initiativen f\u00fcr den Gesch\u00e4ftserfolg hervorheben (und predigen). So k\u00f6nnen Sie den Kreis der Bef\u00fcrworter erweitern und den Einfluss von DevOps im Unternehmen st\u00e4rken.\u201c<\/p>\nBONUS<\/h3>\n
\nAuf Red Hat Forum Russland<\/a><\/noindex> Am 13. September kommt unser eigener DevOps \u2013 ja, Red Hat, als Softwarehersteller, hat eigene DevOps-Teams und -Praktiken.<\/b><\/p>\nUnser Ingenieur Mark Birger, der an der Entwicklung von internen Automatisierungsdiensten f\u00fcr andere Gruppen in der gesamten Organisation arbeitet, wird in reinem Russisch seine eigene Geschichte erz\u00e4hlen \u2013 wie das DevOps-Team von Red Hat Anwendungen von virtualisierten Hat Virtualization-Umgebungen, die von Ansible verwaltet werden, in ein vollwertiges Containerformat auf der OpenShift-Plattform migriert hat.<\/p>\n
Aber das ist noch nicht alles:<\/b><\/p>\n
Nachdem Organisationen ihre Arbeitslasten in Container verlagert haben, k\u00f6nnten traditionelle Methoden zur \u00dcberwachung von Anwendungen nicht mehr funktionieren. In dem zweiten Bericht erl\u00e4utern wir unsere Motivation f\u00fcr die \u00c4nderung der Protokollierungsmethoden und zeigen den weiteren 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-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Wir](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")