Zum Hauptinhalt springen
Fugen Services logo

Cloud & Infrastruktur

Bereitstellungen, die langweilig sind, und Infrastruktur, die Sie neu aufbauen können

An einer fehlenden DevOps-Praxis erkennt man ein Team daran, wie es über Releases spricht. Bereitstellungen finden freitagnachmittags manuell statt, während jemand zuschaut. Niemand ist sich sicher, ob die Staging-Umgebung der Produktion entspricht. Wenn um 2 Uhr nachts etwas schiefgeht, erfährt das Team es als Erstes durch eine E-Mail eines Kunden. Alle drei Probleme sind lösbar, und keines davon erfordert eine Neuentwicklung.

Richtwert

Audit ab £3.000; Einrichtung ab £6.000

Fester Preis schriftlich vereinbart, bevor mit der Entwicklung begonnen wird.

Kostenangebot anfordern+44 7488 265083

Das Problem, das damit gelöst wird

Manuelle Bereitstellungen sind nicht nur langsam – sie machen jedes Release zu einer Risikoentscheidung. Daher werden Releases gebündelt, die Bündel größer, und jedes davon ist gefährlicher als das vorherige. Infrastruktur, die nur als Klicks in einer Konsole existiert, lässt sich weder überprüfen noch reproduzieren und verschwindet mit der Person, die sie konfiguriert hat.

Was Sie erhalten

Eine Pipeline, die an Tests gebunden ist

GitHub Actions oder GitLab CI, die Ihre Testsuite, Typpprüfungen und einen Build bei jedem Push ausführen. Nichts gelangt in die Produktion, ohne zu bestehen – die Pipeline ist dann der Standard, nicht das Gedächtnis einer Person.

Infrastruktur als Code

Terraform für Cloud-Ressourcen, sodass jede Änderung ein überprüfter Pull Request mit einem Plan ist, den Sie vor der Anwendung lesen können. Die Umgebung wird reproduzierbar statt archäologisch.

Umgebungen, die tatsächlich übereinstimmen

Staging wird aus denselben Definitionen wie die Produktion aufgebaut, mit Datenvolumen, die realistisch genug sind, sodass eine Abfrage, die in Staging schnell ist, auch in der Produktion schnell ist.

Releases ohne Ausfallzeiten

Blue-Green- oder Rolling-Deployments mit Health-Checks und einem Rollback, das ein einziger Befehl statt hektischer Improvisation ist. Ein Release, das Sie in 60 Sekunden rückgängig machen können, verliert seinen Schrecken.

Überwachung mit echten Warnungen

Verfügbarkeit, Fehlerrate, Antwortzeit und Warteschlangentiefe mit Schwellenwerten, die so eingestellt sind, dass eine Warnung etwas bedeutet. Ein Dashboard, das niemand öffnet, ist keine Überwachung; ein Kanal voller Warnungen, die niemand liest, ist noch schlimmer.

Kostenprüfung

Richtig dimensionierte Instanzen, reservierte Kapazitäten bei vorhersehbarem Bedarf und der Speicher, den seit 2022 niemand mehr angesehen hat. Eine Senkung der Cloud-Rechnung um ein Drittel ohne Leistungsverlust ist keine Seltenheit.

Wie wir arbeiten

  1. Prüfung

    Wie Sie heute bereitstellen, was wo läuft, was überwacht wird und was passiert, wenn etwas schiefgeht. Meist eine Woche, und das Ergebnis ist ein schriftliches Bild, das Sie unabhängig von den nächsten Schritten behalten können.

  2. Nach Risiko priorisieren

    Die Lösung, die das größte Risiko zuerst beseitigt – was fast nie die interessanteste ist. Meist Backups, die Sie nie wiederhergestellt haben, oder ein einzelner Server ohne Ersatzplan.

  3. Pipeline zuerst

    Automatisierter Build, Test und Bereitstellung in Staging, bevor etwas die Produktion berührt. Daraus entsteht das Vertrauen, den Rest zu ändern.

  4. Infrastruktur kodifizieren

    Bestehende Infrastruktur in Terraform importieren und dann Änderungen darüber vornehmen. Kein Big-Bang-Rebuild – das laufende System bleibt am Laufen.

  5. Observability

    Metriken, strukturierte Protokolle und Warnungen mit einem On-Call-Routing, das Sie vereinbaren.

  6. Übergabe

    Runbooks für die tatsächlich auftretenden Ausfälle sowie eine Einweisung der Person, die den Bereitschaftsdienst übernimmt.

Was Sie erwarten sollten

  • Bereitstellungen gehen von geplanten Ereignissen zu Routineaufgaben über
  • Jede Infrastrukturänderung wird vor der Anwendung überprüft
  • Probleme werden durch Monitoring erkannt, nicht durch Kunden
  • Hosting-Kosten werden gesenkt, ohne die Leistung zu beeinträchtigen

Erstellt mit

  • AWS
  • Azure
  • DigitalOcean
  • Hetzner
  • Terraform
  • Docker
  • Kubernetes
  • GitHub Actions
  • GitLab CI
  • Nginx
  • LiteSpeed
  • Cloudflare
  • Grafana
  • Prometheus
  • Sentry

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

DevOps & Cloud Engineering — your questions

Einschließlich der Fragen zu den Kosten, die die meisten Agenturen auf der Seite auslassen.

Ein Pipeline- und Infrastructure-as-Code-Setup für eine typische Webanwendung beginnt bei etwa £6.000, und ein Audit allein kostet £3.000 bis £6.000. Die laufende Verwaltung wird monatlich basierend auf dem tatsächlichen Betrieb abgerechnet und nicht als festes Paket angeboten.

Wahrscheinlich nicht. Kubernetes löst Probleme, die erst bei einer Skalierung auftreten, die die meisten britischen KMUs nie erreichen – und es bringt echten Betriebsaufwand mit sich: Jemand muss es um 2 Uhr morgens verstehen. Container auf einer verwalteten Plattform bewältigen den Großteil der Workloads mit einem Bruchteil der Komplexität. Wir werden Ihnen das sagen, statt Ihnen die teurere Lösung zu verkaufen.

Ja. Der Großteil dieser Arbeit ist anbieterunabhängig, und wir würden lieber das verbessern, was Sie bereits haben, als Sie nur um des Wechsels willen woanders hin zu verlagern. Wenn Ihr aktueller Host tatsächlich der Engpass ist, zeigen wir Ihnen die Zahlen.

Drei Dinge: Jede Änderung ist vorab überprüfbar, die Umgebung kann bei Verlust komplett neu aufgebaut werden, und die Konfiguration lebt nicht mehr im Kopf einer einzelnen Person. Das Dritte ist am wichtigsten – es macht das Team ersetzbar, statt das System fragil zu halten.

Die Pipeline- und Staging-Arbeiten laufen parallel zur Produktion und verändern nichts, was Nutzer sehen. Änderungen an der Produktion werden gestaffelt, außerhalb der Geschäftszeiten durchgeführt – wo ein Risiko besteht – und sind rückgängig zu machen. Wir führen keine Big-Bang-Migrationen durch.

Wir bieten standardmäßig einen Support während der britischen Geschäftszeiten an. Außerhalb dieser Zeiten ist ein separater Wartungsvertrag für die Rufbereitschaft verfügbar. Wir sind ehrlich: Echter 24/7-Betrieb erfordert einen Dienstplan, und eine einzelne Person, die rund um die Uhr verfügbar ist, ist kein echter Service.

Sprechen Sie mit jemandem, der dies bereits entwickelt hat

A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.