Dieses Repository dokumentiert einen strukturierten, praxisorientierten Lernprozess rund um Microsoft Azure.
Im Mittelpunkt steht nicht die möglichst vollständige Sammlung von Informationen zu einzelnen Azure-Diensten. Ziel ist vielmehr, fachliches Verständnis, Architektur, praktische Umsetzung und technische Verifikation miteinander zu verbinden:
Azure-Konzepte
↓
Architekturentscheidungen ◄─────────┐
↓ │
eigene Lernpfade │
↓ │ Anpassung durch
praktische Implementierung │ Verifikation
↓ │
Verifikation und Troubleshooting ────┘
So entsteht gleichzeitig eine Lernumgebung, technische Dokumentation und nachvollziehbare Aufzeichnung eigener Arbeit.
Schnellzugriff: docs/ · deployments/ · resources/ · Aktueller Lernpfad
azure-learning/
├── docs/ Eigene Lernpfade und fachliche Dokumentation
│ ├── README.md
│ ├── <lern-pfad-1>/
│ │ ├── README.md
│ │ ├── <NN>_<slug>.md
│ │ ├── <NN>_<slug>.md
│ │ └── ...
│ ├── <lern-pfad-2>/
│ │ ├── README.md
│ │ ├── <NN>_<slug>.md
│ │ └── ...
│ └── ...
│
├── deployments/ Reproduzierbare Implementierungen und Skripte
│ ├── README.md
│ ├── <lern-pfad-1>/
│ │ ├── README.md
│ │ ├── <NN>_<slug>/
│ │ ├── <NN>_<slug>/
│ │ └── ...
│ ├── <lern-pfad-2>/
│ │ ├── README.md
│ │ ├── <NN>_<slug>/
│ │ └── ...
│ └── ...
│
└── resources/ Externe Ressourcen und deren Einordnung
├── README.md
├── <themenspezifische-ressourcen-sammlung>.md
└── ...
Das Repository wächst als Lernsystem, in dem sich jeder Bereich unabhängig entwickelt — bewusst ohne zentrale Datei, die docs/, deployments/ und resources/ gemeinsam indiziert. Verbunden sind sie stattdessen über den gemeinsamen Lernprozess, den sie gemeinsam tragen:
azure-learning
│
┌─────────────────┼─────────────────┐
▼ ▼ ▼
docs/ deployments/ resources/
│ │ │
Lernpfade Umsetzungen externe Quellen
└───────────────┬─┴─────────────────┘
▼
Lernprozess
Die drei Verzeichnisse haben bewusst unterschiedliche Aufgaben.
docs/ enthält die eigentlichen Lernpfade dieses Projekts. Ein Lernpfad beschreibt ein zusammenhängendes technisches Thema aus der eigenen Perspektive und verbindet dabei insbesondere:
- Architektur
- Azure-Ressourcen
- Konfiguration
- Sicherheitsaspekte
- Verifikation
- Troubleshooting
Die Dokumentation soll nicht lediglich wiedergeben, was ein Azure-Dienst kann. Sie soll nachvollziehbar machen, warum eine Lösung gewählt wurde und wie sie praktisch funktioniert.
deployments/ enthält die praktische Umsetzung der in docs/ beschriebenen Szenarien. Dort liegen beispielsweise:
- Deployment-Skripte
- Azure-Ressourcendefinitionen
- Azure Functions
- Konfigurationsdateien
- Hilfsskripte
Ein Deployment soll möglichst reproduzierbar sein und über eine eigene README.md erklären, welche Voraussetzungen, Schritte und Verifikationen erforderlich sind. Nicht jedes Kapitel hat zwingend ein eigenes Deployment. Umgekehrt gehört ein Deployment immer zu einem nachvollziehbaren technischen Kontext und verweist auf die dazugehörige Dokumentation.
resources/ enthält externe Quellen, die den Lernprozess gezielt ergänzen. Dazu gehören insbesondere:
- offizielle Microsoft-Lerninhalte
- Azure-Dokumentation
- Zertifizierungs- und Prüfungsinformationen
- offizielle Labs
- ausgewählte Community-Ressourcen
- Wiederholungs- und Prüfungsvorbereitungsressourcen
Externe Inhalte werden nicht in dieses Repository kopiert. Stattdessen wird dokumentiert, welche Quelle welche Funktion übernimmt.
Anders als ein Deployment, das immer einen bestehenden Lernpfad voraussetzt, ist eine Ressource an keinen bestimmten Lernpfad gebunden — ein Lernpfad kann aber bei Bedarf auf sie zurückgreifen.
Das Repository trennt bewusst zwischen externen Quellen, eigenem Verständnis und praktischer Umsetzung:
externe Quelle ≠ eigener Lerninhalt ≠ praktische Implementierung
- Eine externe Quelle liefert Grundlagen, technische Referenz oder ein fremdes Praxisszenario.
- docs/ überführt relevante Inhalte in einen eigenen technischen Zusammenhang.
- deployments/ macht ausgewählte Szenarien praktisch reproduzierbar.
Eigenes Verständnis statt Kopieren Offizielle Dokumentationen und externe Lernmaterialien werden nicht in docs/ gespiegelt. Die eigenen Lernpfade sollen nachvollziehbar machen, was verstanden, entschieden und praktisch überprüft wurde.
Architektur statt isolierter Services Azure-Dienste werden möglichst innerhalb eines technischen Zusammenhangs betrachtet. Entscheidend ist nicht nur, was ein Dienst kann, sondern welche Rolle er innerhalb einer konkreten Lösung übernimmt.
Theorie und Praxis bleiben verbunden Ein Lernpfad beschreibt die fachliche und architektonische Seite eines Problems. Ein zugehöriges Deployment setzt ausgewählte Teile davon praktisch um.
Reproduzierbarkeit Praktische Implementierungen sollen möglichst nachvollziehbar und wiederholbar sein.
Verifikation ist kein Abschluss, sondern ein Rückkopplungspunkt Verifikation und Troubleshooting können frühere Architektur- oder Implementierungsentscheidungen in Frage stellen und zu deren Anpassung führen. Technische Aussagen und praktische Ergebnisse werden dabei, soweit sinnvoll, anhand der Azure-Dokumentation, Tests oder anderer geeigneter Primärquellen überprüft.
Für einen Einstieg in das Repository empfiehlt sich:
- Einen Lernpfad unter
docs/auswählen. - Die zugehörige Architektur und Kapitelstruktur nachvollziehen.
- Falls vorhanden, die zugehörige praktische Umsetzung unter
deployments/verwenden. - Ergänzende externe Quellen unter
resources/bei Bedarf heranziehen. - Ergebnisse durch Tests, Verifikation und Troubleshooting überprüfen.
Die konkrete Reihenfolge kann je nach Lernpfad abweichen.
Das Repository soll nachvollziehbar zeigen, wie Azure-Themen von der fachlichen Grundlage über Architektur und praktische Umsetzung bis zur Verifikation bearbeitet werden.
Die Dokumentation ist dabei selbst Teil des Lernprozesses:
Dokumentation ist nicht nur das Ergebnis der Arbeit. Sie ist ein Mittel, um Verständnis, Entscheidungen und technische Realität voneinander zu unterscheiden und anschließend überprüfen zu können.