Sie rufen uns nicht mehr an, wenn etwas kaputtgeht.
Kunden rufen uns nicht mehr an, wenn etwas kaputtgeht, sondern damit wir das Nächste bauen. Release Engineering, Staging-Umgebungen, sicherer Zugang und Migrationen, die als Projekte laufen, füllen heute die Engineering-Warteschlange.
In diesem Artikel 3 Abschnitte
- Kunden rufen uns nicht mehr an, wenn etwas kaputtgeht, sondern damit wir das Nächste bauen.
- Was die Engineering-Warteschlange heute füllt: Release Engineering, Staging-Umgebungen, sicherer Zugang, Migrationen, die als Projekte laufen. Die Arbeit, für die man ein Engineering-Team einstellt.
- Die meisten Vorfälle an unserem Desk eröffnen wir, nicht der Kunde: das Monitoring greift zuerst ein.
- Die Projekte gelingen, weil die Schicht darunter uns gehört: das Metall, das SAN, das Netzwerk in unserem eigenen AS und die Ingenieure, die es betreiben.
Die Gestalt unseres Support-Desks hat sich verändert. Die Warteschlange, die stetig wächst, ist die des Managed Engineering: Release Engineering, Staging-Umgebungen, sicherer Zugang, Migrationen, die als Projekte laufen. Der Beweis dafür, was wir geworden sind, ist keine Referenz. Er ist die Arbeit, die unsere Kunden uns bringen, und das, was sie von uns erwarten.
Break-Fix ist nicht verschwunden. Es ist nur nicht mehr der häufigste Grund für einen Anruf. Ein Anbieter, der um 3 Uhr nachts antwortet, verdient sich das Recht, gefragt zu werden, was um 9 Uhr am Tag des Launches passiert, und aus diesem Gespräch besteht die Engineering-Warteschlange.
Was wir heute für sie bauen sollen
Was die Engineering-Warteschlange heute füllt, das Häufigste zuerst:
- 01CI/CD und Live-Release-Arbeit: Deploys und Go-lives begleiten
- 02Staging- und Pre-Production-Umgebungen
- 03Sicherer Zugang: Site-to-Site, Gateways pro Kunde, Rollouts für Mitarbeiter im Homeoffice
- 04Security Hardening
- 05Performance Engineering
- 06Migrationen, die als Projekte laufen, und die Architektur dahinter
Migrationen, Architektur und Automatisierung wirken in den Ticketdaten aus einem Grund klein: Die größten Projekte wachsen ganz aus dem Ticketsystem heraus und laufen als Projekte, mit Bestandsaufnahme, Freigabe und Cutover-Playbook. Die wertvollsten Aufträge waren nie Tickets.
Der Beweis dafür liegt unter der Wasserlinie, in den Projekten, die aufgehört haben, Tickets zu sein: eine Self-Service-Steuerzentrale, die wir in das eigene Portal eines Kunden gebaut haben (jede VPN-Änderung läuft durch unsere Ticket-Warteschlange), die Plattform eines Verlags, neu architektiert und auf unserem Metall gelandet (eine Migration ist ein Projekt, kein Ticket), und die gesamte Belegschaft einer Agentur an einem Nachmittag auf sicheren Zugang umgestellt. Nichts davon passte in ein Ticket.
Die meisten Vorfälle eröffnen wir zuerst
Noch etwas, weil es zu derselben Verschiebung gehört. Die meisten Vorfälle an unserem Desk eröffnen wir: Das Monitoring greift ein, bevor der Kunde etwas bemerkt. Ein Break-Fix-Desk wartet, bis Sie es bemerken. Mehr dazu, wie unser Support-Desk arbeitet.
Warum das überhaupt bei einem Hosting-Anbieter kaufen
Gegenüber der eigenen Einstellung: Ein erfahrener Infrastrukturingenieur, dazu ein SAN, dazu eine Rufbereitschaft, das ist eine ernsthafte Verpflichtung und ein Einstellungszyklus, bevor jemand die erste Zeile schreibt. Wir sind das Team und das Rechenzentrum, jetzt verfügbar.
Gegenüber einem Freelancer oder einer Agentur: Sie bauen auf Infrastruktur, die jemand anderes betreibt. Wenn sie um 3 Uhr nachts ausfällt, eröffnen sie ein Ticket bei einem Anbieter, den sie nicht kontrollieren. Wir bauen auf Infrastruktur, die wir auch betreiben, also ist derjenige, der sie entworfen hat, derselbe, der sie repariert.
Gegenüber dem Support eines Hyperscalers: eine Support-Stufe und eine Warteschlange, auf einer Rechnung, die sich bewegt. Hier ist es ein namentlich bekannter Mensch, von Anfang bis Ende, ohne Stufen, auf Hardware zum Festpreis in unserem Eigentum. Der Unterschied ist kein Feature. Es ist die Frage, wer abhebt.
Gemietet, und gestuft
Das Metall von jemand anderem, beantwortet von einer Warteschlange.
Im Eigentum, aber gestuft
Das Metall gehört ihnen. Sie bekommen trotzdem eine Support-Stufe und eine Warteschlange.
Namentlich bekannt, aber zur Miete
Ein echter Mensch, der auf Infrastruktur baut, die er nicht betreibt.
Im Eigentum, und namentlich bekannt
Die Ingenieure, die das Metall betreiben, sind die, die antworten.
Die Projekte gelingen, weil die Schicht darunter uns gehört: das Metall, das SAN, das Netzwerk in unserem eigenen AS mit BGP, die Firmware-Ingenieure in unserem Team. Die Beziehung ist das Produkt. Die eigene Plattform ist der Grund, warum es funktioniert, und der Grund, warum niemand, der seine mietet, es kopieren kann. Break-Fix ist nicht die Vergangenheit, die wir hinter uns lassen. Es ist das, worin wir so gut geworden sind, dass die Kunden anfingen, mehr von uns zu verlangen.
“Kunden rufen uns nicht mehr an, wenn etwas kaputtgeht, sondern damit wir das Nächste bauen.”
Klare Antworten
Was umfasst Fully Managed Hosting tatsächlich?+
Die Schicht unter der Anwendung gehört uns: Provisionierung, Migration, sicherer Zugang, Staging, Observability, Backup- und DR-Aufstellung, Performance- und Security-Engineering, geliefert von namentlich bekannten Ingenieuren und zunehmend als Bauprojekte, nicht nur als Reaktion auf Vorfälle. Es ist die Arbeit, für die Sie sonst ein Infrastrukturteam einstellen würden.
Was ist der Unterschied zwischen Break-Fix-Support und Managed Engineering?+
Break-Fix wartet auf ein Symptom und schließt ein Ticket. Managed Engineering entwirft, baut und begleitet den Launch. An unserem eigenen Desk ist die Engineering-Warteschlange seit 2021 um ein Mehrfaches gewachsen, der Desk als Ganzes nicht.
Kann ein Hosting-Anbieter wirklich DevOps- und CI/CD-Arbeit leisten?+
Die größte Nachfrage in unserer Engineering-Warteschlange ist genau das: Release Engineering, Deploy-Begleitung, Staging-Umgebungen.
Ist es nicht günstiger, für Infrastrukturarbeit einen Freelancer zu beauftragen?+
Der Freelancer baut auf Infrastruktur, die jemand anderes betreibt, also verteilen sich der Aufbau und die Verantwortung um 3 Uhr nachts auf zwei Parteien. Hier ist es dasselbe Team, auf Infrastruktur, die dieses Team auch betreibt.
Bringen Sie uns das Nächste, nicht nur das, was kaputt ist.
Ein namentlich bekannter Ingenieur, von Anfang bis Ende, auf Infrastruktur in unserem Eigentum. Wenn es ein Projekt statt eines Tickets sein sollte, sagen wir das.
Mit einem Ingenieur sprechenSie haben das Ende erreicht.
Setzen Sie das Gelesene um
Was betreiben Sie?
Erzählen Sie uns von Workload, Traffic und Anforderungen an die Wiederherstellung. Beginnen Sie mit dem Server-Konfigurator oder besprechen Sie die Details mit einem Ingenieur.
Geschrieben von den Ingenieuren, die die beschriebene Infrastruktur bauen und betreiben.Mit einem Ingenieur sprechen