Menü

DevOps entmystifizieren: Video-Tutorial (Teil 1)

  • Haupt
  • Andere
  • DevOps entmystifizieren: Video-Tutorial (Teil 1)

demystifying devops video tutorial

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

DevOps Video Tutorials:

Fragen und Antworten zum Helpdesk-Interview pdf

In unserem vorherigen Tutorial haben wir gelernt Wie sich DevOps auf die Qualitätssicherung auswirkt . In diesem Tutorial erfahren Sie alles über DevOps mit einem darin enthaltenen Video.

(Scrollen Sie nach unten, um mit dem ersten Video dieser Serie zu beginnen.)

Empfohlenes Lesen => DevOps Trainingsreihe

Heutzutage ist DevOps das heiße Thema und Schlagwort in der IT-Branche.

DevOps entmystifizieren

Mit der steigenden Nachfrage nach Softwarelieferungen ändert sich auch die Softwarebereitstellungsmethode, um den anspruchsvollen Kundenerwartungen gerecht zu werden.

Daher ist DevOps eine verbesserte und neueste Methode zur Bereitstellung der Software für die Kunden, insbesondere für Cloud-basierte Lösungen, bei denen erwartet wird, dass die Software schnell geliefert wird.

Viele der fortschrittlichen Unternehmen haben bereits begonnen, DevOps zur Bereitstellung von Software für die Kunden zu nutzen. Und viele weitere sind in der Richtung, es zu übernehmen. Heutzutage erfordern die meisten IT-Möglichkeiten DevOps-Kenntnisse.

Daher ist es für jeden sehr wichtig, „DevOps“ zu entmystifizieren.

DevOps entmystifizieren - Video-Tutorials

Zweck des DevOps-Trainings Video-Tutorials:

  • Über DevOps Bescheid wissen, um auf seine Implementierung zuzugehen.
  • Zu verstehen, wie DevOps die derzeitige Arbeitsweise und Lieferung verändert.
  • Grundlegendes Verständnis des DevOps-Konzepts schaffen.

Inhalt:

Es beinhaltet,

  • Alles über DevOps.
  • Was ist Zusammenarbeit und wie kann die Zusammenarbeit zwischen Dev und Ops hergestellt werden?
  • Schlüsselprozesse von DevOps, kontinuierlicher Integration, kontinuierlichem Testen und kontinuierlicher Bereitstellung.
  • Schlüsselkonzepte von DevOps, Release-Management, Konfigurationsmanagement und Anwendungsüberwachung.

Schlüsselqualifikationen:

  • Kann DevOps definieren.
  • Warum braucht eine Organisation DevOps?
  • Wie fange ich mit DevOps an?
  • Wie kann man das Entwicklungs- und Betriebsteam zusammenbringen?

Layout:

  • Dieses vollständige Tutorial ist in 4 Teile gegliedert, Teil1, Teil2, Teil3 und Teil4 und dann einen Abschluss oder eine Zusammenfassung von Teil5.
  • Jeder Teil ist weiter in Blöcke kleinerer Videos unterteilt, mit der Absicht, dass jeder leicht verstehen kann.
  • In jedem dieser Videos gibt es eine Zusammenfassung dessen, was im vorherigen Video behandelt wurde und was im nächsten Video behandelt wird.
  • Das Video ist sehr einfach, mit einfachen Sprach- und PowerPoint-Folien mit einigen nützlichen Zeichnungen, die bei Bedarf erklärt werden.
  • Jedes Video ist für sich unabhängig, um sein Konzept zu verstehen, und muss keine anderen Videos referenzieren. Es ist jedoch sinnvoll, die Reihenfolge von Teil 1 bis Teil 4 zu ändern, um das Thema besser zu verstehen.

Abdeckung:

Teil 1 : (Dieses Tutorial)

Einführung in DevOps. Hintergrund, Definition, Wert, Nutzen, Gewohnheiten und Best Practices von DevOps.

Teil 2 ::

DevOps-Praktiken basieren auf den Agile Principles, der Bedeutung von Schlüsselprozessen wie Quellcodeverwaltung und Automatisierung und deren Anwendung auf DevOps.

Teil 3 ::

Details zu den wichtigsten Prozessen von DevOps wie:

  • Kontinuierliche Integration,
  • Kontinuierliche Prüfung und
  • Kontinuierliche Bereitstellung.

