Einheit 1.1: Die IONOS Cloud-Plattformkarte
Einführung
Bevor man in die Tiefe eintaucht, benötigt man einen Rahmen, den das REST des Kurses ausfüllt. IONOS Cloud ist kein Katalog nicht zusammenhängender Dienste, sondern eine kleine Anzahl von Produktfamilien, die zu Lösungen kombiniert werden, alle über eine Konsole bereitgestellt und alle innerhalb einer Organisationsgrenze abgegrenzt. Diese Einheit zeichnet diese Karte einmal, damit jede spätere Einheit, ob sie ein Netzwerk entwirft oder eine Datenbank Cluster erstellt, einen bekannten Platz darauf hat. Wir öffnen sie auf dem Unternehmen, das wir im Laufe des Kurses entwerfen werden: FinCorp.
1. Die Produktfamilien und ihre Beziehungen zueinander
Die Plattform teilt sich in eine Handvoll Familien auf, die in einer vorhersehbaren Beziehung zueinander stehen. Compute stellt die Server bereit, die Workloads ausführen. Networking verbindet sie und stellt sie über lokale Netzwerke (LANs), Lastverteilung, Gateways und DNS bereit. Daten-Dienste speichern den Zustand, umfassen Block- und gemeinsame Dateispeicherung, S3-kompatibles Object Storage, die gemanagten relationalen und NoSQL-Datenbanken, den In-Memory-Cache und gemanagtes Event-Streaming. Container (Managed Kubernetes und das Container-Registrierungssystem) und die KI-Ebene (die gemanagten Inferenz- und Modell-Dienste) sitzen über dem Compute-Bereich und stützen sich auf die gleichen Netzwerk- und Daten-Ebenen unter ihnen. Betrieb, die Prüfung, Metriken, Protokollierung und Kostentooling, beobachtet all dies.
Die Beziehung ist der wichtige Teil. Networking ist die Grundlage, in die die anderen Familien eingesteckt werden: eine Datenbank, ein Kubernetes-Node-Pool und ein Load Balancer sind alle an LANs innerhalb der gleichen Grenze angeschlossen. Daten-Dienste werden privat von Compute aus erreicht, anstatt direkt zugänglich zu sein. Betrieb umfasst den gesamten Besitz, anstatt zu einer bestimmten Workload zu gehören. Sie werden selten eine Familie isoliert bereitstellen; Sie komponieren sie, und die Komposition ist der Ort, an dem die Architektur lebt.
Für FinCorp, ein deutsches Finanzdienstleistungsunternehmen, das unter GDPR und dem BSI-Sicherheitsstandard operiert, impliziert die Karte bereits die Form der Zusammenarbeit. FinCorp betreibt ein großes bestehendes VMware-Anwesen, das es migrieren muss, und möchte eine neue KI-Fähigkeit aufbauen. Auf dieser Karte landet das VMware-Anwesen auf Private Cloud, einer eigenständigen Produktfamilie, die auf dedizierten Single-Tenant-VMware-Hardware mit eigener Steuerungsoberfläche (dem vSphere-Client und NSX-T-Manager, nicht dem Data Center Designer oder dem IONOS Cloud API v6) läuft, die KI-Fähigkeit sitzt in der KI-Ebene und nutzt die Daten-Dienste, und die KI-/Daten-/Netzwerkfamilien sind durch die gemeinsame Netzwerk-Grundlage und das gleiche Betriebstooling gebunden, 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 nur fest, wo jede davon sitzt.
2. Die Steueroberfläche und die Organisierungs-Grenze
Zwei Konstrukte halten die gesamte Karte zusammen, und ihre Verwechslung ist ein häufiger früher Fehler.
Die Data Center Designer (DCD) ist die Steueroberfläche. Sie ist die grafische Webanwendung von IONOS Cloud für die Erstellung und Verwaltung von Infrastrukturen, eine Drag-and-Drop-Schnittstelle, in der Sie Server, Speicher und Netzwerke visuell modellieren und dann bereitstellen. Alles, was Sie in diesem Kurs erstellen, erstellen Sie über die DCD (oder, äquivalent, ihre API und Tooling). Die DCD ist die Art und Weise, wie Sie auf der Plattform handeln; sie ist nicht der Ort, an dem Ihre Ressourcen gespeichert sind.
Das virtuelle Rechenzentrum (VDC) ist die Organisierungs-Grenze. Ein VDC ist eine Sammlung von Cloud-Ressourcen, die Prozessoren, Arbeitsspeicher, Festplatten und Netzwerke, aus denen Ihre Infrastruktur zusammengesetzt ist, die zusammen ein unternehmensweites Umfeld bilden. Wesentlich ist, dass ein VDC gegen eine einzelne Region erstellt wird, sodass jede Ressource darin diesen Standort teilt. Diese einzelne Tatsache macht das VDC zur natürlichen Einheit der Segmentierung: Sie platzieren ein Workload in einem VDC und haben damit gleichzeitig dessen Region, dessen Auswirkungsbereich und das Netzwerk, das es mit seinen Nachbarn teilt, gewählt. Regionsspezifische Artefakte wie hochgeladene Bilder und reservierte IPs verstärken dies, da sie nicht einfach zwischen Regionen verschoben werden können.
Das mentale Modell, das Sie mitnehmen sollten, ist daher: Sie betreiben die DCD (die Oberfläche), um Ressourcen innerhalb eines oder mehrerer VDCs (die Grenzen) zu erstellen, die jeweils an eine Region gebunden sind. Für FinCorp bedeutet dies, dass die erste echte Entscheidung nicht darin besteht, welche Datenbank zu verwenden ist, sondern welches VDC, in welcher Region, die regulierte Workload-Anwendung gehört, eine Platzierungsentscheidung, die in diesem Kurs als nahezu permanent behandelt wird. Das Referenzdiagramm, das jedes spätere Modul ausfüllt, ist genau dies: eine Region, ein VDC darin, die drei Netzwerkebenen und die Compute-, Daten-, Container-, KI- und Betriebsfamilien, die an ihren Plätzen angebracht sind.
Entscheidungszusammenfassung
| Frage | Das Konstrukt, das sie beantwortet | Warum es wichtig ist |
|---|---|---|
| Wie erstelle und verwalte ich Ressourcen? | Data Center Designer (die Steueroberfläche) | Eine Konsole (und ihre API) bereitstellt jede Familie; es geht darum, wie Sie handeln, nicht wo die Ressourcen residieren. |
| Wo leben meine Ressourcen und was ist ihr Einflussbereich? | Virtuelles Rechenzentrum (die Organisationsgrenze) | Ein VDC ist an eine Region gebunden; die Wahl eines VDC wählt Region, Segmentierung und das gemeinsame Netzwerk in einem Schritt. |
| Welche Familie gehört eine Anforderung an? | Die Produktfamilienkarte | Compute, Networking, Daten, Container, KI, Betrieb bilden Lösungen; fast nichts wird allein bereitgestellt. |
Der erste Entwurfschritt bei jedem IONOS-Engagement ist es, die VDC- und Region-Platzierung jedes Workload zu entscheiden, da regionsspezifische Bilder und IPs diese Entscheidung teuer zu revidieren machen. Alles Spätere im Kurs hängt von dieser Wahl ab.
Zusammenfassung
IONOS Cloud ist ein kompaktes Set von Produktfamilien, Compute, Networking, Daten-Diensten, Containern, KI und Betrieb, das zu Lösungen zusammengesetzt wird, die alle durch das Data Center Designer erstellt und innerhalb von regionsspezifischen virtuellen Rechenzentren organisiert werden. Wenn man sich diese Karte vor Augen hält, kann jede spätere Einheit an einer bekannten Stelle eingeordnet werden, und die FinCorp-Unternehmung kann als ein kohärentes System und nicht als ein Haufen von Diensten betrachtet werden.
Wichtige Punkte:
- Die Plattform besteht aus einigen komponierbaren Familien, nicht aus einem flachen Katalog; das Networking ist die Grundlage, an die die anderen angehängt werden, und die Betriebsumgebung umfasst den gesamten Besitz.
- Das Data Center Designer ist die Steuerungsfläche (wie man handelt); das virtuelle Rechenzentrum ist die organisatorische Grenze (wo die Ressourcen leben).
- Ein virtuelles Rechenzentrum ist an eine Region gebunden, was es zur Einheit der Segmentierung macht und die Platzierung zu einer frühen, nahezu permanenten Entscheidung wird.
- FinCorp (deutsches FinTech, GDPR/BSI, ein großes VMware-Anwesen, das migriert werden muss, eine KI-Fähigkeit, die aufgebaut werden muss) ist das einzige Szenario, in das jede spätere Einheit ihre Entscheidungen einbringt.