Erarbeiten Sie zuerst die Idee, und nutzen Sie dann die nächste Aktivität, um sie zu überprüfen.
Infrastruktur mieten statt besitzen
Service- und Bereitstellungsmodelle, die Konnektivitätsoptionen zwischen Ihnen und einem Anbieter, und wo die Verantwortungsgrenze tatsächlich verläuft.
Was Sie können werden
- Infrastructure, Platform und Software as a Service danach unterscheiden, was Sie weiterhin selbst verwalten
- Öffentliche, private, hybride und Community-Bereitstellungsmodelle vergleichen
- Die Konnektivitätsoptionen zwischen einem Standort und einem Anbieter beschreiben
- Erklären, was das Modell der geteilten Verantwortung abdeckt und was nicht
Zuvor: Sie sollten wissen, was ein VLAN und ein Subnetz sind, und was eine WAN-Verbindung ist - siehe "Shapes networks are built in".
Warum es wichtig ist: "Der Anbieter kümmert sich darum" ist die Annahme hinter einem großen Teil realer Ausfälle und Sicherheitsverletzungen. Cloud-Fragen im Network+ handeln von Vokabular und Grenzen, nicht von einem bestimmten Anbieter, und die Grenzfragen verdienen echte Aufmerksamkeit.
Cloud ist zuerst eine kommerzielle Vereinbarung und erst dann eine Technologie: Jemand anderes besitzt die Hardware, und Sie mieten Kapazität darauf. Fast alles im Vokabular folgt aus einer Frage - wie viel vom Stack Sie noch selbst verantworten.
Die drei Servicemodelle
| Modell | Anbieter verwaltet | Sie verwalten | Beispiel |
|---|---|---|---|
| Infrastructure as a Service | Hardware, Virtualisierung, Netzwerk-Fabric | Betriebssystem, Laufzeitumgebung, Anwendung, Daten | Eine gemietete virtuelle Maschine |
| Platform as a Service | Alles Obige, plus Betriebssystem und Laufzeitumgebung | Anwendung und Daten | Eine verwaltete Datenbank oder ein Anwendungshost |
| Software as a Service | Alles außer Ihren Daten und Ihrem Zugriff | Daten, Konten, Konfiguration | Ein gehosteter Mail- oder Ticketing-Dienst |
Die Spalte 'Sie verwalten' von oben nach unten zu lesen, ist die ganze Unterscheidung. Der Wechsel zu einem höheren Servicemodell bedeutet, mehr Arbeit abzugeben - und damit auch mehr Kontrolle, einschließlich der Kontrolle darüber, wann sich etwas ändert.
Die vier Bereitstellungsmodelle
| Modell | Bedeutung | Gewählt, wenn |
|---|---|---|
| Public | Geteilte Infrastruktur, jeder Kunde | Kosten und Elastizität am wichtigsten sind |
| Private | Einer Organisation vorbehalten, egal wo sie steht | Regulierung oder Kontrolle es erfordert |
| Hybrid | Beides, miteinander verbunden | Manche Workloads umgezogen sind und andere nicht können |
| Community | Geteilt zwischen Organisationen mit gemeinsamen Anforderungen | Eine Branche sich ein Compliance-Regime teilt |
Private bedeutet nicht On-Premises. Ein Anbieter kann Hardware exklusiv einem Kunden in dessen eigener Einrichtung widmen, und das ist trotzdem Private Cloud. Was sie definiert, ist Exklusivität, nicht Standort.
Von hier aus dorthin gelangen
Die Netzwerkfrage ist, wie der Datenverkehr den Anbieter erreicht, und die Optionen tauschen Kosten gegen Vorhersehbarkeit auf die vertraute Weise.
| Option | Pfad | Vorhersehbare Leistung | Kosten |
|---|---|---|---|
| Über das Internet | Öffentliches Internet, meist während der Übertragung verschlüsselt | Nein | Am niedrigsten |
| Site-to-Site-VPN | Verschlüsselter Tunnel über das Internet | Nein - das Internet liegt weiterhin darunter | Niedrig |
| Dedizierte Verbindung | Eine private Leitung zum Anbieter | Ja | Am höchsten |
| Colocation-Cross-Connect | Ein Kabel in einer gemeinsam genutzten Einrichtung | Ja | Unterschiedlich |
Elastizität, und was sie kostet
Der eigentliche technische Vorteil ist Elastizität - Kapazität, die mit der Nachfrage wächst und schrumpft und entsprechend abgerechnet wird. Das ist ein echter Unterschied zu eigener Hardware, die für die schlechteste Stunde des Jahres dimensioniert ist und den Rest der Zeit ungenutzt bleibt.
Die entsprechenden Kosten sind, dass alles zu einer laufenden Ausgabe wird statt zu einer Anschaffung, und diese Ausgabe mit der Nutzung skaliert statt mit der Kapazität. Kosten, die fix und vorhersehbar waren, werden variabel und gelegentlich überraschend - eine eher budgetäre als technische Veränderung, aber die, die Organisationen am häufigsten unterschätzen.
Das Netzwerk innerhalb eines Anbieters
Anbieter bieten dieselben Grundbausteine unter anderen Namen an, und sie zu erkennen ist hier das Wichtigste.
- Eine Virtual Private Cloud ist ein isolierter Adressraum, den Sie kontrollieren - das Äquivalent eines eigenen gerouteten Netzwerks.
- Subnetze darin funktionieren wie überall, meist an eine Availability Zone gebunden.
- Security Groups filtern Datenverkehr pro Instanz und sind zustandsbehaftet.
- Network Access Control Lists filtern pro Subnetz und sind meist zustandslos - daher braucht der Rückverkehr eine eigene Regel.
Die Unterscheidung zwischen zustandsbehaftet und zustandslos ist die, die den Leuten zum Verhängnis wird, und es ist dieselbe Unterscheidung wie bei einem Router: Eine zustandslose Liste braucht eine Regel für die Antwort, und wer sie vergisst, bekommt eine Verbindung, die ausgehend gelingt und nie zurückkommt.
Fachbegriffe
- Infrastructure as a Service
- Gemietete Rechen- und Netzwerkleistung, auf der Sie Ihr eigenes Betriebssystem und alles darüber betreiben.
- Modell der geteilten Verantwortung
- Die Aufteilung der Pflichten zwischen Anbieter und Kunde. Daten und Zugriffskontrolle bleiben immer beim Kunden.
- Elastizität
- Kapazität, die mit der Nachfrage wächst und schrumpft und nach Nutzung statt nach installierter Größe abgerechnet wird.
- Virtual Private Cloud
- Ein isolierter, kundenkontrollierter Adressraum innerhalb der Infrastruktur eines Anbieters.
Wichtigste Erkenntnisse
- Die Servicemodelle unterscheiden sich nur darin, wie viel vom Stack Sie noch selbst verwalten.
- Ihre Daten und Ihre Zugriffskontrolle gehören in jedem Modell Ihnen.
- Private Cloud bedeutet dediziert, nicht On-Premises.
- Ein VPN über das Internet kauft Vertraulichkeit, keine vorhersehbare Leistung.
- Elastizität ist der echte technische Gewinn; variable Kosten sind der echte Kompromiss.
- Security Groups von Anbietern sind zustandsbehaftet, Subnetz-ACLs meist nicht.
Bereit weiterzumachen?
Erstellen Sie ein kostenloses Konto, um Ihren Fortschritt zu speichern und den Wissenscheck zu absolvieren.