Lernpfad: DevOps

Willkommen zu unserem Lernabenteuer rund um DevOps! In diesem Kurs werden wir lernen, wie wir Software entwickeln, um sie schneller und besser zu machen. Dabei werden wir uns auf einige Werkzeuge und Konzepte konzentrieren, insbesondere auf das Bereitstellen von Dingen in der Azure-Cloud von Microsoft, das Verwalten unserer Projekte mit Git und das Automatisieren von Aufgaben. Begleite uns auf diesem spannenden Weg und meistere die damit verbundenen Aufgaben!

Important

Hier ist eine Liste benötigter Dinge:

1. Ein Azure-Abonnement wird für die Erstellung von Ressourcen benötigt. Falls noch keins vorhanden ist können Sie sich hier registrieren.
2. Die Ressourcengruppe sollte vorhanden sein. Wenn du hilfe brauchst beim Einrichten findest du hier eine Anleitung.
3. Grundlegende Programmierkenntnisse werden benötigt, dafür können Sie entweder dieses kurze oder dieses lange Tutorial durchmachen.
4. Eine installierte Entwicklungsumgebung (IDE) ist notwendig, dazu gehört etwas wie VSCode.
5. Azure CLI ist ebenfalls benötigt, hier können Sie eine Anleitung zur Installation finden.
6. Letztendlich wird auch Bicep benötigt, die Anleitung ist hier zu finden.

Was du wissen solltest:

• DevOps:

  DevOps bezieht sich auf eine Reihe von Methoden, die Softwareentwicklung (Dev) und IT-Betrieb (Ops) kombinieren.

  

• IoT (Internet of Things):

  IoT bezeichnet das Netzwerk physischer Geräte, die mit zusätzlichen Dingen wie Sensoren ausgestattet sind, um Daten mit anderen Geräten und Systemen über das Internet zu verbinden und auszutauschen. Ein Beispiel wären Smart Homes.

  

• Bicep:

  Bicep ist eine von Microsoft entwickelte Sprache (DSL) um effizient Azure-Ressourcen bereitzustellen.

  

• Azure-Abonnements und Ressourcengruppen:

  Dort können wir verschiedenste Arten von Daten in verschiedenen Storages Speichern. Azure-Abonnements können mehrere Ressourcengruppen beinhalten.

• Blob:

  Virtueller Datenspeicher für große Mengen unsortierter Daten, wie Text- oder Binärdaten.

  

• Git:

  Git ist ein System, das zum Nachverfolgen von Änderungen im Quellcode während der Entwicklung verwendet wird. Es ermöglicht mehreren Entwicklern die Zusammenarbeit an Projekten, die Nachverfolgung von Änderungen und die Verwaltung von Codeversionen.

  • Pull-Anfrage: Eine Pull-Anfrage ist ein Mechanismus in Git, der zum Vorschlagen von Änderungen an einem auf einer Plattform wie GitHub gehosteten Repository verwendet wird. Sie ermöglicht Entwicklern das überprüfen, Diskutieren und Zusammenführen von Codeänderungen, bevor sie in den Hauptcode eingefügt werden.

  • Branch: Ein Branch in Git ist eine parallele Version des Codebestands, die es Entwicklern ermöglicht, an Funktionen oder Fehlerbehebungen unabhängig voneinander zu arbeiten, ohne den Hauptcodebestand zu beeinträchtigen. Branches erleichtern die gleichzeitige Entwicklung und helfen dabei, Änderungen besser zu isolieren und zu organisieren.

  • Commit: Ein Commit in Git bezieht sich auf einen Schnappschuss von Änderungen, die zu einem bestimmten Zeitpunkt im Repository vorgenommen wurden. Er stellt eine Reihe von Änderungen an Dateien sowie eine beschreibende Nachricht dar, die die Änderungen erklärt. Commits sind wichtig für die Nachverfolgung der Projekthistorie und die Versionskontrolle.

  • GitHub: GitHub ist eine webbasierte Plattform zum Hosten und Zusammenarbeiten an Git-Repos.

    • Repository: Ein Repository (Repo) in Git ist ein zentraler Speicherort, an dem alle Projektdateien und alle Änderungen der Dateien gespeichert werden. Zu den Änderungen am Projekt zählen zum Beispiel Code-, Dateinamenänderungen und das hinzufügen/löschen von Dateien.

  

• GitHub Actions: Mit GitHub Actions können verschiedene Aufgaben wie das Ausführen von Tests, das Erstellen von Builds oder das Bereitstellen von Anwendungen automatisiert werden.

• Service Principal: Ein Service Principal ist eine Identität oder ein Benutzer in Azure, der für die sichere Authentifizierung und Autorisierung von Anwendungen oder Diensten verwendet wird. Im Gegensatz zu einem normalem Benutzer besitzt ein Service Principal keine Anmeldeinformationen wie Benutzername und Passwort, sondern wird zum Beispiel durch ein Anmeldezertifikat authentifiziert. Service Principals ermöglichen es Anwendungen und Diensten, sicher auf Azure-Ressourcen zuzugreifen und Aktionen in Ihrem Namen auszuführen, ohne dass dazu die Anmeldeinformationen eines Benutzers erforderlich sind.

Note

Hier geht es weiter mit dem Tutorial. Dort sind auch die ersten Beispielaufgaben zu finden.