Cloud Digital Leader — Übungsfragen und Probeprüfung

Cloud Trace ist der Distributed-Tracing-Dienst von Google Cloud, der Anfragen über Microservices hinweg verfolgt und die Latenz bei jedem Schritt aufzeichnet (docs.cloud.google.com/trace/docs/overview). Er erzeugt Wasserfall-Visualisierungen, die zeigen, wie lange jeder Service für die Verarbeitung einer Anfrage braucht, sodass sich Engpässe leicht lokalisieren lassen. Cloud Trace lässt sich mit GKE, Cloud Run und App Engine integrieren und unterstützt Instrumentierung mit OpenTelemetry. Warum nicht Cloud Monitoring? Es erfasst Metriken wie CPU- und Speicherauslastung, verfolgt aber keine einzelnen Anfragepfade über Services hinweg. Warum nicht Error Reporting? Es identifiziert Anwendungsfehler und Exceptions, keine Latenzengpässe. Warum nicht Cloud Logging? Es sammelt Logeinträge, bietet aber kein Latenz-Tracing auf Anfrageebene über Servicegrenzen hinweg. Prüfungstipp: herausfinden, welcher konkrete Service in einer verteilten Aufrufkette die Latenz verursacht = Cloud Trace.

AutoML auf der Agent Platform automatisiert die Auswahl der Algorithmen, das Abstimmen der Hyperparameter und das Modelltraining und erfordert weder ML-Erfahrung noch Programmierung (docs.cloud.google.com/vertex-ai/docs/start/training-methods). Für Teams mit wenig ML-Erfahrung und kleineren Datensätzen liefert AutoML schneller hochwertige Modelle, weil eigener Trainingscode und der Aufbau von Datenpipelines entfallen. Der offizielle Vergleich der Trainingsmethoden bestätigt: AutoML braucht keine Data-Science-Expertise und kommt ohne Code aus. Warum nicht eigenes Training? Es erfordert erhebliche ML-Erfahrung, um Trainingsanwendungen zu entwickeln—es liefert nicht unabhängig von der Erfahrung immer bessere Modelle. Warum nicht nur vortrainierte APIs? Vortrainierte APIs decken gängige Aufgaben ab, können aber nicht auf deinem eigenen Datensatz trainieren. Warum nicht „AutoML ist nur etwas für große Unternehmen“? AutoML steht allen Nutzenden offen, unabhängig von der Größe der Organisation. Prüfungstipp: wenig ML-Erfahrung + schnelle Ergebnisse nötig + kleiner Datensatz = AutoML.

Container virtualisieren auf Betriebssystemebene und teilen sich den Kernel des Hosts, während VMs auf Hardwareebene virtualisieren und jeweils ein vollständiges Gastbetriebssystem ausführen (docs.cloud.google.com/migrate/containers/docs/anthos-migrate-benefits). Die Google-Dokumentation bestätigt, dass Container deutlich leichter sind als VMs, da sie kein Betriebssystem enthalten und deshalb erheblich weniger Rechen- und Speicherressourcen benötigen. Das ergibt Startzeiten im Sekundenbereich (nicht in Minuten) und eine höhere Dichte auf derselben Hardware. Warum nicht „jedes Betriebssystem überflüssig machen“? Container sind weiterhin auf den Kernel des Host-Betriebssystems angewiesen—sie teilen ihn, statt einen eigenen mitzubringen. Warum nicht „laufen nur in Google Cloud“? Container sind auf jede Plattform portierbar, die Container-Runtimes unterstützt. Warum nicht „stärkere Sicherheitsisolation“? VMs bieten durch getrennte Kernel eine stärkere Isolation; Container geben etwas Isolation zugunsten der Effizienz auf. Prüfungstipp: Container teilen sich den Betriebssystem-Kernel; VMs haben jeweils ihr eigenes Betriebssystem.

Google Cloud verschlüsselt Daten während der Übertragung sowohl über das öffentliche Internet als auch innerhalb des eigenen internen Netzwerks (docs.cloud.google.com/docs/security/encryption-in-transit). Externer Traffic wird über die Google Front Ends (GFEs) mit TLS/QUIC verschlüsselt, während interner Traffic zwischen Diensten ALTS (Application Layer Transport Security) für gegenseitige Authentifizierung und Verschlüsselung nutzt. Google verwendet außerdem das Sicherheitsprotokoll PSP für die Verschlüsselung auf Netzwerkebene mit SmartNIC-Offloading. Das geschieht automatisch und erfordert für regulären Traffic keine Konfiguration durch Kundinnen und Kunden. Warum nicht nur beim Premium Tier? Die Verschlüsselung während der Übertragung gilt unabhängig vom Netzwerk-Tier. Warum nicht nur über das öffentliche Internet? Die Dokumentation sagt ausdrücklich, dass Google Daten innerhalb des internen Netzwerks mit ALTS verschlüsselt. Warum nicht manuelle TLS-Konfiguration? Google übernimmt die Verschlüsselung für seine Dienste automatisch—kundenverwaltete Zertifikate sind nicht nötig. Prüfungstipp: TLS = extern; ALTS = intern. Beides automatisch.