What is DevOps || DevOps Tools

Hallo, Team. Willkommen zurück. Willkommen bei der DevOps-Schulung. Dies ist die erste Vorlesung dieses speziellen Kurses. Und heute werden wir erfahren, was DevOps ist und welche DevOps-Tools es gibt. Wir werden also diese wenigen Themen abdecken und in diesem speziellen Vortrag werden wir lernen, warum wir die Davos-Praktiken befolgen, richtig, und was ist der Nutzen der Davos-Praktiken? Zunächst werden wir also etwas über die Entwicklung der Softwareentwicklung im Laufe der Jahre erfahren. Dann werden wir einen Anwendungsfall von Facebook diskutieren, das DevOps einsetzt. Dann werden wir lernen, was DevOps ist und am Ende werden wir die verschiedenen Toolsets kennenlernen, die für DevOps verwendet werden. Fangen wir also damit an. In der früheren Zeit, oder man kann sagen, in der früheren Zeit, als die Softwareentwicklung begann, gab es verschiedene Arten von Modellen, richtig? Es gab verschiedene Arten von Lebenszyklen der Softwareentwicklung. Der beliebteste Lebenszyklus der Softwareentwicklung war also das traditionelle Wasserfallmodell. Im Wasserfallmodell müssen wir zuerst die Anforderungen in der Planungsphase erfassen, dann die Codierung, dann die Tests und dann die Wartung, richtig? Dies ist also der komplette Produktlebenszyklus des traditionellen Wasserfallmodells. Jede Phase hat also ihre eigene Bedeutung, richtig? Bei der Planung haben wir also im Wesentlichen die Anforderungen gesammelt. Dann beginnen wir mit der Entwicklung und nach der Entwicklung testen wir das komplette Produkt und nach dem Test setzen wir das komplette Produkt ein und nutzen die Wartung, richtig? Es gab also eine andere Art von Lücken in diesem speziellen Wasserfallmodell, da der Lebenszyklus der Produktfreigabe sehr lang ist, richtig? Denn wir können das Produkt erst freigeben, wenn wir es vollständig entwickelt haben. Der Testaufwand wird genutzt, die Entwicklung wird ebenfalls genutzt, weil wir das komplette Produkt entwickeln und danach mit dem Testen beginnen, richtig? Wir machen die Dinge nicht parallel, damit das Modell diese Schlupflöcher hat. Das nächste Modell, das auf den Markt kommt, ist die agile Entwicklung und die agile Entwicklung. Das Produkt hat sich in Bezug auf seine Funktionen weiterentwickelt. Die Azaleen zeichnen sich grundsätzlich durch eine sinnvolle Entwicklung des Produkts aus. Wir entwickeln eine einzige Funktion, richtig? Wir nehmen die Anforderungen, entwickeln die Funktion, testen sie und gehen erneut zur Entwicklung, wenn wir irgendwelche Fehler finden. Sobald wir ein einzelnes Merkmal abgeschlossen haben, nehmen wir das zweite Merkmal auf, richtig? Bei der agilen Entwicklung haben wir also sehr kurze Lieferfristen. Acht Anforderungen im agilen Modell Anforderungen ändern sich sehr häufig. Die Entwicklung muss schnell sein, aber nach dem Verkauf arbeiten wir jetzt in der ERA, die DevOps-Ansätze genannt wird. Der DevOps-Ansatz ist also am besten geeignet, wenn sich die Anforderungen häufig ändern. Die Entwicklung muss agil sein und der Betrieb muss ebenfalls agil sein. Und in der DevOps-Ära werden die Entwicklung und das Testen in einer einzigen Phase fortgesetzt, oder? Wir können das Produkt parallel entwickeln und testen. Mal sehen, wie wir das machen können. Bevor ich also zu DevOps und DevOps-Technologien komme, möchte ich zunächst die Erfahrungen von Facebook aus dem Jahr 2011 schildern. Richtig? Wir wissen also sehr wohl, dass Facebook ein sehr großes Unternehmen ist. Sie stellen die besten Ingenieure auf dem Markt ein, richtig? Sie arbeiten auch an Spitzentechnologien, und Facebook ist ein Beispiel für die beste Technik der Welt. Facebook hat also 2011 einige Funktionen eingeführt. Im Jahr 2011 führte Facebook neue Funktionen wie Timeline, Musik und Ticker ein. Richtig? Im letzten Diagramm können Sie sehen, wo wir die Weltkarte haben. Wir zeigen hier also die verschiedenen Datenzentren von Facebook, richtig? Dies sind die Einsatzgebiete von Facebook. Als Facebook diese Funktionen 2011 veröffentlichte, wurden die neuen Funktionen in allen Rechenzentren implementiert. Im Grunde wurden die neuen Funktionen gleich danach weltweit in einem Rutsch veröffentlicht. Sie standen vor einigen Herausforderungen. Zum Zeitpunkt 2011 hatte Facebook 500 Millionen Nutzer weltweit. Richtig? Sie haben einige neue interessante Funktionen auf ihrer Website veröffentlicht, die einen starken Verkehr auf den Facebook-Servern anziehen. Infolgedessen brechen die Facebook-Server zusammen. Sie haben aufgehört zu arbeiten. Richtig. Und als die Server nicht mehr funktionierten, gab es eine Verzögerung bei Facebook, eine Verzögerung bei der Öffnung von Facebook. Es gab unterschiedliche, verschiedenartige Probleme, die die Nutzer erlebten. Sie haben also eine gemischte Reaktion von den Nutzern erhalten, was zu keiner Schlussfolgerung führt, da es keine Möglichkeit gibt, diese Funktionen zu entfernen. Es gibt keinen Weg, aus solchen Situationen herauszukommen. Richtig? Daraufhin hat Facebook eine Strategie entwickelt, die es "Dark Launching" nennt. Richtig? Nach diesem Vorfall hat Facebook die Technik des "Dark Launching" eingeführt. Lassen Sie uns also darüber sprechen, was die dunkle Starttechnik ist? Welche Strategie verfolgt Facebook nach dem Vorfall im Jahr 2011? Entsprechend der dunklen Abschussmethode haben sie die dunkle Abschussmethode grundsätzlich in drei Teile unterteilt. Der erste Teil wurde diskutiert und es wurde ein Verfahren eingeführt, bei dem neue Funktionen zunächst für eine kleinere und spezifische Benutzerbasis bereitgestellt werden. Wenn wir also eine neue Funktion in unserer Anwendung einführen, wenn wir etwas Neues anbieten, dann öffnen wir diese Funktion für eine bestimmte Gruppe oder für eine kleinere Gruppe, wie es Google auch beim Google-Chat gemacht hat. Zunächst wurde der Google Chat im Unternehmen selbst eingeführt. Google Chat war nur für Google-Mitarbeiter zugänglich. Richtig. Die neue Funktion wird also zunächst auf einer kleineren Fläche oder in einem kleineren Gebiet eingesetzt. Richtig. Und sie wird für den spezifischen Nutzerkreis offen sein. Richtig? Dann überwachen sie die Rückmeldungen und entwickeln und testen sie kontinuierlich weiter. Wir bekommen also im Grunde drei neue Begriffe. Die erste ist die kontinuierliche Überwachung. Zweitens: kontinuierliche Entwicklung und drittens: kontinuierliche Tests. Diese drei Begriffe sind im Grunde genommen in den DevOps enthalten. Wenn wir also eine grundlegende Funktion oder eine neue Funktion für eine bestimmte Gruppe bereitstellen, überwachen wir das Feedback auf diese bestimmte Funktion. Wir entwickeln kontinuierlich die Bugs, die wir in dieser bestimmten Funktion bekommen, testen sie und stellen sie wieder bereit. Richtig? Es gibt also einen Zyklus, über den wir auf der nächsten Folie mit einem sehr guten Diagramm sprechen werden. Richtig? Sobald die Funktion stabil ist, sobald wir wissen, dass diese bestimmte Funktion stabil ist, werden sie für andere Benutzer in mehreren Versionen bereitgestellt. Nachdem die Funktion stabil ist, werden wir also noch nicht die gesamte Funktion bereitstellen. Alle Rechenzentren oder Gesamt- oder Komplettanwendung. Wir werden sie in mehreren Versionen für bestimmte Benutzer freigeben. Nehmen wir an, dass wir zuerst die Veröffentlichungen für das Jahr herausgeben, dann für Europa, dann für Amerika und dann für Großbritannien, richtig? Daher werden wir die neuen Funktionen in mehreren Versionen in kleinen Stücken veröffentlichen. Dies wird als "Dark Launching"-Technik bezeichnet. Dies ist also das Diagramm der dunklen Starttechnik. Zunächst einmal ist Facebook ein Unternehmen, das eine neue Funktion einführt, richtig? Es wird für eine bestimmte Benutzergruppe eingesetzt, die sich im gelben Gürtel befindet, richtig. Ein bestimmtes Rechenzentrum. Dann bekommen wir die Bugs, also nehmen wir die Funktion zurück. Im Grunde genommen können wir hier sehen, dass ein Zyklus erzeugt wird. Zunächst wird die Funktion an einen bestimmten Benutzer gerichtet. Wir erhalten das Feedback, das als kontinuierliche Überwachung bezeichnet wird. Wenn wir eine Art von Feedback erhalten, einige Fehler, dann geht die Funktion wieder zurück an das Entwicklungsteam, richtig? Sie werden es reparieren und testen. Dies wird als kontinuierliche Entwicklung und kontinuierliches Testen bezeichnet. Die Funktion wird also für eine bestimmte Gruppe freigegeben. Sie werden überwacht. Wenn wir einige Bugs bekommen, können sie an das Entwicklungsteam gehen, das sie behebt und einen neuen Build veröffentlicht. Es wird erneut getestet und an das Entwicklungsteam weitergeleitet, falls ein Fehler auftritt. Es gibt also einen vollständigen Zyklus, der als kontinuierliche Überwachung, kontinuierliche Entwicklung und kontinuierliche Prüfung bezeichnet wird. Richtig? Sobald die Funktion stabil ist, werden wir diese Funktion für unsere Kunden freigeben. Andere Benutzer. Das nennt man doch kontinuierliche Integration, oder? Sobald wir eine bestimmte Funktion in unserer Anwendung haben, werden wir diese Funktion in mehreren Versionen für mehrere Benutzer zugänglich machen. Dies wird als kontinuierliche Bereitstellung bezeichnet. Wir stellen unsere Anwendung also kontinuierlich in verschiedenen Datenzentren oder in verschiedenen Datenzonen bereit. Hier lernen wir also fünf neue Dinge, richtig? Dies ist also im Grunde die Umsetzung der Dark Launching-Technik sind die Aktivitäten oder die Grundlagen des DevOps-Lebenszyklus. Und im DevOps-Lebenszyklus dreht sich alles um kontinuierliche Bereitstellung, kontinuierliche Entwicklung, kontinuierliche Tests, kontinuierliche Integration und kontinuierliche Überwachung, richtig? Dies ist also die Phase, mit der DevOps begann. Jetzt erfahren wir etwas über die Teufel. Wie wir bereits besprochen haben, ist DevOps also keine Technologie, DevOps ist keine Programmiersprache. DevOps ist also im Grunde ein Softwareentwicklungsansatz, richtig? Richtig. Wasserfallmodell, rechts. Agiles Modell. DevOps ist auch ein Softwareentwicklungsansatz, der die kontinuierliche Entwicklung, das kontinuierliche Testen, die kontinuierliche Integration, die kontinuierliche Bereitstellung und die kontinuierliche Überwachung von Software während ihres gesamten Entwicklungszyklus umfasst. Es umfasst also die Planung des Codes, die Erstellung, den Test und nach dem Test die Bereitstellung, den Betrieb und die Überwachung. Wenn Sie mit einem Problem konfrontiert sind, dann gehen Sie zum Plan. Gut, bauen, testen und wieder einsetzen, betreiben und überwachen. Dies ist ein vollständiger, nie endender Zyklus, so dass wir ein Zeichen wie dieses haben, das ein unendliches Design des DevOps ist. Wir arbeiten also im Grunde in Releases, wir planen etwas, kodieren etwas, entwickeln etwas, erstellen das Projekt, testen es erneut und stellen es direkt nach der Bereitstellung bereit. Wir werden sie betreiben und überwachen. Wenn wir Probleme bekommen, bekommen wir auch ein Feedback. Wir gehen wieder in die Entwicklungsphase über. Dies ist also ein nie endender Kreislauf. Aber in der DevOps haben wir eine sehr häufige Releases. Wenn Sie wollen, können Sie Ihre Software wöchentlich, zweiwöchentlich, zweimal im Monat, zweimal im Monat oder in zwei Monaten, in drei Monaten veröffentlichen. Im DevOps-Bereich haben wir also sehr häufige Veröffentlichungen. Dies ist der Vorteil des DevOps-Ansatzes. In diesem Diagramm zeigen wir eine Reihe von Tools, die für DevOps erforderlich sind. Wenn wir also über den Plan und den Code sprechen, können wir einige Tools wie Git verwenden, richtig? Wie Subversion und JIRA. JIRA wird für die Fehlerberichterstattung, Git für die Versionskontrolle der Software und Subversion für die Softwarekontrolle verwendet. Wir werden darüber diskutieren. Holen Sie sich die kompletten Git-Tutorials in den kommenden Videos zum Tool. Dann werden wir unser Projekt erstellen. Wir haben die verschiedenen Arten von Build-Tools auf dem Markt verfügbar wie Maven und Gradle wird Maven in diesem speziellen Tutorial verwenden. Richtig? Wir werden den Maven kennenlernen. Wenn ich die Zeit dazu finde, werde ich auch die Vorlesungen zu gradle erstellen. Dann kommt die nächste Phase in den Test und wir haben die Test-Tools wie Selenium G Einheit, sicher sein. Richtig. Wie Sie sehen können, haben wir verschiedene Gebühren und verschiedene Tools für jede Gebühr zur Verfügung. Richtig? Dann haben wir die kontinuierliche Bereitstellung und Überwachung dafür. Wir haben Tools wie Ansible, Puppet Chef, Salt Stack, richtig? Dann haben wir eine kontinuierliche Überwachung und wir haben neuronale Sensoren und nag verwenden. Diese komplette Phase wird im Wesentlichen als Entwicklungsphase bezeichnet, und dies sind die Werkzeuge des DevOps-Profils oder der DevOps-Ansätze. Richtig. Wir bauen also das Projekt auf, wir entwickeln das Projekt, wir bauen das Projekt auf, wir testen es. Wir setzen sie richtig ein, überwachen sie und bauen sie wieder auf. Das also ist DevOps. Das war's also mit den DevOps. Wenn Sie irgendwelche Fragen zu den Dingen haben, die wir heute besprochen haben, dann können Sie Ihre Frage im Frage- und Antwortforum stellen und ich werde Ihre Fragen in den kommenden Tutorials beantworten. Wir werden etwas über die kontinuierliche Bereitstellung, die kontinuierliche Integration, die kontinuierliche Überwachung und über andere Bereiche lernen. Ich danke Ihnen. Vielen Dank für Ihre Zeit.