Teil 4 ::

Bedeutung einiger weiterer Schlüsselprozesse von DevOps,

  • Konfigurationsmanagement,
  • Release Management und
  • Überwachung der Anwendungsleistung in Live.

Teil 5 ::

Rückblick auf den gesamten Kurs.

***********************************************

Beginnen wir mit dem ersten Video-Tutorial in dieser Reihe:

In diesem ersten Teil des Videos dieses Tutorials lernen Sie:

  • Was ist der Hintergrund von DevOps und die Treiber für die Einführung dieser neuen Art der Bereitstellung der Software?
  • Was ist DevOps, warum gibt es keine einheitliche Definition für DevOps? Ist es eine Methode, ein Prozess, eine Kultur?
  • Obwohl wir verstanden haben, was DevOps ist, ist es wichtig zu wissen, was DevOps nicht ist.
  • Die Vorteile der Implementierung von DevOps in einer Organisation.
  • Und die verschiedenen Praktiken und Gewohnheiten von DevOps.
  • Die wichtigsten Metriken der DevOps.

VIDEO Teil 1: Einführung- 21 Minuten 46 Sekunden

Nun, heute werde ich über das Thema 'Entmystifizierung von DevOps' sprechen, das heutzutage in der IT-Branche ein sehr heißes Thema ist.

Wir hören dieses Schlagwort sehr oft an allen Orten. Heutzutage sucht der Großteil der IT-Stellenangebote nach Wissen und Erfahrung von DevOps. Daher ist es sehr wichtig, darüber Bescheid zu wissen.

Komm schon!! Lassen Sie uns verstehen, worum es bei diesem DevOps geht.

Überblick

Diese Serie, 'Demystifying DevOps', ist auf 4 Teile verteilt, was wiederum dem Publikum wenig Komfort beim langsamen und stetigen Verstehen jedes Teils der DevOps verschaffen würde.

Ich bin mir sicher, dass Sie am Ende dieser Serie definieren können, was DevOps ist. Warum brauchen wir DevOps? Was sind ihre Vorteile? Wie kann eine Organisation DevOps für ihre Engagements einbeziehen? und welche Rolle spielt der Tester in der gesamten DevOps-Praxis?

Während die agile Praxis den Entwicklungsprozess schnell beschleunigte und das Softwareteam damit begann, ihn innerhalb des festgelegten Zeitrahmens an Operations zu liefern, stand die IT-Branche dennoch vor der Herausforderung, die Softwareproduktion vorzubereiten und für die Kunden zu öffnen.

Der Betrieb hat wirklich viel Zeit in Anspruch genommen, um ihn mit viel Hin und Her zwischen dem Softwareteam und dem Betriebsteam zu produzieren, mit der Schwierigkeit, die Software zu installieren, zu operationalisieren und die Leistung zu verwalten.

Die Industrie verstand langsam die Trennung zwischen Entwicklung und Betrieb und die Lücke in der Zusammenarbeit zwischen den Stakeholdern, insbesondere den Betrieben, Entwicklern, Geschäftsanalysten und Testern, um die Bearbeitungszeit für die Software zu ermitteln und die Qualitätssoftware bereitzustellen, was sich als sehr kostspielig herausstellte .

Und langsam führte diese Lücke zur Einführung der Praxis „DevOps“, die über die agilen Praktiken und Prinzipien hinaus entwickelt wurde, die auf die Bereitstellung der Qualitätssoftware abzielten. Oder mit anderen Worten: „Wertschöpfung für die Kunden“ in kurzer Zeit auf effizientere Weise und Bereitstellung dessen, was die Kunden tatsächlich wollten.

Was ist DevOps?

Nachdem wir den Hintergrund der Einführung von DevOps verstanden haben, können wir nun leicht definieren, was DevOps ist. Wenn es um die Definition von DevOps geht, gibt es keine Standarddefinition dafür. Aber ich wette, viele werden ihre eigene Version von Definitionen geben.

Da wir den Zweck und die Absicht der Einführung von DevOps verstanden haben, können wir klar sagen, dass DevOps eine Praxis der klaren Zusammenarbeit zwischen den Stakeholdern der Softwareentwicklung ist, nicht nur den Entwicklern und Betrieben, sondern auch mit dem Rest des Teams ermöglichen die schnellere und bessere Lieferung von Wert an den Kunden.

