糖心vlog官网观看

In diesem Modul schlie脽en Sie Sprint 1 ab, indem Sie die Umgebung des Capstone-Projekts konfigurieren und den Microservice Kundenkonto mit Hilfe von testgetriebener Entwicklung (TDD) entwickeln. Beginnen Sie mit der Entwicklung des Microservices in einer neuen Verzweigung in Ihrem GitHub-Repository. Sie werden Tests 蹿眉谤 den RESTful Flask-Dienst erstellen und Testf盲lle 蹿眉谤 die Funktionen Lesen, Aktualisieren, L枚schen und Auflisten schreiben. um diese Tests zu bestehen. W盲hrend der Entwicklung f眉hren Sie Nosetests durch, um eine Abdeckung von mindestens 95% sicherzustellen. W盲hrend Ihre Arbeit voranschreitet, werden Sie die User Stories auf Ihrem Kanban-Board vorantreiben.

Bevor Sie mit diesem Modul beginnen, vergewissern Sie sich, dass Sie alle im Hands-on Lab beschriebenen Schritte abgeschlossen haben: Entwickeln Sie Ihren RESTful Service mit testgetriebener Entwicklung. Au脽erdem sollten Sie 眉ber ein GitHub-Konto und ein GitHub-Repository, ein grundlegendes Verst盲ndnis von YAML, Vertrautheit mit der Syntax 蹿眉谤 GitHub Actions und Grundkenntnisse in Python, Pip und nosetests verf眉gen. In Lektion 1 f眉gen Sie einen kontinuierlichen Integrationsworkflow mit GitHub Actions hinzu, mit dem Sie die Erstellung und das Testen Ihres Codes automatisieren k枚nnen. Sie beginnen mit der Erstellung eines Plans 蹿眉谤 Sprint 2 in der angeleiteten 脺bung Sprint 2 Planning. Als N盲chstes werden Sie in der praktischen 脺bung Add Continuous Integration einen GitHub Actions Workflow konfigurieren, der ausgel枚st wird, wenn ein Ereignis in Ihrem Repository eintritt. Im Rahmen von Sprint 2 werden Sie einen Workflow erstellen, der jede Push- oder Pull-Anfrage an Ihr Repository erstellt und testet. Sie werden die entsprechenden User Stories im Laufe Ihrer Arbeit durch Ihr Kanban-Board verschieben. Bevor Sie mit Lektion 2 beginnen, vergewissern Sie sich, dass Sie alle im Hands-on Lab beschriebenen Schritte abgeschlossen haben: Kontinuierliche Integration hinzuf眉gen. Dar眉ber hinaus sollten Sie 眉ber ein grundlegendes Verst盲ndnis von Sicherheits-Headern, CORS-Richtlinien (Cross-Origin Resource Sharing), Flask-Talisman und Flask-Cors verf眉gen. Sie sollten auch ein gutes Verst盲ndnis der Techniken der testgetriebenen Entwicklung (TDD), der GitHub-Aktionen und der GitHub-Operationen (Verzweigen, Zusammenf眉hren, 脺bertragen von Code, Aktualisieren von Code und Erstellen von Pull Requests) haben. In Lektion 2 f眉gen Sie sichere Codepraktiken 蹿眉谤 den von Ihnen erstellten Microservice hinzu, indem Sie Flask-Talisman 蹿眉谤 Sicherheitsheader und Flask-Cors zur Festlegung von CORS-Richtlinien hinzuf眉gen. Zu Beginn weisen Sie sich selbst die entsprechende Story zu, die 蹿眉谤 diese Aufgabe erstellt wurde, und beginnen mit der Arbeit an einem neuen Zweig, der 蹿眉谤 diese spezielle Aufgabe erstellt wurde. Um den TDD-Praktiken gerecht zu werden, schreiben Sie zun盲chst den Testfall 蹿眉谤 die Sicherheitsfunktion, die Sie implementieren m枚chten. Sobald Sie Flask-Talisman 蹿眉谤 die Sicherheitsheader und Flask-Cors zur Festlegung der CORS-Richtlinien hinzugef眉gt haben, 眉bertragen Sie Ihre 脛nderungen in das Repository und stellen einen Pull-Request, der die GitHub-Aktion in Gang setzt. Mit dem Fortschreiten Ihrer Arbeit werden Sie die entsprechenden User Stories auf Ihrem Kanban-Board verschieben.

