Managed Hosting und Wartung für Websites

Eine Hosting-Entscheidung sollte bei dem beginnen, was gehostet wird: wie viel Verkehr, welche Daten, welche Integrationen, wie viel Ausfall das Unternehmen wirklich verkraftet und welches Budget da ist. Eine Unternehmenswebsite mit fünf Seiten und eine Anwendung, die Ihre Leute den ganzen Tag benutzen, brauchen nicht dieselbe Architektur, und so kommt ein kleines Unternehmen dazu, einen Kubernetes-Cluster für ein Kontaktformular zu bezahlen.

Wir wählen deshalb die einfachste Plattform, die die echten Anforderungen erfüllt, und fügen Dienste nur dort hinzu, wo einer davon ein bestimmtes Risiko beseitigt. Müssen Daten in Europa bleiben, verkürzt das die Liste, und wir sagen es vorab statt nach der Migration. Sind mehrere Umgebungen nötig, bleibt die Produktion getrennt von dem Ort, an dem ausprobiert wird.

Domain und die wichtigsten Konten laufen auf Ihren Namen, wo der Anbieter es zulässt. Dieses eine Detail entscheidet, ob Sie den Anbieter wechseln oder mit ihm verhandeln.

Ein Deployment, das davon abhängt, dass sich jemand an die richtige Reihenfolge erinnert, geht irgendwann an einem Freitag schief. Code und Konfiguration laufen jedes Mal durch denselben definierten Prozess, Geheimnisse liegen außerhalb des Repositorys, und die Unterschiede zwischen Umgebungen stehen dort geschrieben, wo jemand sie findet.

Migrationen der Datenbank, Änderungen am Cache und alles andere, was Spuren hinterlässt, brauchen mehr Sorgfalt als der Code der Anwendung, denn den Code zurückzurollen macht sie nicht rückgängig. Wie viel Zeremonie eine Auslieferung braucht, richtet sich danach, was ein Fehler kosten würde: Ein Update am Inhalt kann einfach hinausgehen, während eine den ganzen Tag genutzte Anwendung ein Fenster, einen gestaffelten Rollout und einen geprobten Rückweg verdient. Ziel ist, dass gewöhnliche Änderungen aufhören, Ereignisse zu sein.

Eine Prüfung der Verfügbarkeit, die die Startseite anpingt, sagt Ihnen, dass die Startseite antwortet. Sie sagt Ihnen nicht, dass das Kontaktformular seit einer Woche lautlos scheitert, dass der nächtliche Job seit März nicht mehr läuft, dass ein Zertifikat am Sonntag abläuft oder dass die Festplatte am Donnerstag voll ist. Was zu überwachen lohnt, hängt vom System ab, und das herauszufinden gehört zur Arbeit.

Alarme gehen an jemanden, der etwas tun kann, mit genug Kontext, um einen echten Zwischenfall von Rauschen zu unterscheiden. Das zählt mehr, als es klingt: Ein Kanal voller Alarme, auf die niemand reagiert, erzieht alle dazu, den einen wichtigen zu übersehen. Logs werden lange genug aufbewahrt, um nützlich zu sein, und kurz genug, um verantwortbar zu bleiben, wobei sensible Felder nach Möglichkeit draußen bleiben.

Die meisten kompromittierten Websites wurden nie gezielt angegriffen. Sie liefen mit einer Erweiterung, deren Lücke bekannt und elf Monate zuvor geschlossen worden war. Updates der Anwendung, der Umgebung zur Laufzeit und von allem darunter folgen einem Rhythmus und werden im Verhältnis zu ihrem Risiko getestet. Nichts wird blind eingespielt, und nichts wartet darauf, dass ein Zwischenfall die Sache entscheidet.

Zugänge folgen derselben Logik. Konten sind auf das beschränkt, was die Person braucht, mit starker Authentifizierung geschützt, wo der Anbieter sie unterstützt, und werden entfernt, wenn jemand geht. Zertifikate, Sicherheits-Header und die anderen unglamourösen Kontrollen werden schlicht gepflegt. Nichts davon ist raffiniert. Das ist die Arbeit.

Ein Backup, das niemand zurückgespielt hat, ist ein Glaube und kein Plan. Wir legen fest, was gesichert wird, wie oft, wie lange Kopien bleiben und wo sie liegen, auch an einem Ort, den ein Fehler auf der Hauptplattform nicht erreicht. Danach werden Wiederherstellungen getestet, in einem Abstand, der zum Wert der Daten passt.

Zwei Zahlen bestimmen den Entwurf, und es lohnt, sie laut zu vereinbaren: wie viele Daten Sie verlieren könnten und wie lange Sie stillstehen könnten. Die meisten Unternehmen wurden nie gefragt, und die Antworten überraschen. Sobald sie existieren, entscheiden diese Zahlen über die Häufigkeit der Sicherungen, die Architektur und das Verfahren zur Wiederherstellung, statt dass alle hoffen, die Frage komme nie auf.

Wenn etwas kaputtgeht, hilft eine Person, die Anwendung, Deployment und Infrastruktur am selben Nachmittag ansehen kann, statt eines Kunden, der Nachrichten zwischen einem Hoster, einem Entwickler und einer Agentur hin und her trägt, die einander verdächtigen. Die erste Aufgabe ist, den Dienst sicher wieder zum Laufen zu bringen. Die Ursache kommt danach, zusammen mit dem, was eine Wiederholung verhindert.

Sie erfahren in klarer Sprache, was passiert ist, auch dann, wenn die Diagnose länger dauert als die Reparatur. Anbieter, Architektur, Zugänge und das Verfahren zur Wiederherstellung sind dokumentiert, und diese Dokumentation gehört Ihnen. Übernimmt eines Tages ein anderes Team, kann es das: Alles, was an einen Anbieter gebunden ist, wird benannt statt entdeckt. Hosting soll etwas sein, das man behält, weil es nützt, und nicht, weil der Weg hinaus schwierig ist.

Managed Hosting ist kein unbegrenztes Paket für Entwicklungsarbeit. Die Plattform gesund halten, Updates einspielen, die Monitore beobachten und reagieren, wenn etwas kaputtgeht: Das ist der Dienst. Neue Funktionen, Relaunches und Integrationen sind Projektarbeit und werden getrennt angeboten. Diese Linie ziehen wir lieber am Anfang klar, als sie in einem Gespräch über eine Rechnung auftauchen zu lassen.

Es ist auch kein Versprechen, dass nie etwas ausfällt. Anbieter haben Störungen, Zertifizierungsstellen haben schlechte Tage, und eine Abhängigkeit, die Sie nicht gewählt haben, kann eine fehlerhafte Version ausliefern. Versprochen werden kann: dass jemand hinschaut, dass der Weg zur Wiederherstellung getestet ist und dass Sie es von uns erfahren, bevor Sie es von einem Kunden erfahren.