Wenn ich den Rest des Teams sage, gehören dazu Projektmanager, Geschäftsanalysten, Personen, die die Anforderungen erfassen, Personen, die die Anwendung warten, Kundendienstmitarbeiter usw.

Devops schließt hauptsächlich die Lücken, die früher aufgrund mangelnder Kommunikation und Zusammenarbeit bestanden und die wiederum zu einer schlechten Qualität der Software, einer großen Verzögerung bei der Bereitstellung und unzufriedenen Kunden führten.

Nun, DevOps ist nicht nur die Zusammenarbeit, sondern auch die Kombination einer richtigen Gruppe von Mitarbeitern, einer richtigen Gruppe von Prozessen und einer richtigen Gruppe von Tools, um eine kontinuierliche Bereitstellung von „Wert für Kunden“ zu ermöglichen. Hier drücke ich immer wieder auf das Wort 'Wert für Kunden', da das einzige und ultimative Ziel von DevOps darin besteht, die Softwareproduktion vorzubereiten, um den Kunden einen Mehrwert zu bieten.

Dies ist ein großer Unterschied und der Schlüsselaspekt von DevOps.

Schließlich ist Devops eine Kultur, die es den Menschen ermöglicht, sich auf Folgendes zu konzentrieren:

  1. Kunde
  2. Lieferung an die Produktion,
  3. Automatisierung
  4. Rückmeldung und Messung

Was ist nicht DevOps?

Nachdem Sie verstanden haben, was DevOps ist, ist es auch besser zu verstehen, was nicht DevOps ist, um Verwirrungen zu vermeiden.

DevOps ist kein Open Source- oder lizenziertes Tool, das auf dem Markt erhältlich sein wird, sodass Sie es kaufen, installieren und verwenden können und alle Ergebnisse verfügbar sind. Es handelt sich weder um eine Standardspezifikation noch um ein Regelwerk, damit man dem gewünschten Ergebnis folgen und es erhalten kann.

Es gibt auch keine Reihe von Prozessen wie ISO, CMMI, so dass man sich anpassen und die Zertifizierung erhalten kann.

Neben der fehlenden Zusammenarbeit zwischen Entwicklung und Betrieb mit den sich ändernden Marktanforderungen gab es viel mehr Schwachstellen bei der traditionellen Softwareentwicklungsmethode und sogar bei der agilen Methodik, die angegangen werden musste, und die zu den Haupttreibern wurde der DevOps-Praxis.

Nun, die Notwendigkeit, die Qualität und Leistung der Anwendung ständig zu verbessern, war von größter Bedeutung. Die steigenden Kundenerwartungen, -anforderungen und die Erfüllung des erwarteten Kundenerlebnisses waren eine echte Herausforderung bei der traditionellen S / W-Entwicklungsmethode.

Der ständig steigende Druck und der Wettbewerb auf dem Markt, schneller und schneller zu veröffentlichen, waren ein weiterer wichtiger Treiber.

Bei der derzeitigen Unterstützung mehrerer Betriebssysteme und Plattformen reicht es nicht aus, die Software für die Arbeit auf einer einzelnen Plattform oder einem Betriebssystem zu entwickeln. Daher war ein Softwareentwicklungsprozess erforderlich, um mehrere Plattformen gleichzeitig zu unterstützen.

Immer mehr Software für die Cloud-basierten Lösungen erforderte kontinuierliche Tests, kontinuierliche Bereitstellung und Automatisierung, um die Zykluszeit zu verkürzen.

Zunahme komplexer und unternehmenskritischer Programme, Lösungen und unterschiedlicher komplexer IT-Infrastrukturen für die Bereitstellung und den geografisch erforderlichen Support, um diese durch eine große Herausforderung für die Softwareentwicklung aufrechtzuerhalten.

Wert von DevOps

Nachdem Sie die wichtigsten Treiber von DevOps verstanden haben, wird es leicht, den Wert von DevOps zu verstehen, den es für die Organisation bringt, die es praktiziert.

DevOps schließt hauptsächlich die Lücke zwischen den Stakeholdern und verbessert somit die Kommunikation und Zusammenarbeit während des gesamten Lebenszyklus der Anwendungsentwicklung. DevOps verbessert die Vorlaufzeit und verkürzt die Zeitpläne für die Softwarebereitstellung. Die Vorlaufzeit ist die Zeit, die seit dem Festschreiben des Codes für den erfolgreich an die Produktion gelieferten Code vergangen ist.

