Einheit 1.1: Die IONOS CLOUD-Plattformkarte
Einführung
Bevor wir ins Detail gehen, benötigen Sie einen Rahmen, den der Rest des Kurses ausfüllt. IONOS CLOUD ist kein Katalog unverwandter Dienste, sondern eine kleine Anzahl von Produktfamilien, die zu Lösungen zusammengesetzt werden. Alle werden über eine einzige Konsole bereitgestellt und sind innerhalb einer einzigen organisatorischen Grenze eingegrenzt. Diese Einheit zeichnet diese Karte einmalig, damit jede spätere Einheit, ob sie ein Netzwerk entwirft oder einen Datenbankcluster aufbaut, einen bekannten Ort darauf hat. Wir beginnen mit dem Unternehmen, das wir durchgängig entwerfen werden: FinCorp.
1. Die Produktfamilien und ihre Beziehungen
Die Plattform gliedert sich in eine Handvoll Familien, die in einer vorhersehbaren Beziehung zueinander stehen. Compute stellt die Server bereit, auf denen Workloads ausgeführt werden. Networking verbindet diese Server und macht sie über Local Area Networks (LANs), Load Balancer, Gateways und DNS zugänglich. Data services verwalten den Zustand und umfassen Block- und Dateispeicher, S3-kompatibles Object Storage, verwaltete relationale und NoSQL-Datenbanken, den In-Memory-Cache sowie verwaltete Event-Streaming-Dienste. Container (Managed Kubernetes und die Container Registry) sowie die AI-Ebene (die verwalteten Inferenz- und Modell-Dienste) befinden sich über Compute und stützen sich auf dieselben Netzwerk- und Daten-Ebenen darunter. Operations, bestehend aus Audit-, Metrik-, Logging- und Kosten-Tools, überwacht all diese Komponenten.
Die Beziehung zwischen den Familien ist der entscheidende Aspekt. Networking ist das Substrat, in das die anderen Familien eingebunden werden: Eine Datenbank, ein Kubernetes-Node-Pool und ein Load Balancer sind alle an LANs innerhalb desselben Bereichs angebunden. Data services werden privat von Compute aus erreicht, statt direkt exponiert zu werden. Operations umfasst das gesamte System, ohne zu einer einzelnen Workload zu gehören. Sie werden eine Familie selten isoliert deployen; Sie setzen sie zusammen, und genau in dieser Zusammensetzung liegt die Architektur.
Für FinCorp, ein deutsches Finanzdienstleistungsunternehmen, das unter DSGVO und der BSI-Sicherheitsbasislinie arbeitet, impliziert die Übersicht bereits die Form des Engagements. FinCorp betreibt eine bestehende, große VMware-Umgebung, die migriert werden muss, und möchte eine neue KI-Fähigkeit aufbauen. Auf dieser Übersicht wird die VMware-Umgebung in der Private Cloud platziert, einer eigenständigen Produktfamilie, die auf dedizierter Single-Tenant-VMware-Hardware mit einer eigenen Steuerungsoberfläche läuft (der vSphere Client und NSX-T Manager, nicht der Data Center Designer oder die IONOS CLOUD API v6). Die KI-Fähigkeit befindet sich in der AI-Ebene und nutzt die Data services. Die Familien AI, Data und Networking sind durch das gemeinsame Netzwerk-Substrat verbunden und werden von denselben Operations-Tools überwacht, während Private Cloud weitgehend eine selbstständige Insel außerhalb dieser gemeinsamen Steuerungsebene bleibt. Der Kurs behandelt diese Entscheidungen Familie für Familie; diese Einheit legt lediglich fest, wo jede Familie positioniert ist.
2. Die Steuerungsoberfläche und die organisierende Grenze
Zwei Konzepte halten die gesamte Übersicht zusammen, und ihre Verwechslung ist ein häufiger Fehler zu Beginn.
Der Data Center Designer (DCD) ist die Steuerungsoberfläche. Es handelt sich um die grafische Webanwendung von IONOS CLOUD zum Erstellen und Verwalten von Infrastruktur, eine Drag-and-Drop-Oberfläche, in der Sie Server, Speicher und Netzwerke visuell modellieren und anschließend bereitstellen. Alles, was Sie in diesem Kurs erstellen, erstellen Sie über den DCD (oder, gleichwertig, über dessen API und Tooling). Der DCD ist das Mittel, mit dem Sie auf der Plattform handeln; er ist nicht der Ort, an dem Ihre Ressourcen liegen.
Das Virtuelle Rechenzentrum (VDC) ist die organisierende Grenze. Ein VDC ist eine Sammlung von Cloud-Ressourcen, die Prozessoren, Arbeitsspeicher, Festplatten und Netzwerke, aus denen Ihre Infrastruktur aufgebaut wird, die zusammen eine unternehmensfähige Umgebung bilden. Entscheidend ist, dass ein VDC für eine einzelne Region erstellt wird, sodass jede Ressource innerhalb dieses VDCs diese Lage teilt. Diese Tatsache macht das VDC zur natürlichen Einheit der Segmentierung: Sie platzieren eine Workload in einem VDC und haben damit gleichzeitig dessen Region, dessen Auswirkungsbereich und das Netzwerk gewählt, das es mit seinen Nachbarn teilt. Regiongebundene Artefakte wie hochgeladene Images und reservierte IPs unterstreichen dies, da sie nicht einfach zwischen Regionen verschoben werden können.
Das mentale Modell, das Sie mitnehmen sollten, lautet daher: Sie bedienen den DCD (die Oberfläche), um Ressourcen innerhalb eines oder mehrerer VDCs (die Grenzen) zu erstellen, wobei jedes an eine Region gebunden ist. Für FinCorp bedeutet dies, dass die erste echte Entscheidung nicht darin besteht, welche Datenbank ausgeführt wird, sondern in welchem VDC und in welcher Region die regulierte Workload angesiedelt ist, eine Platzierungsentscheidung, die dieser Kurs als nahezu dauerhaft behandelt. Das Referenzdiagramm, das jedes spätere Modul ausfüllt, ist genau dieses: eine Region, ein VDC darin, die drei Netzwerkebenen sowie die Familien für Compute, Daten, Container, KI und Betrieb, die an ihren jeweiligen Stellen angebracht sind.
Zusammenfassung der Entscheidung
| Frage | Das Konstrukt, das sie beantwortet | Warum es wichtig ist |
|---|---|---|
| Wie erstelle und verwalte ich Ressourcen? | Data Center Designer (die Steuerungsoberfläche) | Ein einzelnes Konsolensystem (und dessen API) provisioniert jede Produktfamilie; es ist das Mittel der Ausführung, nicht der Ort, an dem Ressourcen residieren. |
| Wo befinden sich meine Ressourcen und wie groß ist ihr Auswirkungsbereich? | Virtuelles Rechenzentrum (die organisierende Grenze) | Ein VDC ist an eine Region gebunden; die Wahl eines VDCs bestimmt Region, Segmentierung und das geteilte Netzwerk in einem einzigen Schritt. |
| Zu welcher Produktfamilie gehört ein Anforderungsprofil? | Die Produktfamilienübersicht | Rechenleistung, Netzwerk, Daten, Container, KI und Betrieb werden zu Lösungen kombiniert; fast nichts wird isoliert bereitgestellt. |
Der erste Designentscheid in jedem IONOS CLOUD Projekt besteht darin, die Platzierung von VDC und Region für jede Workload zu festzulegen, da regiongebundene Images und IPs diese Entscheidung aufwendig rückgängig machen. Alle späteren Inhalte des Kurses sind an diese Entscheidung gekoppelt.
Zusammenfassung
IONOS CLOUD ist eine kompakte Sammlung von Produktfamilien, darunter Compute, Networking, Daten Dienste, Container, KI und Betrieb, die sich zu Lösungen zusammensetzen lassen. Alle werden über den Data Center Designer erstellt und in regionsspezifischen virtuellen Rechenzentren organisiert. Wenn man sich diese Übersicht vor Augen hält, lässt sich jede spätere Einheit an einem bekannten Ort einordnen, und das FinCorp-Projekt lässt sich als ein zusammenhängendes System betrachten, statt als eine Ansammlung von Diensten.
Wichtige Punkte:
- Die Plattform besteht aus wenigen kombinierbaren Familien, nicht aus einem flachen Katalog. Networking bildet das Substrat, an das sich die anderen Bereiche anschließen, und der Betrieb umfasst das gesamte System.
- Der Data Center Designer ist die Steuerungsoberfläche (wie man handelt); das virtuelle Rechenzentrum ist die organisatorische Grenze (wo Ressourcen platziert werden).
- Ein VDC ist an eine Region gebunden, was ihn zur Einheit der Segmentierung macht und die Platzierung zu einer frühen, nahezu dauerhaften Entscheidung.
- FinCorp (ein deutscher Fintech, DSGVO/BSI, ein großes VMware-Umfeld, das migriert werden muss, und eine KI-Fähigkeit, die aufgebaut werden soll) ist das einzige Szenario, in das die Entscheidungen jeder späteren Einheit einfließen.