Reverwendbare Logik in Module extrahieren

Inhalt der Lektion

Erste Schritte mit Terraform auf SAP BTP

SAP_MOOC_terra1_unit5_lesson3_EXTRACT_Video.mp4

Hallo und willkommen zurück zu Kapitel 4 Anwenden erweiterter Terraform-Konzepte Konzepte, Lektion 3, Wiederverwendbare Logik in Module extrahieren.  Sehen Sie sich unsere Journey-Map an, wo sind wir jetzt?  Wir sind fast am Ende, also möchten wir in dieser Lektion über das fortgeschrittene Thema der Extraktion von Terraform-Modulen sprechen.  Folglich was sind die Lernziele?  Zunächst wollen wir verstehen, worum es bei dem Konzept der Module innerhalb von Terraform geht.  Wir möchten uns einen Überblick darüber verschaffen, wie Sie lokale Module anlegen können. Sobald sie angelegt wurden, möchten wir sie auch verwenden, und dies ist auch etwas, das wir uns ansehen werden.   Was ist die Idee hinter Modulen?  Wir haben bereits ein wenig darüber gesprochen, sich nicht zu wiederholen in Konfigurationen, als wir lokale Werte eingeführt haben.  Jetzt wollen wir auf dieses Konzept zurückkommen.  Was ist mit Teilen Ihrer Konfiguration, die Sie extrahieren möchten, da Sie sie in mehreren anderen Konfigurationen wiederverwenden möchten?  Diese Konfigurationen sind bei der Einrichtung Ihrer Organisation immer identisch, daher ist es sinnvoll, sie an einem Ort zu haben.  Wie bei der Anwendungsprogrammierung ist es sinnvoll, diese wiederverwendbare Logik zu extrahieren und zu kapseln.  Dasselbe gilt für die Infrastruktur wie der Code.  Das Gute ist, Terraform ermöglicht es Ihnen, dies zu tun.  Diese wiederverwendbaren Blöcke fördern dann die Konsistenz zwischen verschiedenen Konfigurationen und machen Ihre Infrastruktur als Code besser wartbar.  Die Frage lautet nun: Wie machen wir das technisch?  Nun, Terraform bietet ein Konzept von Modulen, das auf die gleiche Weisefunktioniert wie wir es in den anderen Terraform-Konfigurationen sehen, die wir vorgenommen haben.  Wir verwenden ein Modul schwarz, um das innerhalb unserer Terraform-Konfigurationen zu definieren.  Solche Module können entweder lokal gespeichert werden, sind in der Terraform-Registry verfügbar, oder in einem Git-Repository wie GitHub oder GitLab.  In diesem Quelltextbeispiel sehen wir, wie ein solcher Baustein aufgerufen wird.  Wir definieren hier ein Modul namens „Build Process Automation“.  In unserem Fall wird hier der Quelltext lokal gespeichert.  Unterhalb der Quelle sehen Sie die Variablen die dieses Modul konfigurieren muss.  Es handelt sich um die Unterkonto-ID, den Prozessautomatisierungsadministrator, den Prozess- Automatisierungsentwickler und die Prozessautomatisierungsteilnehmer.  Dies ist eine vollständige Definition für unseren Modulblock hier.  Ich denke, Christian, das ist etwas, das werden wir jetzt in unserer praktischen Übung anschauen, oder?  Genau.  Das werden wir in unserer praktischen Übung tun.  Wir werden ein Modul für einige Baseline-Services extrahieren, die wir in jedem Unterkonto haben möchten und das das wir derzeit als Teil unserer Hauptkonfiguration haben.  Auf diese Weise möchten wir auch Konsistenz für zukünftige Unterkonto-Setups sicherstellen.  Wir werden sehen, wie wir Module aus einer vorhandenen Konfiguration extrahieren können und wie wir das Modul aus der vorhandenen Terraform-Konfiguration aufrufen können.  Und wenn wir die Dinge etwas ändern, müssen wir auch die Ausgänge der vorhandenen Konfiguration anpassen, um die Ausgänge der Module zu verwenden.  Damit sagen wir, lassen Sie uns unsere Hände schmutzig machen. Okay, also lassen Sie uns mit Kapitel 4 Lektion 3 beginnen und etwas Coding machen.  Was wir also wie erläutert tun möchten, möchten wir unseren Code ein bisschen ablehnen, damit wir die wiederverwendbaren Teile in Module oder die Baseline-Services extrahieren, die wir haben möchten.  Jetzt wird alles, was wir tun, auch ausführlich in der Terraform-Dokumentation beschrieben, die wir in der Readme referenziert haben, und nun kommen wir zu den Details. Also, was wollen wir in detail machen? Zunächst möchten wir ein Modulverzeichnis anlegen und den Code, den wir extrahieren möchten,in dieses Verzeichnis verschieben, der sich um die App- und Service-Berechtigungen kümmert , die Serviceinstanz-Erstellungen und die App-Abonnements, die wir in unserem Haupt-TF haben.  Anschließend legen wir eine Reihe von Variablen in diesem Modul an, um die Bereitstellung der Service-Apps im Modul auszulösen. Es handelt sich also um die Art der Eingabedaten, die Sie zum Auslösen des Moduls benötigen. Dann ändern wir das Haupt-TF und dann müssen wir sicherstellen, dass die State- Informationen noch vorhanden sind, weil wir alle Sachen herumbewegt haben.  Und wir werden tatsächlich das BTP-Stück nehmen, was die erste Übung bedeutet, um dieses Stück einfacher zu machen. Denn ab jetzt, wenn wir einen Blick in den BTP-Ordner werfen, vielleicht sollten wir auch schon in den BTP-Ordner wechseln.Mittlerweile dass das Haupt-TF jetzt recht groß und komplex aussieht, oder? Und jetzt ist die Idee, wie man das jetzt macht, wie man jetzt kapselt, was in einem Modul wiederverwendet werden kann, damit wir das wirklich sehr, sehr schlank halten.  Ja, genau. Was wir jetzt tun werden, ist unterhalb des BTP-Verzeichnisses, wir legen einen neuen Ordner namens Module an. und in diesem Modulordner legen wir einen weiteren Unterordner an, den wir Service-Baseline genannt haben, da dies die Baseline ist, die die Berechtigungen und Services ist, die in unserer Organisation jedes untergeordnete Konto haben sollte, mit der Idee, dass Sie möglicherweise später zusätzliche Module hinzufügen können, wenn Sie es benötigen. genau das istdie Art, die Sie hinzufügen können.  Nun sind Module im Grunde der gleiche Typ der Konfiguration, die wir zuvor hatten.  Also, wie gesagt, Terraform ist es egal, wie wir unsere Dateien nennen, also nennen wir die Hauptdatei, service baseline.tf.  Daher legen wir eine neue Datei im Verzeichnis an.  Service baseline.tf. Und natürlich, denken Sie an das Modul als Bibliothek oder so so. Wir müssen die Eingabevariablen definieren. Legen Sie hier auch eine neue Datei für diese Datei an. Ja, also legen wir eine dedizierte Variablendatei an.  Das ist also schon.  Und jetzt ist der Code, den wir hier haben, tatsächlich der Code, den wir bereits in unserem Haupt-TF hatten, oder zumindest der größte Teil davon, oder?  Ja. Also werden wir nun wirklich etwas Schaden an unserer ATF-Datei machen, seien wir ehrlich, und extrahieren die Sachen um Anrechte bis hinunter zu den Abonnements.  Also alles, was mit Anrechten, Abonnements oder so etwas zu tun hat, extrahieren wir. Also machen wir einen cut, weil wir mutig sind und fügen in diese Datei ein.  Und sichern Sie es auf beiden Seiten. Und spart es auf beiden Seiten, genau.  Und was Sie jetzt sehen werden, ist, dass diese Datei einen Fehler enthält, weil eine Unterkonto-ID nicht verfügbar ist, lokale Benutzer nicht definiert sind usw.  Daher müssen wir nun Dinge bereinigen, und alles wird im Repository beschrieben, wie man mitgeht.  Ein Punkt, der ein bisschen speziell für Module ist oder eine Voraussetzung ist für Module ist, dass Sie definieren, welcher Anbieter benötigtwird um das Modul funktionsfähig zu machen. Und in unserem Fall müssen wir hinzufügen wechseln wir zum Service baseline.t .f und fügen am Anfang dieser Datei den erforderlichen Provider hinzu. Es ist auch eine Art Best Practice, oder?  Es ist definitiv eine gute Praxis. Sie können auch die Version hinzufügen.  Das ist dann sehr restriktiv. Ich meine, für die interne Entwicklung , das könnte sinnvoll sein.  Wenn Sie öffentliche Module erstellen, hängt well, von Ihrem Szenario ab.  Daher haben wir nun den Anbieter definiert, den wir für das Modul benötigen.  Wir haben den Modulcode, und jetzt müssen wir die Dinge bereinigen.  Zunächst müssen wir das Präfix name hinzufügen. Das ist etwas, das...  Dies zeigte sich auch dort als Fehler in Zeile 37. Ja, um diesen Fehler zu beheben, fügen wir den Einheimischen Block hinzu.  Und eine behoben, bekam noch zwei.  Das ist, yeah, eine Art Erfolg.  Wie Sie sehen können, benötigen wir natürlich jetzt einige Eingabevariablen.  Aber bevor wir das tun, bereinigen wir auch die lokale Datei auf dem main TF, da das Service-Namenspräfix nicht mehr benötigt wird.  Also wechseln wir zur Haupt-TF außerhalb des Moduls, also in der Haupt... Ja, und entfernen Sie das Präfix des Servicenamens. Okay, das ist in Ordnung.  Gut, dann müssen einige Variablen definiert werden.  Dabei handelt es sich um die Unterkonto-ID. Das ist nicht etwas, was wir brauchen. Der Projektname und die Projektphase, da wir das Präfix erstellen müssen.  Prüfen wir in Kürze, ob die Projektphase mit dem Projektnamen vorhanden ist. Das ist etwas, das wir für das Service-Präfix benötigen.  Wir haben die Unterkonto-ID, die wir in abrufen müssen, um alle Ressourcen anzulegen.  Das ist also jetzt erledigt.  Kehren wir zur Service-Baseline zurück, wenn es etwas gibt, bei dem noch als Fehler angezeigt wird. Daher sind alle Fehler verschwunden, aber dieser Fehler ist nicht korrekt. Diese ist nicht korrekt.  Daher müssen alle Unterkonto-IDs von diesem Formular durch die neue variable Unterkonto-ID ersetzt werden.  Was ich jetzt tun werde, ist, dass ich nach diesem Ausdruck suche und dann die Unterstrich-ID des Unterkontos „var. dot“ mache.  Das sollte also das Richtige sein.  Wir ersetzen alles.  Sichern Sie die Eingaben. Sichern Sie die Eingaben.  Und das waren einige Orte, so dass es auf jeden Fall sinnvoll ist.  Natürlich sind alle Abhängigkeiten weiterhin gültig.  Weil sie jetzt in diesem Skript gekapselt sind.  Das bedeutet also, dass es sich jetzt um eine eigenständige, vielleicht in einer anderen Programmiersprache handelt, nennen Sie es Funktion, oder?  Es handelt sich um eine Funktion, die Sie aufrufen, die Sie tatsächlich aufrufen müssen, indem Sie die Informationen bereitstellen, die in der Datei TF, rechts, in den Service-Baseline-Variablen TFI vorhanden sind. Dieser definiert, was die Eingabeparameter für das Modul sind. Genau. Also ja, das sieht nicht zu schäbig aus.  Jetzt müssen wir das Modul in unseren Code. in die Haupt-TF-Datei integrieren, die wir haben.  Yep.  Das ist also genau jetzt.  Wir haben einige Funktionen aus der Hauptdatei TF entfernt. Wir befinden uns nun wieder in der Haupt-TF-Datei, wo wir alle Anrechte und Sachen entfernt haben.  Nun fügen wir den Modulaufruf hinzu. Und wir speichern es.  Und wir sehen jetzt hier in Zeile 24, dies ruft den Ordner Modules Service Baseline auf. und dann in Zeile 25 bis 27 definieren wir nun die drei Variablen, die eingerichtet werden müssen, und wir verbinden sie mit der Unterkonto-ID mit der Ressource BTP subaccount dot project_subaccount dot ID. Der Projektname, den wir der variablen Projektbezeichnung im Hauptordner und der Unterkontophase nachträglich für die Projektphase zuordnen. Genau, das wird also einfach propagiert.  Das ist das, was wir zuvor geschaffen haben.  Und die Quelle ist in unserem Fall, wie gesagt, ein lokales Modul.  Die Quelle könnte, wie gesagt, auch sein bei der Präsentation der Folien ein Modul bildete das Terraform-Register. Es könnte etwas sein, das auf GitHub als Modul verfügbar ist.  Sie können also auch Remote-Module aufrufen, was die Wiederverwendung vernünftiger macht. Ja, aber was wir jetzt schon sehen können, ist, dass die Haupt-tf-Datei jetzt viel sauberer aussieht, oder? Da nun alle Serviceansprüche eingerichtet und Serviceinstanzen in diesem Service-Baseline-Modul angelegt wurden. Yep.  Christian, also haben wir alles getan, was getan werden muss?  Ich denke ja.  Aus unserer bisherigen Codingperspektive also ja.  Jetzt sind Module etwas, das mit einem neuen Provider vergleichbar ist.  Daher können Sie nun entweder Terraform init aufrufen, wodurch auch die Provider initialisiert werden.  Oder Sie führen einen Terraform-Abruf aus, der ein dedizierter Befehl ist, um nur die Modulreferenzen zu aktualisieren.  Und die Terraform erhalten, wie Sie jetzt sehen können, dieses Modul wurde dem .terraform -Setup hinzugefügt.  Das sehen wir auch hier. Es gibt ein Modul. Okay, also wie sollten wir vorgehen?  Wir haben uns nicht allzu sehr verändert. Lass uns einen Terraform-Plan machen.  Ja.  Denn, gut, überprüfen wir, ob wir irgendetwas durcheinander gebracht haben.  Und da ist etwas los, okay.  Mal sehen, was...  Was ist das Ergebnis?  Ach jetzt, die Spannung verschüttet sich.  Oh, fünf Pläne hinzuzufügen. Und fünf, um zu zerstören.  Was haben wir falsch gemacht?  Warum sind... Schauen wir uns also an, was passiert.  Okay, es zerstört alle Ressourcen, die wir extrahiert haben.  Nicht cool.  Anschließend werden sie basierend auf dem Modul neu angelegt.  Nun, Warum passiert das? Nun, der Grund für das ist, dass wenn wir eine Terraform State List machen, wir sehen,dass innerhalb des Staates alle Entitlements die alte Adresse haben.  Terraform weiß also nicht von selbst, hey, Christian hat einige Informationen von A nach B verschoben und passt automatischdie Adresse der Ressourcen im Bundesstaat an.  Das ist also etwas, was wir Terraform dazu sagen müssen.  Und zum Glück wir sind nicht die ersten, die das tun, aber es gibt ist ein Konzept innerhalb von Terraform, um Terraform zu informieren, dass die Informationen verschoben wurden.  Jetzt ist das wirklich ein sehr fortgeschrittenes Thema.  Dennoch müssen wir es hier tun.  Dies geschieht über sogenannte verschobene Blöcke. Wir haben auch verlinkt oder referenziert. die Dokumentation dort.  Und bei Move-Blöcken sagt man Terraform, und ich denke, das ist ziemlich intuitiv. Es ist sehr einfach, ja, zu verstehen, ja.  Sie erkennen, hey, diese Ressource, die früher als subaccount Entitlement Alert Notification Service Standard bekannt war, wir verschieben das in das Modul blah, blah, blah, alert notification service standard.  Und das muss für jede Ressource, die wir bewegt haben, getan werden.  Wir werden jetzt also eine neue file.-Datei namens movte .tf im BTP-Ordner anlegen.  Und wir fügen hier die verschobenen Blöcke ein.  Die Verschiebeblöcke. Wir haben also die drei Anrechte der Serviceinstanz sowie das Abonnement.  Das muss verschoben werden.  Und dann ist der Prozess derselbe wie zuvor. Daher müssen wir eine Planung und eine Bewerbung durchführen, um den Status zu aktualisieren.  Aber das ist normalerweise, meine ich, wenn Sie das Konzept eines Moduls in Ihren Code anwenden, das ist normalerweise etwas, das Sie an der ganz am Anfang tun, richtig, um alles einrichten zu lassen.  Und dieser Verschiebeblock ist jetzt tatsächlich eine Möglichkeit, die Lücke zwischen dem, was Sie in den ersten Schrittengetan haben, zu schließen im Vergleich zu dem, was Ihr Zielzustand ist, oder? Wenn Sie also das einmal gemacht haben, haben Sie vielleicht mehr Erfahrung mit Modulen, und dann von Anfang an Sie denken bereits an das Hinzufügen von Modulen, also würden Sie nicht einen solchen Schritt brauchen, den wir gerade tun, oder? Ja, Ich meine, es ist immer eine Frage, wie Sie sich weiterentwickeln, wie die Anforderungen sich entwickeln, und es ist gut zu wissen, dass Sie nicht verloren sindmit einem solchen Refactoring Ihres Terraformcodes. Sie können tun, dass Sie nur wissen müssen, dass Sie einfach wissen müssen, dass ich auch habe um den Zustand zu aktualisieren, der jetzt der Vorteil einer so großen Gemeinschaft ist haben Sie diese Terform bereits gemacht haben Sie eine andereForm.  Kapitel 4-3, ja.  Nun sollte also der Umzugsblock eintreten. Und wieder braucht die Erfrischung ein bisschen.  Aber wie Sie sehen können, führt es jetzt eine Planung durch.  Und wie Sie sehen, ändert es nichts.  Aber es tut alle Bewegungen des Staates.  Das ist genau das, was wir wollen, oder?  Genau. Und jetzt können wir die Änderungen wirklich anwenden so, dass dann auch der Status entsprechend aktualisiert wird und das war schnell rechts, also prüfen wir, ob die Dinge wie erwartet funktionieren und eine Terraform-Zustandsliste ausführen, da wir jetzt ja sehen sollten sinddie Module die Module und das ist genau das, was wir wollten jetzt würde ich sagen, dass es nur eine Anmerkung auf der move.tf ist, dass Sie den Code in irgendeinerForm verschieben können nicht. Daher wird Terraform jetzt nicht betroffen sein,da alles verschoben wird, mit Ausnahme des Falls, dass Sie erneut Ressourcen mit derselben Adresse einbringen, wird der Umzugsblock wieder eintreten.  Ich denke, es ist eine gute Praxis, es für das Update beizubehalten und dann zu einem späteren Zeitpunkt zu entfernen.  Und ja, damit, sind wir durch, oder?  Ja, ich denke, wir haben wieder eine fantastische Arbeit geleistet. Auf jeden Fall.  ist unser Code jetzt so viel einfacher zu pflegen.  Was sind also die wichtigsten Erkenntnisse aus dieser Lektion?  Wir haben gelernt, dass Terraform das Konzept von Modulen hat, bei denen wir vernünftige Konfigurationen ganz einfach kapseln können.  Wir haben auch gelernt, dass wir diese Module entweder lokal oder remote in Registrys oder Quellcode-Management-Systemen speichern können.  Wir haben auch gelernt, dass Module versioniert werden können. Neben allen Vorteilen können Sie Modelle auch so wiederverwenden, dass Sie eine konsistente Ressourcenbereitstellung mit einem leichter zu pflegenden Code sicherstellenkönnen.  Und damit vielen Dank und sehen Sie in der nächsten Lektion. Tschüss. Tschüss.

