Menü

DevOps-Praxis basierend auf agilem Manifest (Teil 2 - Block 1)

  • Haupt
  • Andere
  • DevOps-Praxis basierend auf agilem Manifest (Teil 2 - Block 1)

devops practice based agile manifesto

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

In unserem vorherigen Video-Tutorial zu DevOps entmystifizieren haben wir alles über DevOps im Detail gelernt.

Wir haben uns auch die Bedeutung von DevOps und verschiedene andere damit zusammenhängende Faktoren genauer angesehen.

Empfohlene Lektüre => Intensive DevOps Trainingsreihe

Lassen Sie uns nun Teil 2 von 'Entmystifizieren von DevOps' durchgehen.

DevOps-Praxis basierend auf agilem Manifest

Eine kurze Zusammenfassung dessen, was wir in Teil 1 behandelt haben:

Was ist DevOps? DevOps ist eine Unternehmenskultur, die sich darauf konzentriert, dem Kunden durch die ständige Zusammenarbeit von Entwicklung, Betrieb und den übrigen Stakeholdern einen Mehrwert zu bieten.

Was ist nicht DevOps? DevOps ist kein lizenziertes oder Open Source-Produkt, weder eine Spezifikation noch ein Standard.

Was sind die Vorteile von DevOps? DevOps bietet qualitativ hochwertige Lieferung, schnellere Lieferung, häufige Bereitstellungen, kleine Bereitstellungen, weniger Ausfallraten in der Produktion usw.

Was sind die Praktiken von DevOps? Die Devops-Praktiken umfassen kontinuierliche Integration, Testautomatisierung, kontinuierliche Bereitstellung, Infrastruktur als Code, Konfigurationsmanagement, Release-Management und Überwachung der Anwendungsleistung.

Was sind die Gewohnheiten von DevOps? Zu den Devops-Gewohnheiten gehören das Management technischer Schulden, der Fokus auf die Wertschöpfung für den Kunden, die Live-Site-Kultur, die Teamautonomie, die Verwaltung der Infrastruktur als flexible Ressource, die hypothesengetriebene Entwicklung und Kennzahlen aus der Produktion.

Was sind die Metriken von DevOps? Agilität und Zuverlässigkeit sind die Hauptkennzahlen von DevOps.

Port-Triggerung vs. Port-Weiterleitung

In diesem Teil der Vorlesung lernen wir Folgendes:

Welche Praktiken von DevOps werden auf der Grundlage der agilen Prinzipien entwickelt und wie werden die Ziele von DevOps erreicht?

In Teil 1 haben wir DevOps weiterhin als Zusammenarbeit definiert. Lassen Sie uns verstehen, was diese Zusammenarbeit eigentlich ist und wie DevOps-Praktiken dazu beitragen, die Zusammenarbeit zwischen Entwicklung und Betrieb bei der Erreichung ihrer Ziele zu entwickeln.

In diesem Teil werden wir die Bedeutung von Schlüsselelementen von DevOps wie der Quellcodeverwaltung sowie der Automatisierung und Bereitstellung kleiner Inkremente verstehen. Weitere Elemente wie kontinuierliche Integration, kontinuierliche Tests, kontinuierliche Bereitstellung und Anwendungsüberwachung werden im nächsten Teil erläutert.

Wie bereits erwähnt, basieren die DevOps-Praktiken hauptsächlich auf den agilen Prinzipien und Praktiken. Von den 12 agilen Prinzipien gelten die folgenden 4 direkt für DevOps.

Daher ist es besser, diese agilen Manifeste zu aktualisieren, die für DevOps-Funktionen gelten. Ich werde nicht näher darauf eingehen.

Lassen Sie uns sie schnell vorlesen.

# 1) Individuen und Interaktionen - über Prozesse und Werkzeuge

# 2) Arbeitssoftware - über umfassende Dokumentation

# 3) Kundenzusammenarbeit - über Vertragsverhandlungen

# 4) Auf Veränderungen reagieren - über einen Plan folgen

Basierend auf diesen agilen Prinzipien hat DevOps bestimmte Prinzipien und Praktiken entwickelt, die wie folgt lauten:

  • Bringen Sie Wert zum Kunden
  • Liefern Sie funktionierende Software
  • Unterstützungsänderungen
  • Zusammenarbeiten
  • Motivieren Sie das Team und geben Sie den Teammitgliedern Freiheit
  • Liefern Sie schneller und schneller

# 1) Bringen Sie dem Kunden Wert durch Bereitstellung einer kleineren, häufigen und kontinuierlichen Bereitstellung der Software.

#zwei) Liefern Sie funktionierende Software in einem kürzeren Zeitraum. Der Kunde wird sich nicht das großartige Design ansehen, das wir erstellen, oder eine fantastische Architektur oder einen Plan oder eine Strategie, die wir erstellen, um die Software zu entwickeln, sondern alles, was er will, ist eine funktionierende Software.

#3) Unterstützungsänderungen auf die Anforderungen, wann immer der Kunde es wünscht, basierend auf dem Markttrend. Dies ist sehr wichtig für den Kunden. Unsere Softwareentwicklungsmethode sollte flexibel genug sein, um vom Kunden geforderte Änderungen zu verarbeiten und mit Komfort zu liefern.

# 4) Zusammenarbeiten ..collaborate… zusammenarbeiten. Arbeiten Sie ständig mit dem Unternehmen zusammen, um die Software beim ersten Mal richtig zu machen.

