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 für den RESTful Flask-Dienst erstellen und Testfälle für 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 für 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 für 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 für den von Ihnen erstellten Microservice hinzu, indem Sie Flask-Talisman für Sicherheitsheader und Flask-Cors zur Festlegung von CORS-Richtlinien hinzufügen. Zu Beginn weisen Sie sich selbst die entsprechende Story zu, die für diese Aufgabe erstellt wurde, und beginnen mit der Arbeit an einem neuen Zweig, der für diese spezielle Aufgabe erstellt wurde. Um den TDD-Praktiken gerecht zu werden, schreiben Sie zunächst den Testfall für die Sicherheitsfunktion, die Sie implementieren möchten. Sobald Sie Flask-Talisman für 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 für 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 für 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 für 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 für 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 für 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.