# Wählen Sie ein Hosting-Betriebsmodell, bevor Sie eine Cloud wählen | SwissOctet Insights https://swissoctet.com/de/insights/choose-a-hosting-operating-model/ SwissOctet / Einblicke / Web & Onion Web & Onion Angewandt · 4 Min. Lesezeit Wählen Sie ein Hosting-Betriebsmodell, bevor Sie eine Cloud wählen Vergleichen Sie Shared Hosting, eine VPS, dedizierte Hardware und große Cloud-Plattformen anhand von Verantwortung, Wiederherstellung, Abhängigkeiten und dem vollständigen Betriebsbudget. Von SwissOctet Editorial Leitfaden speichern Link kopieren AUF DIESER SEITE 01 Beginnen Sie mit der Arbeit, die jemand übernehmen soll 02 Verstehen Sie, was die Cloud zum Vergleich beiträgt 03 Wählen Sie eine Architektur, die wiederhergestellt werden kann 04 Vergleichen Sie das vollständige Betriebsbudget 05 Behandeln Sie Datenschutz als Abhängigkeitskarte 06 Nutzen Sie den Migrationspfad als Teil der Entscheidung Ihre praktische Checkliste Quellen & weiterführende Literatur Zurück zur Bibliothek DIE DIREKTE ANTWORT Vergleichen Sie Hosting-Modelle anhand der betrieblichen Verantwortlichkeiten, die sie zuweisen, und der Architektur, die sie ermöglichen. Cloud-Skalierung, eine virtuelle Maschine und dedizierte Hardware beschreiben unterschiedliche Aspekte eines Systems; keines allein belegt Datenschutz, Kosten oder Wiederherstellungsverhalten. 01 Beginnen Sie mit der Arbeit, die jemand übernehmen soll Eine Hosting-Entscheidung weist betriebliche Arbeit ebenso zu wie Rechenressourcen. Ein Projekt benötigt ein Konto, das eine konventionelle Website betreibt; ein anderes benötigt Kontrolle über Betriebssystempakete und Hintergrundprozesse. Ein drittes benötigt eine Datenbankplattform, deren Wartung im Rahmen eines bestimmten Servicevertrags erfolgt. Listen Sie diese Verantwortlichkeiten zuerst auf, zusammen mit den Personen, die für ihre Wartung verfügbar sind. Shared Hosting stellt typischerweise eine Umgebung auf Kontoebene bereit. Eine VPS stellt ein Gastbetriebssystem bereit, während dedizierte Hardware die Maschinengrenze auf einen physischen Server verschiebt. Managed ist eine separate Frage: Ein Produktlabel sagt Ihnen nicht, wer Patches einspielt, Daten wiederherstellt oder einen Vorfall untersucht. Fragen Sie nach dem Umfang des Managements und einem Wiederherstellungsverfahren, statt es als universelle Funktion zu behandeln. 02 Verstehen Sie, was die Cloud zum Vergleich beiträgt NIST beschreibt Cloud Computing durch Merkmale wie bedarfsgesteuerten Zugriff, Ressourcen-Pooling, Elastizität und gemessenen Dienst. Eine virtuelle Maschine kann eine Komponente einer Cloud-Plattform sein, daher sind VPS und Cloud keine sich gegenseitig ausschließenden Technologien. Der nützliche Vergleich ist der zwischen den konkret angebotenen Diensten: eine feste virtuelle Maschine, eine elastische Flotte oder eine Anwendung, die um Managed Services herum aufgebaut ist. Hyperscaler ist ein Branchenbegriff für einen Anbieter, der Infrastruktur und Serviceplattformen in sehr großem Maßstab betreibt. Dieser Maßstab kann eine breite Palette an Bereitstellungswerkzeugen und geografischen Optionen bieten; er sagt Ihnen nicht, ob eine bestimmte Architektur Ihre Anforderungen erfüllt. Bewerten Sie Region, Dienstabhängigkeiten, Identitätsmodell und Vertrag jeder Komponente. Ein kleinerer Anbieter und eine große Plattform erfordern beide eine klare Darstellung, wohin Daten gelangen. Betriebsmodell Verfügbare Kontrolle für das Projekt Frage vor der Auswahl Shared-Hosting-Konto Website-Einstellungen im Kontoumfang Passt die Laufzeitumgebung zur Anwendung? Virtuelle Maschine Gastbetriebssystem und installierte Dienste Wer wartet und stellt den Gast wieder her? Dedizierte Maschine Eine physische Servergrenze Rechtfertigt die Arbeitslast diese Grenze? Managed Cloud-Dienst Die Dienst-API und unterstützte Einstellungen Was bleibt in der Verantwortung des Kunden? 03 Wählen Sie eine Architektur, die wiederhergestellt werden kann Eine einzelne Maschine kann ein sinnvoller Ausgangspunkt für eine kleine Anwendung sein, wenn ihre Wiederherstellungsanforderungen eine Wiederherstellung oder ein geplantes Wartungsfenster zulassen. Das Hinzufügen eines zweiten Anwendungsknotens ändert das Design nur, wenn Traffic-Routing, Sitzungen und persistente Daten über beide hinweg korrekt funktionieren. Zwei Server, die denselben unvollständigen Wiederherstellungsplan ausführen, sind immer noch ein unvollständiger Wiederherstellungsplan. Verteilter Speicher veranschaulicht diese Unterscheidung. Software wie Ceph verteilt Speicherarbeit über einen Cluster und bietet Objekt-, Block- und Dateischnittstellen. Replikation oder Erasure Coding können helfen, bestimmte Hardwareausfälle zu tolerieren, aber der Cluster benötigt auch Kapazität für Wiederherstellung und Rebalancing. Eine verteilte Live-Kopie ersetzt kein unabhängiges Backup. Entscheiden Sie, wie Schreibvorgänge sich während einer Netzwerkpartition verhalten, und testen Sie die für Ihre gewählte Implementierung relevanten Ausfallszenarien. 04 Vergleichen Sie das vollständige Betriebsbudget Schreiben Sie das Budget als Arbeitslast: normaler Traffic, ein geschäftiger Zeitraum, gespeicherte Daten, Backup-Aufbewahrung und für die Wiederherstellung benötigter Transfer. Beziehen Sie kostenpflichtige Software, externe APIs, Administrationszeit und die Kosten für einen erneuten Datentransfer ein. Ein monatlicher Startwert und eine nutzungsbasierte Schätzung beantworten unterschiedliche Fragen. Vergleichen Sie sie über denselben Zeitraum und bewahren Sie die Annahmen zusammen mit dem Ergebnis auf. Identifizieren Sie für eine große Cloud-Plattform jeden Dienst, der erforderlich ist, um die Anwendung am Laufen zu halten. Beziehen Sie bei einer VPS die Arbeit ein, die Managed Services andernfalls übernehmen würden. Keiner der Ansätze ist automatisch günstiger. Beginnen Sie mit einer kleinen repräsentativen Bereitstellung oder einem dokumentierten Angebot und prüfen Sie dann die tatsächliche Rechnung gegen das Modell. Reservieren Sie Raum für Wiederherstellungsverkehr und temporäre Migrationskapazität, statt nur den stationären Zustand zu budgetieren. 05 Behandeln Sie Datenschutz als Abhängigkeitskarte Die Region der Maschine ist ein Eintrag in einer breiteren Karte. Authentifizierung, Monitoring, Support-Tools, Backups und Modell-APIs können über separate Dienste laufen. Halten Sie fest, was jeder erhält, wer darauf zugreifen kann und wie lange es aufbewahrt wird. Das Shared-Responsibility-Modell von AWS ist ein Beispiel dafür, dass ein Anbieter seine Infrastrukturpflichten ausdrücklich von Kundenpflichten trennt; der Umfang ändert sich mit dem Dienst. Nutzen Sie diese Unterscheidung beim Vergleich von Anbietern, ohne die Pflichten eines Anbieters in einen anderen Vertrag zu übertragen. Eine SwissOctet-Konfiguration beschreibt einen Hosting-Standort und aufgeführte Ressourcen. Sie legt nicht den Standort der Integrationen fest, die Sie später hinzufügen. Minimieren Sie die Daten, die jede Abhängigkeit erhält, sichern Sie die Administration und prüfen Sie die Backup-Ziele, bevor Sie eine Aussage über den Datenweg Ihrer eigenen Anwendung treffen. 06 Nutzen Sie den Migrationspfad als Teil der Entscheidung Prüfen Sie, wie Sie Anwendungsdaten, Konfiguration und Identitäten exportieren können. Eine konventionelle Anwendung auf einer virtuellen Maschine kann einfach zu verschieben sein, während eine dienstspezifische Datenbank oder ein Ereignissystem eine Anpassung erfordern kann. Portabilität hängt auch von betrieblichem Wissen ab: Ein Backup, das niemand wiederherstellen kann, ist ein schwacher Exit-Plan, selbst wenn sein Format offen ist. Vergleichen Sie für eine erste SwissOctet-Auswahlliste Canvas, wenn eine Webumgebung auf Kontoebene passt, Vector für Gastbetriebssystem-Kontrolle und Metal-Bereiche, wenn die physische Grenze wichtig ist. Speicherorientierte Optionen unterstützen eine andere Kapazitätsfrage und sollten nicht als verwalteter verteilter Cluster beschrieben werden. Halten Sie die Architektur klein genug zum Betreiben und fügen Sie Plattformkomplexität hinzu, wenn sie eine getestete Anforderung erfüllt und nicht einen erdachten zukünftigen Umfang. MACHEN SIE ES ZU HANDLUNG Ihre praktische Checkliste. ✓ Weisen Sie Administration und Wiederherstellungsverantwortung zu. ✓ Unterscheiden Sie eine VM von der weiteren Cloud-Plattform. ✓ Budgetieren Sie Abhängigkeiten, Transfer und Wartung. ✓ Testen Sie eine Ausfallgrenze, bevor Sie Knoten hinzufügen. ✓ Dokumentieren Sie einen praktikablen Datenexport- und Migrationspfad. Checkliste herunterladen HÄUFIGE FRAGEN Die Details, die zählen. Kann eine VPS Teil einer Cloud-Plattform sein? + Ja. Eine virtuelle Maschine kann ein Cloud-Dienst sein. Vergleichen Sie das tatsächliche Ressourcen-, Skalierungs- und Verwaltungsmodell, statt anzunehmen, dass die Namen exklusive Technologien beschreiben. Ersetzt verteilter Speicher Backups? + Nein. Live-Redundanz adressiert ausgewählte Komponentenausfälle. Ein unabhängiges Backup und ein Wiederherstellungstest adressieren andere Ausfälle wie Löschung und beschädigte Anwendungsdaten. Ist eine große Cloud immer eine schlechte Datenschutzwahl? + Nein. Bewerten Sie die konkreten Dienste, Datenflüsse und vertraglichen Kontrollen. Die Größe eines Anbieters allein belegt nicht die Eignung der Architektur. PRIMÄRE REFERENZEN Gehen Sie zur Quelle. Diese Referenzen unterstützen die technischen Konzepte in diesem Leitfaden. Folgen Sie der aktuellen Dokumentation, bevor Sie ein Produktionssystem ändern. NIST SP 800-145: The Definition of Cloud Computing nvlpubs.nist.gov AWS: Shared Responsibility Model aws.amazon.com Ceph: Storage Architecture docs.ceph.com Ceph: Erasure coding docs.ceph.com Redaktionelle Beratung durch SwissOctet. Beispiele sind illustrativ. Servicespezifikationen, verfügbare Optionen und vertragliche Bedingungen müssen separat überprüft werden. VERBINDEN SIE DAS WISSEN Verwandte Infrastruktur. Canvas Web Schweiz Vector VPS Schweiz Metal Origin Schweiz Vault Storage Schweiz HALTEN SIE DEN FADEN Ihre nächsten Feldnotizen. Alle Leitfäden entdecken FELDNOTIZ / 01 + Dediziert & GPU Grundlagen VPS oder dediziert: Wählen Sie die passende Grenze Verstehen Sie, was eine physische Maschine ändert, was sie nicht ändert und wann sie ein nützlicher Schritt für Ihre Workload wird. 4 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 02 + Web & Onion Grundlagen Webhosting oder eine VPS: Wählen Sie die Arbeit, die Sie übernehmen möchten Vergleichen Sie Anwendungsanforderungen, Kontrolle und Wartungsverantwortlichkeiten, statt eine VPS als automatischen nächsten Schritt für jede Website zu behandeln. 6 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 03 + Speicher & Wiederherstellung Grundlagen Objekt-, Datei- oder Blockspeicher: Wählen Sie die Schnittstelle, die Ihre Anwendung benötigt Unterscheiden Sie Speicherschnittstellen, Zugriffssemantik und betriebliche Verantwortlichkeiten, bevor Sie eine Kapazitätsanforderung in eine Anwendungsarchitektur verwandeln. 4 Min. Lesezeit Den Leitfaden lesen