IONOS CLOUD Expert
Experten-Zertifizierung für Administratoren und Lösungsarchitekten, die unternehmensweite Lösungen auf IONOS CLOUD konzipieren und umsetzen. Jede Einheit ist entweder DESIGN oder BUILD: Design-Einheiten enthalten eine vertiefte Architektur und eine Zusammenfassung der Entscheidungen; Build-Einheiten ergänzen einen Data Center Designer-Walkthrough mit Hinweisen zu häufigen Fehlern. Der Kurs beginnt auf der Ebene der architektonischen Entscheidungen, setzt Produktkenntnisse auf Foundational-Ebene voraus und führt ein einzelnes reguliertes Unternehmensszenario, FinCorp, durch alle acht Module, sodass sich jede Entscheidung zu einer kohärenten Architektur im Capstone-Projekt zusammenfügt.
Kursdetails
| Dauer | ~8.6 Std. |
| Einheiten | 39 Inhalteinheiten und 8 Wissensprüfungen in 8 Modulen |
| Zertifizierung | IONOS CLOUD Expert (Administrator & Architect) |
| Bestehensgrenze | 750/1000 |
| Voraussetzungen | Empfohlen: IONOS CLOUD Foundational-Zertifizierung. Setzt Vertrautheit mit allen IONOS CLOUD-Produkten voraus, wie sie in Foundational behandelt werden. Es werden keine Produkt-Einführungen bereitgestellt. Die Einheiten beginnen auf der Ebene der architektonischen Entscheidungen; Build-Einheiten führen anschließend durch die Implementierung im Data Center Designer. Praktische Cloud-Erfahrung wird dringend empfohlen. |
Für wen dieses Kursangebot geeignet ist
Dieser Kurs richtet sich an erfahrene Lösungsarchitekten, Cloud-Engineers, Cloud-Administratoren, Enterprise-Architekten und technische Berater, die das Einsteigerstadium bereits hinter sich haben und nun für die Konzeption und die Implementierung von Produktionssystemen auf IONOS CLOUD verantwortlich sind. Es handelt sich um einen Design- und Build-Pfad: Sie werden Abwägungen und Compliance-Anforderungen wie ein Architekt bewerten und anschließend die Kernarchitekturen hands-on im Data Center Designer wie ein Administrator umsetzen. Das wiederkehrende Szenario von FinCorp, einem deutschen Finanzdienstleistungsunternehmen mit Pflichten nach DSGVO und BSI, einem großen VMware-Bestand, der migriert werden muss, und einer aufzubauenden KI-Fähigkeit, verleiht jeder Entscheidung einen realen Produktions- und Regulierungskontext.
So nutzen Sie diesen Kurs
- Beginnen Sie mit Modul 1: Es legt den Rahmen für das Gesamtsystem fest (Plattformübersicht, geschichtete Architektur, das Modell der nativen Substitution, Souveränität), auf dem jede spätere Einheit aufbaut.
- Bei Entwurfseinheiten konzentrieren Sie sich auf die Abwägungen und die Entscheidungszusammenfassung; bei Umsetzungseinheiten verstehen Sie zuerst das WARUM, und folgen dann der DCD-Anleitung.
- Führen Sie das FinCorp-Szenario fort: Die Entscheidungen jeder Einheit summieren sich bis zum Abschlussprojekt zu einer kohärenten Architektur.
- Behandeln Sie die Listen häufiger Fehler als wertvolle Hinweise aus dem Produktivbetrieb; sie verhindern die häufigsten Konsolenfehler.
- Achten Sie besonders auf die Funktionsgrenzen von IONOS CLOUD; jede wird als natives Entwurfsmuster neu gefasst.
Modul 1: Überblick über die Plattformarchitektur (8%)
Das Gesamtbild des Systems und die Designphilosophie der Plattform vor jeder vertiefenden Analyse. Alles Weitere füllt diesen Rahmen aus. Alle Einheiten: keine Konsolenführungen.
Dauer: ~32 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 1.1 | Die IONOS CLOUD Plattformkarte | ~6 Min. | 1,142 |
| 1.2 | Die kanonische geschichtete Architektur | ~7 Min. | 1,357 |
| 1.3 | Gestaltung um Plattformgrenzen: Das Modell der nativen Substitution | ~7 Min. | 1,317 |
| 1.4 | Souveränität und Compliance als Designeingaben | ~7 Min. | 1,436 |
| 1.5 | Wissensprüfung - Überblick über die Plattformarchitektur | ~6 Min. | 1,103 |
Abgedeckte Themen:
- Die Produktfamilien und ihre Zusammenhänge, mit dem Data Center Designer als zentraler Steuerungsoberfläche und dem virtuellen Rechenzentrum als organisierender Grenze
- Die kanonische Unternehmensstruktur: öffentlicher Layer-7-Load Balancer, zustandslose Rechenstufe, privater Layer-4-Load Balancer, ausschließlich private Datenstufe
- Das Modell der nativen Substitution: Die Plattform setzt Funktionen zusammen, statt sie als einzelne verwaltete Funktionen zu verkaufen
- Die rechtliche Souveränität der EU als Eigenschaft der Jurisdiktion des Betreibers, sowie die zwei BSI-Anerkennungen (C5-Zertifizierung und IT-Grundschutz-Zertifizierung), deren Geltungsbereiche je nach Dienst unterschiedlich sind
- Das eingeführte FinCorp-Szenario und das Referenzdiagramm, das spätere Module ausarbeiten
Modul 2: Governance, Identität und Kostenbasis (12 %)
Die kommerziellen, identitätsbezogenen, auditbezogenen und kostenbezogenen Grenzen, die jede spätere Entscheidung steuern, sowie die Konsolenkonfigurationen, die sie festlegen.
Dauer: ~42 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 2.1 | Ressourcenmodell: Verträge, VDCs und Grenzen | ~8 Min. | 1,602 |
| 2.2 | Identität, RBAC und Federation | ~10 Min. | 2,090 |
| 2.3 | Activity Logs und der Audit Trail | ~6 Min. | 1,276 |
| 2.4 | Kostenarchitektur und FinOps | ~11 Min. | 2,233 |
| 2.5 | Wissenscheck: Governance, Identität und Kosten | ~6 Min. | 1,109 |
Abgedeckte Themen:
- Der Vertrag als kommerzielle, governancebezogene und auditbezogene Grenze; das VDC als regionales Segmentierungsprinzip und wann jeder Aspekt aufgeteilt werden sollte
- Identitätsmodell: Berechtigungen nach Fähigkeiten im Vergleich zu Ressourcenberechtigungen, Least-Privilege durch Nichtvergabe und Federation ausschließlich als Authentifizierung, mit dem manuellen Runbook für Joiner/Mover/Leaver
- Activity Logs als vertragsspezifische, schreibgeschützte Logs mit 35-Tage-Retention, exportiert nach Object Storage, mit Object Lock für langfristige, manipulationssichere Aufbewahrung
- Kostenarchitektur und FinOps: das Berechnungs-Kontentionsmodell, Speicher-Tiering, Wirtschaftlichkeit von Scale-up im Vergleich zu cachebasiertem Scale-out sowie Savings Plans
- Die Konsolenkonfigurationen, die diese Grenzen festlegen: erstes VDC, Gruppen und Berechtigungen, API-Tokens mit eingeschränktem Geltungsbereich und ein Kostenalarm
Modul 3: Netzwerk und Konnektivität (18%)
Entwurf und Aufbau von IONOS CLOUD Netzwerkarchitekturen: VDC-Topologie, Sicherheit, Lastverteilung, Edge-Hochverfügbarkeit, hybride Konnektivität und kundenseitig orchestriertes DNS-Failover.
Dauer: ~88 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 3.1 | VDC-Topologie und Segmentierung | ~11 Min. | 2,126 |
| 3.2 | Netzwerksicherheit: Firewall und Security Groups | ~13 Min. | 2,664 |
| 3.3 | Lastverteilung - Layer 7 (Anwendung) | ~13 Min. | 2,566 |
| 3.4 | Lastverteilung - Layer 4 (Netzwerk) | ~12 Min. | 2,317 |
| 3.5 | Hochverfügbarkeit an der Netzwerkkante | ~12 Min. | 2,329 |
| 3.6 | Hybride Konnektivität: VPN, NAT und Cross-Connect | ~12 Min. | 2,406 |
| 3.7 | DNS und Failover-Routing | ~10 Min. | 2,086 |
| 3.8 | Wissenscheck - Netzwerk und Konnektivität | ~6 Min. | 1,199 |
Abgedeckte Themen:
- VDC-Topologie und Segmentierung: das dreistufige Layout, Adressierung, reservierte öffentliche IPv4-Adressen und warum NIC-Firewalls nur Server-NICs schützen
- Netzwerksicherheit: Mechanik der NIC-Ebene Firewall, Network Security Groups, die Grenze, dass NSGs nicht für verwaltete Load Balancer oder den Cluster gelten, und Flow-Logs
- Lastverteilung auf Layer 7 und Layer 4: wann inhaltsbasiertes Routing seinen Platz verdient, TLS-Terminierung, der API-Gateway-Ersatz und die Zusammensetzung von öffentlichem L7 zu privatem L4
- Hochverfügbarkeit an der Netzwerkkante: IP-Failover und HA-Edge-Konstrukte, stabile Endpunkte mit reservierten IPs
- Hybride Konnektivität (VPN Gateway, NAT Gateway, Private Cross-Connect); gesundheitsbasierte Steuerung über Load Balancer Health Checks und IP-Failover-Gruppen, mit kundenseitig orchestrierter Cloud DNS-Umleitung mit niedriger TTL für Cross-Zone-Failover (Cloud DNS ist nicht gesundheitsbewusst)
Modul 4: Compute und Elastizität (14 %)
Die Wahl der richtigen Compute-Klasse und deren Aufbau: Auswahl der VM-Klasse, Datenträger und Images, Elastizität und Auto-Scaling sowie die dedizierte VMware Private Cloud (nur Design).
Dauer: ~52 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 4.1 | Auswahl der Compute-Klasse | ~13 Min. | 2,515 |
| 4.2 | Images, Datenträger und Cloud-Init | ~10 Min. | 2,015 |
| 4.3 | Elastizität und VM Auto Scaling | ~12 Min. | 2,339 |
| 4.4 | Private Cloud (dedizierte VMware) | ~12 Min. | 2,385 |
| 4.5 | Wissenscheck: Compute und Elastizität | ~6 Min. | 1,110 |
Abgedeckte Themen:
- Die vierdimensionale Compute-Entscheidung über Kern-Isolation, Steuerung der CPU-Familie, Anbindung von Block-Speicher und operatives Modell
- Instanzen mit dedizierten Kernen, geteilten vCPUs und festen Vorlagen, einschließlich der zwei häufigen Fallstricke
- Images, Datenträger und cloud-init: Block-Speicher-Ebenen und die Leistungsgrenze, Regionssperren, Konfiguration beim ersten Start und Unveränderlichkeit nach der Bereitstellung
- Elastizität und VM Auto Scaling: ausschließlich horizontales Replikaten-Scaling, Replikaten-Konfiguration zur Designzeit, Anti-Flapping-Steuerungen und die Voraussetzung der stateless-Ebene
- Private Cloud als dedizierte VMware, bereitgestellt als Service, wann sie sich durchsetzt, das Hybridmuster und die Bereitstellung mit begleiteter Betreuung
Modul 5: Daten und Speicher (18 %)
Gestaltung und Aufbau von Daten und Speicher innerhalb der tatsächlichen Grenzen von IONOS CLOUD: keine Lese-Replikate, Migrationsverfahren per Dump/Restore, Backup Service beschränkt auf VMs und Block Storage. Jede Einschränkung wird als natives Muster neu formuliert.
Dauer: ~106 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 5.1 | Block- und Dateispeicher | ~11 Min. | 2,179 |
| 5.2 | Object Storage | ~12 Min. | 2,485 |
| 5.3 | Relationale Datenbanken (Managed PostgreSQL / MariaDB) | ~18 Min. | 3,665 |
| 5.4 | NoSQL-Datenbanken (Managed MongoDB) | ~13 Min. | 2,577 |
| 5.5 | In-Memory-Datenbank (Cache-Ebene) | ~16 Min. | 3,175 |
| 5.6 | Event-Streaming (Managed Kafka) | ~16 Min. | 3,143 |
| 5.7 | Datensicherung und Lebenszyklus | ~11 Min. | 2,277 |
| 5.8 | Wissensprüfung: Daten und Speicher | ~8 Min. | 1,609 |
Abgedeckte Themen:
- Block- und Dateispeicher, die Asymmetrie zwischen Speicherzone und Compute-Zone sowie Object Storage für manipulationssichere Aufbewahrung, Archivierung und Sicherungsziele
- Relationale Datenbanken: Entscheidung zum Replikationsmodus, keine Lese-Replikate (Skalierung von Lesezugriffen über In-Memory-Cache plus Verbindungspooling), Failover, private Endpunkte und Migration per Dump/Restore
- NoSQL MongoDB und das Dokumentenmodell; In-Memory-Cache als Ebene für die Skalierung von Lesezugriffen und die Externalisierung von Sitzungen
- Event-Streaming mit Managed Kafka: Partitionsgestaltung, Konsumentengruppen und Erfassung auf Anwendungsebene als Ersatz für Change-Data-Capture
- Datensicherung: Backup Service beschränkt auf VMs und Block Storage (kein DBaaS, keine unveränderlichen Sicherungen), Snapshots als Rollback auf VM-Ebene und eine einheitliche Ebene für Datenkontinuität
Modul 6: Container und KI-Plattform (14%)
Gestaltung und Aufbau von Container-Plattformen (Managed Kubernetes, Container Registry) und KI-Diensten (Model Hub) mit ehrlicher Compliance-Zuordnung und klaren Funktionsgrenzen.
Dauer: ~78 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 6.1 | Kubernetes-Plattformdesign | ~15 Min. | 2,943 |
| 6.2 | Bereitstellung eines öffentlichen Clusters | ~9 Min. | 1,705 |
| 6.3 | Bereitstellung eines privaten Clusters | ~9 Min. | 1,777 |
| 6.4 | Container Registry und Plattformauswahl | ~16 Min. | 3,216 |
| 6.5 | KI-Inferenz: Managed Model Hub | ~13 Min. | 2,501 |
| 6.6 | KI-Souveränität und EU AI Act | ~8 Min. | 1,683 |
| 6.7 | Wissenscheck: Container und KI-Plattform | ~9 Min. | 1,703 |
Abgedeckte Themen:
- Kubernetes-Plattformdesign: kostenlose verwaltete Steuerungsebene über kostenpflichtigen Node-Pools, der Autoscaling-Mindestwert und die vier Cluster-Grenzen
- Bereitstellung öffentlicher und privater Cluster, verwalteter Ingress vor dem Cluster und die Netzwerkabhängigkeiten, die ein privater Cluster zuerst benötigt
- Token-basierte Governance der Container Registry, Plattformauswahl zwischen verwalteten und kundenseitig eingesetzten Alternativen sowie Multi-Cluster-Isolation gegenüber Namespace-Isolation
- KI-Inferenz auf dem Managed Model Hub, von Kunden aufgebaute Retrieval-Augmented Generation und Fälle, in denen selbst gehosteter GPU-Serving gerechtfertigt ist
- Grenzen der KI-Datensouveränität und Rollen des EU AI Act für die KI-Ebene
Modul 7: Betrieb, Resilienz und Leistung (12 %)
Architekturen produktionsreif machen: Resilienz und Disaster Recovery, Observability, Performance Engineering und die ehrliche Mechanik einer großen VMware-Migration.
Dauer: ~70 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 7.1 | Resilienz und Business Continuity | ~19 Min. | 3,808 |
| 7.2 | Observability und Betrieb | ~15 Min. | 3,083 |
| 7.3 | Performance Engineering | ~12 Min. | 2,399 |
| 7.4 | Migration und Hybrid-Cutover | ~16 Min. | 3,243 |
| 7.5 | Wissenscheck: Betrieb, Resilienz und Leistung | ~8 Min. | 1,519 |
Abgedeckte Themen:
- Resilienz und Business Continuity: RTO/RPO-Anker, drei Wiederherstellungsstrategien auf Plattform-Primitiven, Multi-Zone-Platzierung, Health Checks des Load Balancers und von Kunden orchestriertes DNS-Failover mit niedriger TTL
- Observability: die vier Telemetrie-Ebenen und ihre festen Scopes, die Lücken, die umgangen werden müssen, und Fan-in in ein externes SIEM
- Performance Engineering: Speicherleistungsuntergrenzen, Connection Pooling und Caching als Hebel für den Durchsatz und Trade-offs bei der Right-Sizing-Optimierung
- Migration und Hybrid-Cutover: kein nativer OVF/OVA-Import, die drei Infrastrukturpfade, Wellenplanung und der FinCorp-Plan für große VMware-Umgebungen, der den Kurs verankert
Modul 8: Alles zusammenführen: Best-Practice-Architektur (4%)
Synthese: Entscheidungsrahmen, die vollständige Referenzunternehmensarchitektur und das zentrale Abschlussprojekt, das den FinCorp-Kern von Anfang bis Ende zusammenbaut.
Dauer: ~47 Min.
| Einheit | Thema | Dauer | Wörter |
|---|---|---|---|
| 8.1 | Architektur-Entscheidungsrahmen | ~12 Min. | 2,390 |
| 8.2 | Die Referenzunternehmensarchitektur | ~13 Min. | 2,621 |
| 8.3 | Abschlusslabor: Den Unternehmenskern von Anfang bis Ende aufbauen | ~14 Min. | 2,787 |
| 8.4 | Wissensprüfung - Best-Practice-Architektur | ~8 Min. | 1,558 |
Abgedeckte Themen:
- Auswahlmatrizen für Compute, Container, Speicher, Datenbank-Engine und Netzwerkprimitiv, jeweils mit Bezug zu differenzierenden Kriterien und strengen Eignungsbedingungen
- Der Souveränitätsfilter, der am Ende über das gesamte Design angewendet wird, sowie die zwei häufigen Kompositionsfehler
- Die Referenzunternehmensarchitektur, die als ein einziges Design aufgebaut wird, mit Hochverfügbarkeit, Lastverteilung, Sicherheit und Konnektivität als querschnittliche Aspekte
- Das zentrale Abschlussprojekt: Aufbau des FinCorp-Unternehmenskerns von Anfang bis Ende im Data Center Designer, wobei alle Moduldurchgänge miteinander verbunden werden
Lernziele
Am Ende dieses Kurses sind Sie in der Lage:
- Vollständige Lösungsarchitekturen zu entwerfen, indem Sie IONOS CLOUD-Produkte unter realen Produktions- und Compliance-Anforderungen kombinieren.
- Das Modell der nativen Substitution für Funktionen anzuwenden, die die Plattform zusammenstellt, aber nicht verkauft (API-Routing, Read-Skalierung, Failover, Change-Data-Capture, VM-Import, Zugriffskontrolle).
- Kernarchitekturen im Data Center Designer zu erstellen: Netzwerk, Compute, Storage, Datenbanken, Container und Betrieb.
- Konforme Lösungen zu entwerfen, wobei Souveränität, dienstbezogene BSI-Zertifizierungen (C5 / IT-Grundschutz) und DSGVO als Entwurfsgrundlagen verwendet werden.
- Große VMware-Migrationen realistisch zu planen und durchzuführen (VCDA, NSX-T L2 VPN, Image-Konvertierung; kein nativer OVF/OVA-Import).
- Entwurf und Implementierung zu einer durchgängigen Enterprise-Architektur zu vereinen, die im Abschlussprojekt von Anfang bis Ende aufgebaut wird.
Nächste Schritte
Spezialisierungszertifizierungen anstreben
- IONOS CLOUD Kubernetes Deep Dive: Container-Orchestrierung, Workload-Verwaltung und cloud-native Architektur auf IONOS CLOUD Managed Kubernetes.
- IONOS CLOUD AI Specialty: AI Model Hub und die Konzeption von durchgängigen ML-Pipelines auf IONOS CLOUD.
Karriere vorantreiben
- Senior Solutions Architect: Leitung von unternehmensweiten Cloud-Architekturinitiativen und Mentoring technischer Teams auf IONOS CLOUD.
- Cloud Consultant: Bereitstellung strategischer Beratungsdienstleistungen für komplexe Cloud-Migrationen und Transformationen.
- Enterprise Architect: Gestaltung unternehmensweiter Technologiestrategien unter Einbeziehung von IONOS CLOUD.
Weiterlernen
- Auf dem Laufenden bleiben bezüglich neuer Serviceeinführungen und Funktionsausweitungen von IONOS CLOUD.
- Emergeing Technologien im Bereich KI/ML, Edge Computing und container-native Muster erkunden.
- Ergänzende Zertifizierungen erwerben (Kubernetes Deep Dive, AI Specialty).
Ressourcen
| Ressource | Link |
|---|---|
| IONOS CLOUD Architecture Center | https://www.ionos.com/enterprise-cloud/architecture/ |
| IONOS CLOUD API Documentation | https://api.ionos.com/docs/ |
| IONOS CLOUD Enterprise Support | https://www.ionos.com/help/enterprise/ |