Insgesamt hemmt DevOps eine Kultur, die das gesamte Unternehmen verändert und die Mitarbeiter dazu veranlasst, sich auf die Bereitstellung von Software zu konzentrieren, die den Kunden einen Mehrwert bietet.

Mit anderen Worten, kleiner, besser und schneller zu liefern, ist das absolute Geheimnis von DevOps.

Vorteile von DevOps

Die DevOps-Praxis hat sich aufgrund der gestiegenen Kundenzufriedenheit bewährt und damit zu einer erhöhten Kundenbasis geführt.

Was auch immer die Haupttreiber für die Praxis der DevOps waren, sie führten zu Erfolgen, wie z. B. einer verbesserten Qualität und Leistung durch einen kontinuierlichen Test- und Feedbackprozess.

Die Einführung des Prinzips „Alles automatisieren“ sowie die Bereitstellung von Infrastruktur und Konfiguration als Code führten dazu, dass menschliche Fehler minimiert, schneller auf den Markt gebracht und häufiger veröffentlicht wurden.

bester mp3 downloader für windows 10

Durch die Versionskontrolle konnte die Software auf mehreren Plattformen unterstützt werden, und frühe und kontinuierliche Tests führten zu geringeren Fehlern und geringeren Ausfallraten in der Produktion.

Aufgrund der kontinuierlichen Bereitstellung dauerte es schneller, die Probleme zu beheben und schneller freizugeben. Man kann also natürlich weiterhin die Vorteile zur Liste hinzufügen.

Praktiken von DevOps

Die Hauptbestandteile von DevOps sind die Best Practices, die während des gesamten Lebenszyklus der Anwendungsentwicklung implementiert werden. Dies trägt dazu bei, die erforderliche Kultur im Team zu verankern, und treibt das Team dazu, die Vorteile der DevOps-Implementierung zu nutzen.

# 1) Konfigurationsmanagement: Wenn Sie genau wissen, was wir bereitstellen, wie wir bereitstellen und welche Konfiguration in die Produktion gehen wird, ist dies der Schlüssel zum vollständig versionierten Konfigurationsmanagement.

# 2) Release Management : Wie wir eine Release-Pipeline aufbauen und verwalten, ist der Schlüsselaspekt des Release-Managements.

# 3) Kontinuierliche Integration: Es stellt sicher, dass jedes Code-Commit versioniert, getestet und kompiliert wird und die Codebasis jederzeit sauber und ordentlich bleibt.

# 4) Kontinuierliche Bereitstellung: Es zielt auf die kontinuierliche Bereitstellung des kompilierten Codes vom Testen bis zur Produktionsumgebung ab.

Testautomatisierung ist die wichtige und kritische Praxis von DevOps, die während des gesamten Lebenszyklus gilt. Die Bereitstellung von „Infrastruktur als Code“ ist eines der wichtigsten Highlights der DevOps-Praxis.

Später, sobald der Code für die Produktion bereitgestellt wurde, ist es wichtig sicherzustellen, dass die Software erfolgreich ausgeführt wird, indem die Leistungsdaten, alle im System aufgetretenen Fehler und auch die Nutzungsdaten der Endbenutzer mithilfe der Tools und Methoden zur Anwendungsüberwachung erfasst werden .

Dies sind also die wichtigsten und wichtigsten Praktiken, die vom Team während des gesamten Anwendungsentwicklungszyklus angewendet und angewendet werden, um sicherzustellen, dass das DevOps-Ziel erreicht wird.

Gewohnheiten von DevOps

Wie Aristoteles sagt: „Wir sind. Was wir wiederholt tun ... Exzellenz ist daher keine Handlung, sondern eine Gewohnheit.

Ich nenne diese Gewohnheiten, weil wir sie wiederholt praktizieren.

Daher müssen diese regelmäßigen Gewohnheiten im Team ohne Kompromisse entwickelt werden, während die Qualitätssoftware wiederholt bereitgestellt werden soll.

# 1) Management der technischen Schulden:

Die regelmäßige Verwaltung technischer Schulden ist einer der Schlüsselaspekte. Wenn dies nicht getan wird, verlangsamt dies den Fortschritt der Software drastisch. Daher muss die technische Verschuldung immer reduziert und die Codebasis so sauber wie möglich gehalten werden. Die saubere Codebasis erleichtert die Bereitstellung des Codes jederzeit.

