<h2>Inhaltsübersicht</h2>
<ul>
<li>Abstract</li>
<li>Zielgruppe</li>
<li>Voraussetzungen</li>
<li>Inhalte in 3 Tagen</li>
<li>Praxisprojekt</li>
<li>Rahmen</li>
<li>Kompetenzen</li>
<li>Optionale Vertiefungen</li>
</ul>
<h2>Abstract</h2>
<p>Kompaktformat mit durchgehendem Praxisprojekt: In drei Tagen entsteht ein produktionsnaher Apache bRPC‑Service inklusive API‑Contract, Observability‑Baseline, Sicherheitsgrundlagen und Performance‑Check.</p>
<h2>Zielgruppe</h2>
<ul>
<li>Teams, die schnell produktiv mit bRPC starten müssen</li>
<li>Entwickelnde und technische Leads, die ein gemeinsames „Start‑Niveau“ erreichen wollen</li>
<li>Organisationen, die eine Technologie‑Evaluation mit belastbarem Ergebnis benötigen</li>
</ul>
<h2>Voraussetzungen</h2>
<ul>
<li>C++‑Grundkenntnisse und Build‑Toolchain‑Erfahrung</li>
<li>Basisverständnis Netzwerk und Client‑Server‑Kommunikation</li>
</ul>
<h2>Inhalte in 3 Tagen</h2>
<h3>Tag 1: Grundlagen, Tooling, erster Service</h3>
<ul>
<li>Projektsetup, Build, Abhängigkeiten, Debug/Release‑Profile</li>
<li>Protobuf‑Contract, Server‑Skeleton, Client‑Call, Fehlerhandling</li>
<li>Erste Built‑in Diagnose‑Ansichten nutzen und interpretieren</li>
</ul>
<h3>Tag 2: Robustheit, Betrieb, Observability</h3>
<ul>
<li>Timeout‑Budgets, Retries, Idempotenz und Resilienz‑Grundmuster</li>
<li>Service Discovery (einfacher Einstieg) und client‑seitiges Load Balancing als Konzept</li>
<li>Metriken (bvar‑Prinzip), Logs mit Korrelation, Troubleshooting‑Runbook</li>
</ul>
<h3>Tag 3: Security‑Basics und Performance‑Check</h3>
<ul>
<li>TLS‑Betrieb konzeptionell und praktisch vorbereiten, sichere Defaults</li>
<li>AuthN/AuthZ‑Pattern als Middleware‑Konzept, Eingabevalidierung und Limits</li>
<li>Benchmark‑Baseline, einfache Tuning‑Hebel, Regression‑Guard festlegen</li>
</ul>
<h2>Praxisprojekt</h2>
<p>Zentrales Element ist ein durchgehendes Praxisprojekt, das jeden Tag erweitert wird. Am Ende steht ein lauffähiger Service inklusive Betriebs‑ und Qualitätsartefakten.</p>
<h3>Praxisprojekt: Schritt‑für‑Schritt</h3>
<ol>
<li>Service‑Idee festlegen (kleines Domänenproblem) und API‑Contract definieren</li>
<li>Server/Client implementieren, lokale Tests und Fehlerfälle abdecken</li>
<li>Observability‑Baseline: Metriken, Logs, Diagnose‑Endpunkte, Runbook‑Entwurf</li>
<li>Betriebsnahe Konfiguration: Flags/Parameter, Start‑/Readiness‑Kriterien</li>
<li>Security‑Grundlagen integrieren: TLS‑Setup‑Plan, Auth‑Hook, Validierung/Rate‑Limits</li>
<li>Performance‑Messung durchführen und zwei Optimierungsmaßnahmen umsetzen</li>
</ol>
<h2>Rahmen</h2>
<ul>
<li>Empfohlener Zeitbedarf: 3 Tage</li>
<li>Begründung zur Dauer: Der kompakte Ansatz lebt von einem vollständigen Praxisprojekt. Für Contract‑Design, Implementierung, Observability‑Baseline, Security‑Basics und Performance‑Check sind drei Tage realistisch.</li>
<li>Format: hoher Übungsanteil, kurze Theorie‑Blöcke, tägliche Reviews</li>
<li>Ergebnis: Beispielservice, Checklisten (Betrieb/Security), Messprotokoll und Runbook‑Entwurf</li>
</ul>
<h2>Kompetenzen</h2>
<ul>
<li>Einen bRPC‑Service end‑to‑end erstellen (Contract → Implementierung → Tests)</li>
<li>Robustheit und Betriebsfähigkeit von Anfang an einbauen</li>
<li>Diagnose‑ und Monitoring‑Grundlagen anwenden</li>
<li>Security‑Basics und Performance‑Baseline integrieren</li>
</ul>
<h2>Optionale Vertiefungen</h2>
<ul>
<li>Erweiterung des Praxisprojekts um Migration/Interop mit Legacy‑Schnittstellen</li>
<li>Vertiefung Naming‑Services und Load‑Balancing‑Strategien</li>
<li>Einführung in fortgeschrittenes Profiling und Tail‑Latenz‑Optimierung</li>
</ul>