Share feedback

<p>We are aware of intermittent issues in accessing the learning content</p>

We are aware of intermittent issues in accessing the learning content

Personalize your learning.

Why create an SAP account?

Enhance your learning experience

SAP Learning

Choose your subscription

Manage your subscription

Live Sessions

Hands-on Practice

Certification

My Learning

Ready to start learning?

Please try again later

Sorry, we encountered an error

Try again or reset results to continue browsing

We didn’t find what you’re looking for

To continue, please log in

Your session has timed out

Validate your skills and learning by completing the certification exam and gain a highly recognised accreditation.

Book your certification exam

Complete the assessment to validate your SAP PartnerEdge competency qualifications.

Ready to take your assessment?

Learn about the key features and essentials in the latest release to help you prepare for the Stay Certified assessment.

Prepare for assessment

Learn new skills you need at your own pace with our bite-sized lessons.

Prepare for certification

In your My Learning account you can view your certification and learn how to take your Stay Certified assessment.

Ready to take your Stay Certified assessment?

Explore {title} at SAP Learning. Find out more!

You have earned a new badge!

You've completed

Something went wrong when connecting to the badge service. You can always check your achievements in My Learning.

Badge couldn’t be issued

You’ve finished the course, but the external system didn’t verify it. Please try again later or refresh the page to update your record.

We couldn’t confirm your completion

The learning content has been updated. Refresh the page to reload the most recent content.

Your course content has changed

This badge was already awarded earlier, so no new one is added. You can view it anytime in My Learning.

You’ve already earned this badge

We couldn’t finish your request due to an unexpected error. Please refresh the page and try again. If the issue continues, check My Learning or try again later.

Something went wrong...

The saved progress data isn’t valid, so we couldn’t update your course status. Please try again later or refresh the page.

We couldn’t load your progress

{count, plural, one {Objective} other {Objectives}}

You didn't pass this time

You passed {quizTitle}

You answered {correctQuestions} of {totalQuestions} correct

It's time to put what you've learned to the test, get {correctQuestionsNeeded} right to pass this {sectionLabel}.