Wie ich wiederholt erwähnt habe, ist die Konzentration auf den Wert für einen Kunden die Denkweise des Teams und dies ist der zentrale Kulturaspekt von DevOps, der das Team ständig dazu bringt, alles zu tun, um dem Kunden einen Mehrwert zu bieten.

Mit dieser Einstellung werden Personen gestoppt, die denken, dass ihre Arbeit erledigt ist, und sich anderen für weitere Zwecke widmen. Und jeder beginnt zu denken, dass das ultimative Ziel darin besteht, nur dann an die Produktion zu liefern und Kredite aufzunehmen, wenn der Kunde nach Verwendung der Software in der Produktion das Feedback oder die Wertschätzung gibt.

Daher motiviert und bereichert die Konzentration auf den Wert für die Kunden das Team, jedes Mal besser und besser zu werden.

# 2) Hypothesengetriebene Entwicklung ::

Neben dem gründlichen Verständnis der Anforderungen ist es eine „hypothesengetriebene Entwicklung“, zu verstehen, was der Kunde tatsächlich im Leben tut und wie das Verwendungsmuster eines bestimmten Features aussieht, und den Code entsprechend zu entwickeln.

Daher ist es sehr wichtig, von Anfang an aktiv mit den Kunden in Kontakt zu treten, um zu verstehen, wie sie die Software verwenden, und sicherzustellen, dass die richtigen Dinge in erster Linie selbst entwickelt werden. Auch dies ist eine Gewohnheit von DevOps.

# 3) Messung aus der Bereitstellung:

Die ständige Messung der Leistung der Lieferung und das Einholen des Feedbacks aus der Bereitstellung ist eine weitere wichtige Angewohnheit, die dem Team hilft, auf die Verbesserung der Software hinzuarbeiten und den Kunden einen Mehrwert zu bieten.

# 4) Live-Site-Kultur ::

Die Kultur der Live-Site besteht darin, die Denkweise aller zu erfassen, dass wir alles, was wir entwickeln, problemlos in die Produktion bringen müssen.

Es ist die Kultur, alle im Team dazu zu bringen, zu verstehen, dass 'Wenn es nicht in der Live-Site ist, ist es nirgendwo' und es keinen Sinn oder Nutzen hat, wenn wir es nicht zum Live schaffen und daher nicht in der Lage sind, es zu erreichen an unsere Endbenutzer, wenn es nicht in Live ist.

# 5) Infrastruktur als flexible Ressource:

Das Verwalten der Infrastruktur als flexible Ressource ist ein sehr wichtiger Aspekt von DevOps, da wir jederzeit in der Lage sein sollten, vorhandene Infrastrukturen zu entfernen und eine neue zu spinnen. Dies liegt daran, dass wir unsere Infrastruktur sehr einfach als Code definiert haben.

Dieser Aspekt von DevOps hilft uns, unsere Software plattformübergreifend und für mehrere Versionen unterstützend zu gestalten.

# 6) Teamzusammenarbeit:

Mittlerweile wissen wir alle, dass nicht nur die Tools oder Prozesse allein die Softwareentwicklung vorantreiben. Es ist das Team, das zusammenarbeiten muss und sich am Geschäftsziel ausrichtet.

Teamzusammenarbeit ist daher der Schlüsselaspekt der DevOps-Kultur, der jede Lücke im Verständnis zwischen sich und dem Programm schließt.

Daher sind diese Einstellungen, Verhaltensweisen und Gewohnheiten die wichtigsten grundlegenden Aspekte der DevOps-Kultur.

DevOps-Metriken

Vorbei sind die Zeiten, in denen wir nur traditionelle Kennzahlen für Entwicklung und Test gesammelt haben, die sich nur auf die interne Softwareentwicklung und -tests konzentrierten. Da sich der Fokus der Lieferung änderte, wurden die erfassten Metriken auch darauf ausgerichtet, einen Wert für den Kunden zu finden.

Obwohl die zu erfassenden Metriken je nach Priorität des Kunden von Organisation zu Organisation leicht variieren, steht die Messung der Agilität und Zuverlässigkeit der Software im Mittelpunkt von DevOps.