# 5) Sowohl Agile als auch DevOps legen gleichermaßen großen Wert auf das Team und die Mitarbeiter. Das DevOps-Prinzip lautet also: motiviere das Team , ihnen Freiheit geben, ihnen die Unterstützung geben, die sie benötigen, wann immer sie in Not sind, Vertrauen in sie entwickeln, um die Arbeit zu erledigen.

Wenn die Arbeit von ihnen aus freiwilligem Interesse erledigt wird, ist die Qualität gut, anstatt sie gewaltsam und unter Druck zu erledigen. Zusätzlich zur Zusammenarbeit empfiehlt Agile die persönliche Kommunikation innerhalb des Entwicklungsteams.

Maximieren Sie also die persönliche Kommunikation über Stand-up-Meetings, Review-Meetings usw. Dies fördert den Teamgeist und hilft, das Team zu motivieren und einen gesunden Wettbewerb zu entwickeln.

Welche Praktiken von DevOps werden auf der Grundlage der agilen Prinzipien entwickelt und wie werden die Ziele von DevOps erreicht? Ein weiterer wichtiger Aspekt von DevOps ist die schnellere und schnellere Bereitstellung. Wir wissen, dass sich Scrum, Kanban oder was auch immer während des agilen Trainings schneller auf eine Lieferung über einige Wochen bis zu einem Monat bezog, jetzt hat es sich mit DevOps auf über ein paar Stunden geändert. Eine schnellere Lieferung in DevOps bezieht sich also auf die Lieferung über einige Stunden.

Unternehmen wie Amazon, Flipkart und Google nehmen Aktualisierungen vor und veröffentlichen sie in wenigen Stunden. Das ist die Geschwindigkeit und die Qualität, die von denjenigen erwartet wird, die DevOps praktizieren. Daher sind die Prozesse, Gewohnheiten und Praktiken von DevOps so stark, dass das Team zusammenarbeiten kann, um dies zu erreichen.

Wir können also klar sagen, dass sich all diese DevOps-Theorien und -Praktiken um die agilen Grundprinzipien drehen, ich kann sagen, eine Erweiterung davon.

Hier müssen wir uns ansehen und lernen, was man täglich tun, üben und sich daran gewöhnen sollte, um die DevOps-Ziele zu erreichen.

Es reicht nicht nur aus, dass eine oder mehrere Personen im Team diese üben. Jeder im Team, sowohl in der Entwicklung als auch im Betrieb, muss diese Praktiken strikt anwenden und zur BAU machen, Business as usual. Dann wird es zur Gewohnheit aller im Team, sie wiederholt zu praktizieren.

Daher hängt der Erfolg von DevOps nur davon ab, wie ernst diese Praktiken von jedem einzelnen im Team befolgt werden. Und zweifellos ist der Erfolg sicher, wenn diese Praktiken religiös befolgt werden.

In unserer Vorlesung Teil 1 haben wir bereits die Best Practices und Gewohnheiten von DevOps kennengelernt, die es dem Team ermöglichen, die DevOps-Kultur zu erreichen. Es gibt also keinen Verlust, so oft wir diese Praktiken wiederholen, um das DevOps-Ziel zu erreichen.

Wie wir wissen, besteht das Ziel von DevOps darin, den Kunden durch kleinere Bereitstellungen, schnellere Bereitstellungen und kontinuierliche Bereitstellungen einen Mehrwert zu bieten. Lassen Sie uns verstehen, was wir in der DevOps-Praxis tun müssen, um dies über die agilen Praktiken hinaus zu erreichen.

Erstens ist es, wie wir bereits wissen, die Zusammenarbeit, die wir mit allen Stakeholdern haben müssen, damit jede Information dem gesamten Team zur Verfügung steht und bei der Entwicklung der Software berücksichtigt wird.

Zum Beispiel Dies könnte eine kleine Änderung in der Standardumgebungskonfiguration sein, die das Betriebsteam vornehmen möchte, und diese Informationen sollten an alle Teammitglieder weitergegeben werden, damit sich jeder im Team um die Auswirkungen der Änderung kümmern kann. wo immer es anwendbar ist.

Wie Entwickler beim Codieren aufpassen, stellen Tester sicher, dass am Ende das neueste Update durchgeführt wird. Die Konfiguration wird im Vergleich zur älteren getestet.

Im Grunde muss das Team zusammenkommen und zusammenarbeiten, um das Problem zu lösen, sei es ein Entwurfsproblem, eine Architektur, ein Test oder eine Bereitstellung oder eine Anwendungsleistung. Wir werden in Kürze mehr über die Zusammenarbeit verstehen.

Die technische Verschuldung muss so gering wie möglich gehalten werden.

Jeder einzelne Teil des Programms ist sehr wichtig. Wenn er vernachlässigt und nicht rechtzeitig besucht wird, führt dies in der späteren Phase zu Qualitätsproblemen.

Daher ist es sehr wichtig, auf Details, Spitzenleistungen und die kontinuierliche Konzentration auf die Kundenbedürfnisse zu achten, und es wird zu keinem Zeitpunkt ein Kompromiss für etwas anderes als dieses unterhalten.

Wir wissen, wie wichtig jeder Aspekt des Lebenszyklus der Softwareentwicklung ist und welche Auswirkungen er hat, wenn er nicht berücksichtigt wird. Daher ist es sehr wichtig, sich auf die beste Architektur, die besten Anforderungen, das beste Design und die besten Tests zu konzentrieren. In jeder Phase der SDLC-Phasen sind keine Kompromisse eingegangen.

Wir haben bereits gelernt, wie wichtig es ist, Metriken live zu erfassen.

Ich hoffe, Ihnen hat dieses informative Tutorial gefallen!

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^