AWS Certified Cloud Practitioner
Zuletzt überprüft: Mai 2026
Eine übersichtliche Referenz der Architekturmuster, die in der CLF-C02-Prüfung getestet werden. Von oben nach unten lesen oder zu einem Abschnitt springen.
Startup möchte eine Web-App starten, ohne Server im Voraus zu kaufen.
Die Cloud tauscht CapEx gegen OpEx – nutzungsbasierte Bezahlung für Compute, kein Hardwarekauf.
Warum: Variable Kosten skalieren mit der Nutzung; kein ungenutztes Kapital, das in ruhenden Servern gebunden ist.
Die Workload-Auslastung steigt bei Verkaufsaktionen stark an und sinkt über Nacht.
Elastizität – Ressourcen skalieren automatisch je nach Bedarf hoch und runter. Bezahlen Sie nur für das, was läuft.
Warum: Unterschiedlich zur Skalierbarkeit (maximale Kapazität). Elastizität ist bidirektional und automatisch.
Das Team möchte mit ML-Diensten experimentieren, ohne sich langfristig zu binden.
Cloud-Agilität – Bereitstellung in Minuten, Beendigung nach Abschluss, kein Kapitalrisiko.
Warum ist Cloud Compute günstiger, als es selbst zu betreiben?
Skaleneffekte (Economies of scale) – AWS bündelt die Nachfrage von Millionen von Kunden; die Stückkosten sinken, wenn das Volumen wächst.
Keine Über-Provisionierung von Servern „für den Fall der Fälle“ mehr oder Engpässe während Spitzenzeiten vermeiden.
Die Cloud ermöglicht es Ihnen, genau das bereitzustellen, was Sie benötigen, bei Bedarf zu skalieren und sofort außer Betrieb zu nehmen.
Warum: Eliminiert das Risiko der Kapazitätsplanung, das Ausgaben für ungenutzte Hardware verschwendet oder Ausfälle riskiert.
Möchten Sie global bereitstellen, ohne in jedem Land Rechenzentren zu bauen?
Die Cloud ermöglicht es Ihnen, in Minuten über Regionen und Edge-Standorte global zu agieren. Kein Aufbau von Einrichtungen.
Wählen Sie den Bereitstellungsort: physische Trennung zur Fehlerisolation + geringe Latenz über Zonen hinweg.
Region = Geografie (z.B. `us-east-1`). Availability Zone = isolierte Rechenzentrumsgruppe innerhalb einer Region (≥3 pro Region).
Warum: Multi-AZ-Design übersteht einen Rechenzentrumsausfall; gleiche Region hält die Latenz zwischen den AZs niedrig (einstellige ms).
Inhalte weltweit nah an den Endbenutzern cachen.
CloudFront Edge-Standorte + regionale Edge-Caches. Über 600 POPs weltweit.
Warum: Edge liefert statische Inhalte vom nächsten POP; reduziert die Latenz im Vergleich zum Roundtrip zur Ursprungsregion.
Benötigen Sie eine Latenz im einstelligen Millisekundenbereich in einem Metropolbereich, der nicht von einer Region abgedeckt wird; oder Bereitstellung am 5G-Carrier-Edge?
AWS Local Zones (Metropolerweiterung einer Region) für allgemeine geringe Latenz. AWS Wavelength für 5G Mobile-Edge-Anwendungsfälle.
Benötigen Sie AWS APIs und Dienste, die On-Prem (Compliance, Latenz, Datenresidenz) ausgeführt werden?
AWS Outposts – vollständig verwaltetes AWS Rack/Server in Ihrem Rechenzentrum. Gleiche APIs wie in der Cloud.
Wählen Sie ein Bereitstellungsmodell: rein Cloud, nur On-Prem oder eine Mischung.
Cloud (vollständig AWS), Hybrid (Cloud + On-Prem über Direct Connect/VPN/Outposts verbunden), On-Prem (keine Cloud).
Entwerfen Sie eine Workload, die sicher, zuverlässig, performant, kostengünstig, nachhaltig und operativ solide ist.
Sechs Well-Architected-Säulen: Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization, Sustainability.
Warum: Die Säulen sind die kanonische AWS-Design-Checkliste. Zuverlässigkeit = Wiederherstellung nach Ausfällen + Skalierung nach Bedarf. Nachhaltigkeit (2021 hinzugefügt) = Minimierung der Umweltauswirkungen.
Die Workload muss einen AZ-Ausfall mit minimaler Ausfallzeit überstehen.
Multi-AZ-Design – Bereitstellung über ≥2 AZs hinter einem Load Balancer. RDS Multi-AZ für Datenbanken.
Unterscheiden Sie „fehlertolerant“ von „hochverfügbar“.
HA = erholt sich schnell von einem Ausfall (etwas Ausfallzeit, kann eine passive Replika verwenden). Fehlertolerant = keine wahrnehmbare Ausfallzeit, redundante Komponenten laufen live.
Warum: HA ist günstiger; fehlertolerant erfordert doppelte aktive Kapazität. Wählen Sie nach SLA + Kosten.
Wer sichert was – AWS vs. Kunde.
AWS = Sicherheit DER Cloud (Hardware, Hypervisor, Regionen, Patching von Managed Services). Kunde = Sicherheit IN der Cloud (Daten, IAM, KMS-Schlüssel, Netzwerkkonfiguration, OS-Patching auf EC2, App-Konfiguration).
Warum: Die Grenze verschiebt sich je nach Dienst: EC2 = Kunde patcht OS; RDS = AWS patcht DB-Engine, Kunde verwaltet Benutzer + Daten; S3 = AWS verwaltet Infrastruktur, Kunde verwaltet Bucket-Richtlinien + Objekte.
Entwicklern den Zugriff auf AWS-Ressourcen gewähren, ohne Root-Anmeldeinformationen zu teilen.
IAM-Benutzer (pro Person), Gruppen (Rollenbündel), Rollen (von Diensten oder föderierten Identitäten übernommen), Richtlinien (JSON-Berechtigungsdokumente).
Warum: Rollen + temporäre Anmeldeinformationen werden gegenüber langlebigen Zugriffsschlüsseln sowohl für Menschen als auch für Workloads bevorzugt.
Ein Konto einrichten, das von Tag 1 an den AWS-Sicherheitsbest-Practices folgt.
Root-Konto sichern (MFA, keine programmatischen Schlüssel, nur für Abrechnungs-/Kontoaufgaben verwenden). IAM-Benutzer + Gruppen erstellen, MFA für alle menschlichen Benutzer aktivieren, geringste Privilegien gewähren, Rollen gegenüber langlebigen Schlüsseln bevorzugen, Anmeldeinformationen rotieren.
Wo können Berechtigungen angehängt werden?
Identitätsbasiert (an Benutzer/Gruppe/Rolle angehängt), Ressourcenbasiert (an S3-Bucket, KMS-Schlüssel, SQS-Warteschlange, Lambda-Funktion angehängt), Permission Boundary (maximale Berechtigungen für einen Principal), SCP (organisationsweit maximal).
Zentralisieren Sie Workforce SSO über mehrere AWS-Konten und SaaS-Anwendungen hinweg.
AWS IAM Identity Center (ehemals AWS SSO). Verbinden Sie sich mit einem vorhandenen IdP (Okta, Entra ID, AD) oder verwenden Sie das integrierte Verzeichnis; weisen Sie Konten Berechtigungssätze zu.
Blockieren Sie alle Konten in der Organisation daran, Ressourcen außerhalb von `eu-west-1` und `eu-central-1` zu starten.
AWS Organizations Service Control Policy (SCP), die an die OU angehängt ist. SCPs legen die maximalen Berechtigungen fest; sie können keine gewähren.
Warum: SCPs sind präventiv – selbst ein Administrator in einem untergeordneten Konto kann sie nicht überschreiten.
Eine Multi-Account-Landing-Zone mit vorkonfigurierten Guardrails einrichten.
AWS Control Tower – orchestriert Organizations, IAM Identity Center, Config, CloudTrail, S3-Protokollierung und vorgefertigte Guardrails. Die Account Factory stellt neue Konten mit einer Baseline bereit.
Kontinuierlich überprüfen, ob die Ressourcenkonfigurationen den internen Richtlinien entsprechen.
AWS Config – zeichnet den Ressourcenstatus über die Zeit auf, bewertet ihn anhand verwalteter/benutzerdefinierter Regeln, zeigt nicht konforme Ressourcen an und unterstützt die automatische Behebung über SSM Automation.
Überprüfen, wer wann, von wo, was im AWS-Konto getan hat.
AWS CloudTrail – zeichnet jeden Management-API-Aufruf auf; optionale Datenereignisse für S3/Lambda. Der Organisationstrail erfasst alle Konten in einem zentralen S3-Bucket.
Kompromittierte IAM-Schlüssel, Crypto-Mining-EC2-Instanzen oder ungewöhnliche API-Muster erkennen.
Amazon GuardDuty – verwaltete Bedrohungserkennung. Analysiert CloudTrail, VPC Flow Logs, DNS-Logs, EKS-Audit-Logs, S3-Datenereignisse, Malware in EBS, RDS-Login.
EC2, ECR-Images und Lambda kontinuierlich auf bekannte Schwachstellen scannen.
Amazon Inspector – automatisches CVE + Netzwerk-Erreichbarkeitsscan. Kein Agent für ECR/Lambda; SSM-Agent für EC2.
PII (Kreditkarten, SSNs, Geheimnisse) in S3-Buckets finden.
Amazon Macie – ML-gesteuerte Erkennung sensibler Daten für S3. Zeitgesteuerte und ereignisgesteuerte Scans; meldet Funde an Security Hub.
Ein zentrales Dashboard für Sicherheitserkenntnisse über GuardDuty, Inspector, Macie, IAM Access Analyzer und Drittanbieter-Tools hinweg.
AWS Security Hub – aggregiert Ergebnisse, führt automatisierte CIS / PCI-DSS / NIST-Standardprüfungen durch, unterstützt kontoübergreifende Aggregation.
Eine öffentliche Web-App vor SQL-Injection / XSS schützen und DDoS-Angriffe abwehren.
AWS WAF für L7-Web-Exploits (verwaltete + benutzerdefinierte Regeln bei CloudFront / ALB / API Gateway). AWS Shield Standard (kostenlos, immer aktiv L3/L4 DDoS) + Shield Advanced für ausgeklügelte Angriffe + 24×7 DRT-Support.
Daten im Ruhezustand mit AWS-verwalteten Schlüsseln verschlüsseln, inklusive Audit + Rotation.
AWS KMS – verwaltete CMKs (Customer Master Keys), Envelope-Verschlüsselung, automatische jährliche Rotation, Schlüsselrichtlinien, CloudTrail-protokollierte Nutzung. Die meisten AWS-Dienste sind nativ integriert.
Datenbankpasswörter, API-Schlüssel speichern und rotieren.
AWS Secrets Manager – automatische Rotation über Lambda, native RDS-Integration, feingranulares IAM. Verwenden Sie SSM Parameter Store (Standard) für einfache, nicht rotierende Konfigurationen (es ist kostenlos; Secrets Manager berechnet pro Geheimnis).
Auditor benötigt SOC 2 / ISO 27001 / PCI-DSS Berichte für die AWS-Umgebung.
AWS Artifact – Self-Service-Download von AWS Compliance-Bescheinigungen und -Vereinbarungen (BAAs usw.).
Healthcare-Workload benötigt HIPAA-konforme AWS-Dienste.
AWS veröffentlicht eine Liste HIPAA-konformer Dienste + unterzeichnet über Artifact ein Business Associate Addendum (BAA). Verwenden Sie nur gelistete Dienste für PHI; Verschlüsselung im Ruhezustand + während der Übertragung erforderlich.
S3-Buckets, IAM-Rollen, KMS-Schlüssel usw. erkennen, die von außerhalb des Kontos oder der Organisation zugänglich sind.
IAM Access Analyzer – weist nach, welche Ressourcen extern erreichbar sind; kennzeichnet unbeabsichtigten Zugriff. Generiert Least-Privilege-Richtlinien aus CloudTrail.
Wählen Sie, wie Sie mit AWS interagieren möchten.
Management Console (Web-UI), AWS CLI (Terminal), SDKs (Python/Java/Go/etc. im Code), CloudShell (browserbasierte Shell mit vorgeladenen Anmeldeinformationen), Infrastructure as Code (CloudFormation, CDK).
Benötigen Sie volle Kontrolle über OS, Kernel, benutzerdefinierte AMIs, GPU-Instanztypen?
Amazon EC2 – skalierbare virtuelle Server. Wählen Sie die Instanzfamilie nach Workload (Compute / Memory / Storage / GPU / ARM Graviton).
Kurzlebigen ereignisgesteuerten Code (≤15 Min.) ohne Serververwaltung ausführen.
AWS Lambda – Bezahlung pro Anfrage + GB-Sekunden. Ausgelöst durch S3, API Gateway, EventBridge, SQS usw.
Warum: Keine Infrastruktur zum Patchen oder Skalieren; Kaltstarts und die 15-Minuten-Begrenzung schließen langlaufende Workloads aus.
Containerisierte Workloads auf AWS ausführen.
Amazon ECS = AWS-nativer Container-Orchestrator. Amazon EKS = verwaltetes Kubernetes. Fargate = serverloses Compute-Backend (keine EC2 zu verwalten) für beide.
Benötigen Sie einen einfachen VPS mit vorhersehbaren monatlichen Preisen für eine kleine Website oder Entwicklungsumgebung?
Amazon Lightsail – gebündelter VPS (Compute + Storage + Datentransfer) mit One-Click WordPress / LAMP / Node.
Eine Java / .NET / Node / Python Web-App bereitstellen, ohne EC2 + ELB + ASG selbst konfigurieren zu müssen.
AWS Elastic Beanstalk – verwaltetes PaaS, das EC2, ELB, ASG, RDS für Sie bereitstellt und orchestriert. Sie laden Code hoch; AWS betreibt die Plattform.
Beliebige Mengen unstrukturierter Daten mit 11 Neunen Durability speichern.
Amazon S3 – Objektspeicher. Buckets global benannt; Objekte bis zu 5 TB; Speicherklassen optimieren die Kosten.
Wählen Sie die S3-Speicherklasse nach Zugriffsmuster.
Standard (häufig), Intelligent-Tiering (automatischer Wechsel basierend auf Zugriff), Standard-IA (selten), One Zone-IA (einzelne AZ), Glacier Instant Retrieval (ms), Glacier Flexible Retrieval (Minuten-Stunden), Glacier Deep Archive (12 Stunden Wiederherstellung, am günstigsten).
Benötigen Sie ein persistentes Block-Volume, das an eine EC2-Instanz angehängt ist (für OS, DB-Dateien)?
Amazon EBS – Block-Speicher, der an eine EC2 (Multi-Attach für io1/io2) angehängt ist. Volume-Typen gp3 (allgemeine SSD), io2 (high-IOPS SSD), st1/sc1 (Throughput/Cold HDD).
Benötigen Sie ein von vielen Compute-Instanzen gemountetes, gemeinsam genutztes Dateisystem?
Amazon EFS – verwaltetes NFS, Multi-AZ, skaliert automatisch; für Linux. Amazon FSx – verwaltete Dateisysteme für Windows (FSx for Windows), Lustre (HPC), NetApp ONTAP, OpenZFS.
On-Prem-Anwendungen mit S3-gestütztem Speicher mit einem lokalen Cache verbinden.
AWS Storage Gateway – File (NFS/SMB → S3), Volume (iSCSI cached/stored), Tape (VTL → S3 + Glacier).
Benötigen Sie eine verwaltete relationale Datenbank (MySQL / PostgreSQL / MariaDB / Oracle / SQL Server)?
Amazon RDS – verwaltete Engine: Backups, Patching, Multi-AZ Failover, Read Replicas, Parametergruppen. Sie steuern Schema, Abfragen, Benutzer.
MySQL / PostgreSQL Workload, der höheren Durchsatz, schnellere Wiederherstellung und Multi-Region-Failover benötigt.
Amazon Aurora – MySQL/PostgreSQL-kompatibel, bis zu 5x MySQL-Durchsatz, verteilter Speicher über 3 AZs, Aurora Global Database für Sub-Sekunden-Replikation über Regionen hinweg.
Key-Value- oder Dokument-Workload im einstelligen Millisekundenbereich in jeder Größenordnung, keine Schema-Migrationen.
Amazon DynamoDB – vollständig verwaltetes NoSQL. On-Demand- oder bereitgestellte Kapazität, Global Tables für Multi-Region Active-Active, Point-in-Time Recovery, TTL für automatische Löschung.
Analytische SQL-Abfragen über TBs / PBs von Daten ausführen.
Amazon Redshift – verwaltetes spaltenorientiertes Data Warehouse für Petabyte-Analysen. Amazon Athena – serverloses SQL direkt auf S3, Bezahlung pro gescannten Daten.
Benötigen Sie ein logisch isoliertes Netzwerk für AWS-Ressourcen?
Amazon VPC – Ihr eigenes privates Netzwerk in AWS. Subnetze pro AZ, Routing-Tabellen, Internet-Gateway (öffentlicher Zugriff), NAT-Gateway (privates Subnetz → Internet), Security Groups (stateful), NACLs (stateless).
Statische + dynamische Inhalte global mit geringer Latenz verteilen.
Amazon CloudFront – CDN mit über 600 Edge-Standorten. Integriert mit S3, ALB, API Gateway. Lambda@Edge / CloudFront Functions für Edge-Logik.
Autoritativer DNS mit Health Checks und Failover-Routing.
Amazon Route 53 – verwalteter DNS. Routing-Richtlinien: einfach, gewichtet, Latenz, Failover, Geolocation, Geoproximity, Multi-Value.
On-Prem-Netzwerk privat mit AWS verbinden.
AWS Direct Connect – dedizierte Glasfaserverbindung, vorhersehbare Latenz. AWS Site-to-Site VPN – verschlüsselte Tunnel über das Internet, schneller einzurichten. Beides nutzen: VPN als Backup für Direct Connect.
Wählen Sie einen Integrationsdienst.
Amazon SNS = Pub/Sub Fan-out (viele Abonnenten). Amazon SQS = entkoppelte Punkt-zu-Punkt-Warteschlange mit Wiederholung. Amazon EventBridge = Event Bus mit Schemas + Filterung + SaaS-Integrationen.
AWS-Ressourcenmetriken überwachen, Protokolle sammeln, bei Schwellenwerten alarmieren.
Amazon CloudWatch – Metriken, Protokolle, Alarme, Dashboards, Logs Insights für Protokollabfragen, EventBridge-Integration für Automatisierung.
AWS-Infrastruktur als versionskontrollierte Vorlagen definieren.
AWS CloudFormation – JSON / YAML-Vorlagen, die Stacks bereitstellen und aktualisieren. AWS CDK ermöglicht es Ihnen, CloudFormation in TypeScript/Python/Java/Go zu erstellen.
Eine Flotte von EC2 patchen, Befehle ausführen, Konfiguration speichern, Runbooks automatisieren.
AWS Systems Manager – Patch Manager, Run Command, Session Manager (kein SSH-Bastion erforderlich), Parameter Store, Automation Runbooks, Inventory.
Compute-Ressourcen automatisch über Dienste hinweg richtig dimensionieren.
EC2 Auto Scaling – ASGs von EC2 skalieren. AWS Auto Scaling – vereinheitlichte Skalierungspläne über EC2, ECS, DynamoDB, Aurora usw.
Traffic auf EC2 / ECS / Lambda-Ziele verteilen.
ALB – L7 HTTP/HTTPS, Pfad-/Host-Routing, nativ für Container + Lambda. NLB – L4 TCP/UDP, extrem niedrige Latenz, statische IP. GWLB – für Inline-Drittanbieter-Sicherheits-Appliances.
Überprüfen, ob AWS selbst einen Ausfall hat.
AWS Service Health Dashboard (öffentlich) für den allgemeinen Dienststatus. AWS Health Dashboard (im Konto) für Ereignisse, die Ihre spezifischen Ressourcen betreffen, mit API + EventBridge-Integration.
Servicelimits verfolgen und Erhöhungen anfordern.
AWS Service Quotas – Standard- und angewandte Quoten pro Dienst anzeigen, Erhöhungen anfordern, in CloudWatch-Alarme integrieren, wenn Limits erreicht werden.
Beratungspartner oder Drittanbieter-Software für AWS finden.
AWS Partner Network (APN) – Verzeichnis von Beratungs- + Technologiepartnern. AWS Marketplace – SaaS, AMIs, Container-Images von Drittanbietern kaufen/bereitstellen.
Generativer KI-Assistent für AWS-Konsolenfragen und Geschäftsdaten.
Amazon Q Developer – Chat für AWS-Dokumente / CLI / IDE. Amazon Q Business – Chat über Unternehmensdatenquellen mit Bedrock-gestützten Antworten.
Wählen Sie ein EC2-Preismodell.
On-Demand (keine Verpflichtung, höchster Stundensatz). Savings Plans / Reserved Instances (1 oder 3 Jahre Verpflichtung, bis zu 72 % Rabatt). Spot (bis zu 90 % Rabatt, kann mit 2 Minuten Vorwarnzeit unterbrochen werden). Dedicated Hosts (Compliance / BYOL).
Warum: Stabile Grundlast → Savings Plans/RI. Spitzenlast → On-Demand. Fehlertolerante Batch-Verarbeitung → Spot.
Wählen Sie Savings Plans vs Reserved Instances.
Savings Plans – flexibel, gilt für EC2/Fargate/Lambda durch $/Stunde-Commitment (Compute SP) oder spezifische Instanzfamilie (EC2 Instance SP). RIs – instanzspezifisch, funktioniert für EC2 / RDS / Redshift / ElastiCache / OpenSearch.
Experimentieren ohne Ausgaben.
AWS Free Tier – drei Kategorien: 12 Monate kostenlos (z.B. 750 Std./Monat t2.micro), Immer kostenlos (z.B. 1 Mio. Lambda-Anfragen/Monat, 25 GB DynamoDB), Testversionen (60 Tage Inspector usw.).
Die monatlichen Kosten einer neuen Architektur vor der Bereitstellung schätzen.
AWS Pricing Calculator – Ressourcen nach Dienst modellieren, detaillierte monatliche + jährliche Kosten erhalten, über URL teilen.
Visualisieren, wohin die AWS-Ausgaben im Laufe der Zeit fließen.
AWS Cost Explorer – interaktive Diagramme, Filterung nach Dienst / Tag / verknüpftem Konto, Prognose für den nächsten Monat, Anzeige von Savings Plan-Empfehlungen.
Benachrichtigung erhalten, bevor die monatlichen Ausgaben einen Schwellenwert überschreiten.
AWS Budgets – Kosten- / Nutzungs- / RI- / Savings Plan-Budgets mit Schwellenwerten festlegen; E-Mail-/SNS-Benachrichtigungen; Budget Actions können automatisch Abhilfemaßnahmen ergreifen (SCP anwenden, EC2 stoppen).
Unerwartete Kosten-Spitzen frühzeitig erkennen.
AWS Cost Anomaly Detection – ML-basierte Überwachung von Diensten / verknüpften Konten / Kostenkategorien / Tags. E-Mail- + SNS-Benachrichtigungen, wenn die Ausgaben vom Basiswert abweichen.
AWS-Ausgaben auf Teams / Projekte zurückverrechnen.
Kostenverteilungs-Tags – benutzerdefinierte Tags in der Abrechnungskonsole aktivieren, dann Cost Explorer + CUR-Berichte nach Tag gruppieren/filtern. Tag-Richtlinien in Organizations verwenden, um die Benennung zu erzwingen.
Mehrere verknüpfte Konten in einer Organisation.
Konsolidierte Abrechnung über AWS Organizations – ein einzelnes Zahlerkonto, aggregierte Volumentarife (S3, Datentransfer), gemeinsame RI / Savings Plan-Vorteile über die gesamte Organisation hinweg.
Wählen Sie einen AWS Support-Plan.
Basic (kostenlos, nur Konto/Abrechnung). Developer (E-Mail während Geschäftszeiten, $29+/Monat). Business (24×7 Chat/Telefon, voller Trusted Advisor, $100+/Monat). Enterprise On-Ramp ($5.500+/Monat, gepoolter TAM, 30-Minuten-SLA für kritische Fälle). Enterprise ($15.000+/Monat, dedizierter TAM, 15-Minuten-SLA für kritische Fälle, IEM, Well-Architected-Reviews).
Best-Practice-Prüfungen über Kosten, Performance, Sicherheit, Fehlertoleranz, Dienstlimits hinweg.
AWS Trusted Advisor. Basic / Developer-Pläne erhalten Kernprüfungen (öffentlicher S3-Bucket, MFA für Root, Sicherheitsgruppen). Business / Enterprise-Pläne erhalten den vollständigen Prüfungssatz + API-Zugriff.
Benötigen Sie einen benannten AWS-Kontakt und proaktiven Event-Support?
Enterprise Support – dedizierter Technical Account Manager (TAM), Infrastructure Event Management (IEM) für Starts/Migrationen, Well-Architected-Reviews, Operations-Reviews.
