Hosting und Cloud

Was dieses Regal abdeckt

Orte, an denen eine Anwendung läuft: verwaltete Plattformen, die aus einem Repository bereitstellen, Container-Dienste, virtuelle Maschinen und vollständige Cloud-Anbieter mit mehreren hundert angeschlossenen Diensten.

Die richtige Antwort hängt weniger von der Größe ab als davon, wie viel Betriebsarbeit Sie selbst übernehmen wollen. Jede Ebene an Kontrolle, die Sie übernehmen, fügt eine Pflicht hinzu, die zu einer ungelegenen Stunde eintrifft.

Datenbanken haben ihr eigenes Regal in Datenbanken. Zu beobachten, was nach dem Livegang geschieht, gehört in das Monitoring.

Vier Stufen der Kontrolle

Verwaltete Plattformen nehmen Code und betreiben ihn. Bereitstellungen kommen aus einem Repository, Skalierung ist eine Einstellung, und die meisten Infrastrukturentscheidungen werden für Sie getroffen. Das ist der schnellste Weg in die Produktion und der unflexibelste, wenn etwas Ungewöhnliches gebraucht wird.

Container-Dienste liegen eine Stufe tiefer und betreiben Images, die Sie bauen, mit einer Orchestrierung, die Sie konfigurieren. Mehr Arbeit, mehr Kontrolle und ein portables Artefakt, das sich zwischen Anbietern bewegen lässt.

Virtuelle Maschinen geben Ihnen ein Betriebssystem und alles, was dazugehört, einschließlich Patches, Sicherheit und Backups.

Vollständige Cloud-Anbieter bieten alle drei plus einen Katalog verwalteter Dienste, zum Preis von Komplexität und einer Rechnung, die Aufmerksamkeit verlangt.

Die Fragen, die über die Leistung entscheiden

• Regionswahl, nah bei Ihren Nutzern und bei Ihrer Datenbank.
• Kaltstarts, bei allem, was zwischen Anfragen auf null skaliert.
• Dauerhafte Verbindungen, die manche Serverless-Modelle schlecht verkraften.
• Build- und Deploy-Zeit, denn ein zehnminütiges Deployment verändert, wie oft jemand ausliefert.
• Statische Auslieferung, nahe bei den Besuchern im Cache statt jedes Mal vom Ursprungsserver.

Die Entfernung zwischen Anwendung und Daten ist das häufigste selbstgemachte Problem. Fünfzig Abfragen pro Seite über eine Regionsgrenze hinweg ergeben eine langsame Website, die keine Frontend-Arbeit retten kann.

Zuverlässigkeit und was an einem schlechten Tag passiert

Verfügbarkeitszusagen sollte man lesen, statt ihnen zu vertrauen. Die meisten betreffen die Steuerungsebene des Anbieters selbst und entschädigen mit Gutschriften, was nicht dem entspricht, was ein Ausfall Sie kostet.

Fragen Sie nach den Ausfalldomänen: ob Ihre Instanzen in einer Zone liegen oder in mehreren, was ein erneutes Deployment mit dem Live-Verkehr macht und ob ein Rollback ein Knopfdruck ist oder ein neuer Build. Fragen Sie, wie lange Logs aufbewahrt werden und ob Sie sie erreichen, wenn das Dashboard nicht verfügbar ist.

Fragen Sie dann nach der Wiederherstellung, die Sie selbst in der Hand haben. Ein Ausfall des Anbieters ist überlebbar, wenn Ihre Daten anderswo eine Kopie haben und Ihr Deployment reproduzierbar ist. Beides ist standardmäßig nicht gegeben.

Kosten und die Posten, die still wachsen

Die Rechenleistung ist die Zahl auf der Preisseite. Die Rechnung besteht meist aus fünf Dingen.

Egress wird pro Gigabyte für Daten berechnet, die den Anbieter verlassen, und er wächst am schnellsten bei Video, Downloads und Verkehr zwischen Regionen. Speicher wächst und schrumpft selten. Verwaltete Dienste bringen eigene Zähler mit. Build-Minuten zählen bei Plattformen, die bei jedem Push neu bauen. Support-Pläne kosten nahezu überall oberhalb der Basisstufe extra.

Entwicklungs- und Staging-Umgebungen verdoppeln vieles davon, solange sie nicht kleiner dimensioniert oder über Nacht abgeschaltet werden. Fragen Sie, wie die Summe beim Dreifachen des heutigen Verkehrs aussieht, denn das ist die Zahl, der Sie tatsächlich begegnen werden. Die Gewohnheit, solche Zähler zu verstecken, behandelt was Preisseiten verschweigen.

Portabilität und wie man sie behält

Lock-in ist in dieser Kategorie selten dramatisch. Er sammelt sich an, ein bequemer Dienst nach dem anderen.

Container und Standard-Laufzeitumgebungen lassen sich mitnehmen. Proprietäre Funktionen, Warteschlangen, Identitätsdienste und Datenbanken nicht, und jede Übernahme erhöht die Kosten des Weggangs. Das ist ein berechtigter Tausch, wenn der Dienst echte Arbeit spart, und ein schlechter, wenn er nur einen Nachmittag spart.

Definieren Sie Infrastruktur als Dateien statt als Klicks in der Konsole und bauen Sie das Ganze einmal von Grund auf auf. Was Sie dabei lernen, ist mehr wert als jede Vergleichstabelle.

Die Plattform zur Anwendung passend wählen

Eine gewöhnliche Webanwendung mit Datenbank ist auf einer verwalteten Plattform gut aufgehoben, und die gesparte Zeit ist für fast jedes Team ohne eigenes Betriebspersonal den Aufpreis wert.

Hintergrundverarbeitung, Warteschlangen und zeitgesteuerte Aufgaben verändern das Bild, da Serverless-Modelle lang laufende Aufgaben schlecht verkraften und manche Plattformen dafür gar keinen Platz haben.

Alles mit ungewöhnlichen Anforderungen, ob spezielle Hardware, dauerhaft hoher Verkehr oder strikte Datenresidenz, drängt eher zur reinen Cloud oder zu dedizierten Maschinen.

Statische Websites gehören ans günstige Ende und kosten oft nichts, wenn man sie richtig ausliefert.

Entscheiden Sie nach der Form der Last statt nach der Größe des Unternehmens. Kleine Teams betreiben anspruchsvolle Anwendungen, und große betreiben häufig einfache.