Bevor Sie mit diesem Modul beginnen, vergewissern Sie sich, dass Sie alle im Hands-on Lab beschriebenen Schritte abgeschlossen haben: Hinzuf眉gen von Sicherheit zu Ihrem RESTful Service. Dar眉ber hinaus sollten Sie ein grundlegendes Verst盲ndnis von Docker und Containerisierung, Docker-Befehlen, Kubernetes und OpenShift, YAML, kubectl und oc-Befehlen haben. Sie sollten ein GitHub-Konto und ein GitHub-Repository besitzen und mit der Syntax 蹿眉谤 GitHub Actions vertraut sein. Im Rahmen von Sprint 3 werden Sie ein Docker-Image Ihres Microservices erstellen und dieses manuell in einem Kubernetes/OpenShift-Cluster bereitstellen. Zun盲chst finden Sie die Story "Containerisieren Sie Ihren Microservice mit Docker" auf der Kanban-Tafel, verschieben Sie sie auf "In Bearbeitung" und weisen Sie sich selbst zu. Als N盲chstes erstellen Sie die Docker-Datei und verwenden diese, um ein Docker-Image mit dem Namen accounts zu erstellen. Sie werden dieses Image im Rahmen der n盲chsten User Story "Deploy your Docker image to Kubernetes" in Kubernetes/OpenShift bereitstellen Sie werden neue Zweige 蹿眉谤 beide Stories erstellen und mit der Arbeit daran beginnen. Sobald die Aufgaben abgeschlossen sind, werden Sie Ihre 脛nderungen von Ihrer lokalen Umgebung in Ihr GitHub-Repository 眉bertragen und pushen. Schlie脽lich erstellen Sie Pull Requests und f眉hren Ihren Code mit dem Haupt- oder Master-Zweig zusammen. Sie verschieben die entsprechenden User Stories in Ihrem Kanban-Board, w盲hrend Ihre Arbeit voranschreitet. Wenn Sie eine Story abschlie脽en, verschieben Sie sie auf "Erledigt" und von dort auf "Geschlossen"

Bevor Sie mit diesem Modul beginnen, vergewissern Sie sich, dass Sie alle im Hands-on Lab beschriebenen Schritte abgeschlossen haben: Bereitstellen Ihrer Anwendung in Kubernetes. Dar眉ber hinaus sollten Sie 眉ber ein grundlegendes Verst盲ndnis von Kubernetes und Continuous Delivery, Tekton Pipeline, YAML, kubectl und oc-Befehlen verf眉gen. Sie sollten 眉ber ein GitHub-Konto und ein GitHub-Repository verf眉gen und mit der Syntax 蹿眉谤 GitHub-Aktionen vertraut sein. F眉r die 脺bung in diesem Modul werden Sie die Bereitstellung in Kubernetes mithilfe der Tekton-Pipeline automatisieren, so dass der Konten-Dienst bei Ausl枚sung der Pipeline in Kubernetes bereitgestellt wird, ohne dass ein manuelles Eingreifen erforderlich ist. Zun盲chst finden Sie die User Story "Erstellen einer CD-Pipeline zur Automatisierung der Bereitstellung in Kubernetes" im Kanban-Board, verschieben sie vom "Sprint Backlog" auf "In Bearbeitung" und weisen sie sich selbst zu. Als N盲chstes erstellen Sie die CD-Pipeline, die Aufgaben zum Klonen, Linting, Unit-Testen, Erstellen und Bereitstellen des Dienstes in einem OpenShift/Kubernetes-Cluster umfasst. Au脽erdem erstellen Sie mit dem Tekton-Katalog einen Tekton-Trigger, z. B. eine 脺bergabe an Ihr GitHub-Repository, der den Lauf der Pipeline ausl枚st. Sie erstellen einen neuen Zweig 蹿眉谤 diese Story und beginnen mit der Arbeit daran. Sobald die Aufgabe abgeschlossen ist, 眉bertragen Sie Ihre 脛nderungen von Ihrer lokalen Umgebung in Ihr GitHub-Repository. Schlie脽lich erstellen Sie Pull Requests und f眉hren Ihren Code mit dem Haupt- oder Master-Zweig zusammen. Sie verschieben die entsprechenden User Stories in Ihrem Kanban-Board, w盲hrend Ihre Arbeit voranschreitet. Wenn Sie eine Story abschlie脽en, verschieben Sie sie auf "Erledigt" und von dort auf "Geschlossen"

In diesem letzten Modul werden Sie Screenshots aus den praktischen 脺bungen einreichen, damit Ihre Kollegen sie pr眉fen k枚nnen, und URLs 蹿眉谤 Ihre REST-Endpunkte und GitHub-Links angeben, damit Ihre Kollegen Ihren Code pr眉fen k枚nnen. Sobald Sie Ihre Einsendung fertiggestellt haben, werden Sie eine der Einsendungen Ihrer Kommilitonen 眉berpr眉fen und benoten.