Und diese Metriken lassen sich unter dem Gesichtspunkt des „Werts für den Kunden“ messen und definieren, wie sich das Team w.r.t. DevOps-Implementierung.

Grundsätzlich messen Agilitätsmetriken die Entwicklungseffektivität und die Zuverlässigkeit die Betriebseffektivität.

# 1) Agilitätsmetriken:

Und Anzahl der Bereitstellungen über einen bestimmten Zeitraum.

(ich) Wir wissen, dass es bei DevOps darum geht, kleinere Stücke zu liefern und schnell zu liefern.

Mit diesen Agilitätsmetriken soll also überprüft werden, wie oft das Team die Bereitstellungen durchführen konnte und wie häufig die Bereitstellungen durchgeführt wurden.

Als nächstes wird die Zeit für die Bereitstellung von Änderungen angegeben:

(ii) Wir wissen auch, wie oft sich Kundenansichten ändern, was zu Änderungsanforderungen führt, und DevOps beabsichtigt, diese Änderungen zum Mindestzeitpunkt in der Produktion umzukehren.

Daher besteht der nächste Aspekt der Agilitätsmetriken darin, zu überprüfen, wie lange es dauert, die Änderungsanforderungen für die Produktion bereitzustellen.

# 2) Zuverlässigkeitsmetriken:

Zuverlässigkeitsmetriken dienen dazu, die Zuverlässigkeit der Software nach der Bereitstellung zu messen.

Zu den Zuverlässigkeitsmetriken gehören:

  1. Die Ausfallrate der Releases und
  2. Zeit, die Probleme zu erkennen und zu beheben.

# 1) Die Fehlerrate der Releases ist zu messen. Wie oft schlagen wir in Bezug auf unsere Bereitstellungen fehl? Hier besteht das Ziel darin, sicherzustellen, dass diese bestimmte Metrik im Laufe der Zeit auf Null gesetzt wird und das Team sich daran gewöhnt, jedes Mal erfolgreich bereitzustellen und häufiger zur Produktion zu gehen.

#zwei) Die Zeit zum Erkennen und Beheben von Problemen besteht nun darin, die Zeit zu messen, die zum Erkennen und Beheben des Fehlers benötigt wird. Diese Metrik dient auch dazu zu überprüfen, wie schnell wir verstehen können, was in der Produktion passiert, die Probleme proaktiv zu erkennen, sie zu beheben, indem wir die Problemumgehung bereitstellen und sie als Korrektur an den Entwicklungszyklus weiterleiten.

Diese Metrik konzentriert sich nicht nur darauf, die schnelle Lösung für die Produktion zu ändern, sondern ermöglicht es dem Team auch, solche Probleme in Zukunft zu verhindern, indem die entsprechenden Änderungen vorgenommen werden, sei es in Bezug auf Design, Architektur oder automatisierte Testpipeline.

Im Idealfall sind dies die Metriken, die dem Team helfen, die DevOps-Kultur und -Lieferung zu erreichen.

Lassen Sie uns einen kurzen Rückblick geben:

  • Was ist DevOps?
  • Was ist DevOps nicht?
  • Was sind die Vorteile von DevOps?
  • Was sind die DevOps-Praktiken und -Gewohnheiten?
  • Und was sind die wichtigsten Metriken der DevOps?

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 ist der Vorteil 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.

Verwendung des Team Foundation Servers

Was sind die Gewohnheiten von DevOps? Die DevOps-Gewohnheiten sind das Management technischer Schulden, der Fokus auf die Wertschöpfung für den Kunden, die Live-Site-Kultur, die Teamzusammenarbeit, 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.

Über den Autor für Video-Tutorials zu DevOps:

Das STH-Teammitglied Gayathri Subrahmanyam ist ein Software-Test-Experte mit mehr als eineinhalb Jahrzehnten Erfahrung in der Bereitstellung von Software-Testprojekten für verschiedene globale Kunden in verschiedenen Bereichen. Sie hat Software geliefert und sich intensiv mit traditionellen und agilen Softwareentwicklungsmethoden (SCRUM, SAFE) und den neuesten DevOps-Methoden befasst.

In unserem nächsten Video-Tutorial lernen wir DevOps-Praktiken kennen, die auf den agilen Prinzipien basieren.

PREV Tutorial | NÄCHSTES Tutorial

Literatur-Empfehlungen

^