Software betreiben: Monitoring, Ausfallsicherheit und Wartung

Code schreibt heute jeder. Betreiben nicht. Wir sorgen dafür, dass deine Software auch im dritten Jahr noch läuft, sicher ist und sich erweitern lässt.

Inkota Webshop: Startseite
Projekt: Inkota Webshop

Auszug unserer Referenzen

  • Aktion gegen den Hunger
  • Deutscher Naturschutzring
  • Umweltbundesamt
  • INKOTA-netzwerk
  • erntemich
  • Das NETTZ
  • Netzwerk Stiftungen und Bildung
  • Schulen gegen den Hunger
  • GoodFunds

Warum Betrieb

Bauen ist schnell geworden. Betreiben nicht.

Mit KI entsteht eine Anwendung heute in Tagen. Was danach kommt, dauert Jahre: Updates, Sicherheitslücken, Ausfälle, neue Anforderungen. Dort entscheidet sich, ob Software ein Gewinn bleibt oder zur Last wird.

  • „Die Seite war am Wochenende weg, und keiner hat es gemerkt.“

    Monitoring mit Alarmierung: Wir erfahren von Störungen, bevor deine Kunden anrufen.
  • „Updates machen wir, wenn mal Zeit ist.“

    Regelmäßige Sicherheits- und Versionsupdates, klein und planbar statt selten und riskant.
  • „Ausrollen geht nur, wenn er da ist.“

    Eine Pipeline rollt jede Änderung gleich aus, unabhängig davon, wer gerade im Urlaub ist.
  • „Fällt der Server aus, steht alles.“

    Redundante Server und Datenbanken: Fällt einer aus, übernimmt ein anderer.

Was zum Betrieb gehört

Hosting, Monitoring und Ausfallsicherheit aus einer Hand.

Wir bauen nicht nur, wir betreiben, warten und überwachen, was wir und andere gebaut haben. Auf Servern in Deutschland, und ohne dass es an einer Person hängt.

Hosting und Wartung

Hosting und Wartung aus einer Hand. Deine Anwendung läuft auf Servern in Deutschland, wird regelmäßig aktualisiert und gesichert. Du musst dich nicht darum kümmern.

Hosting in Deutschland, DSGVO-konform

Getrennte Umgebungen für Entwicklung, Test und Betrieb, damit Änderungen erst geprüft und dann ausgerollt werden

Regelmäßige Sicherheits- und Versionsupdates für Framework, Module und Server

Wartung von Webanwendungen, Drupal-Websites und Schnittstellen

Monitoring und Observability

Du erfährst von Problemen, bevor deine Kunden es tun. Monitoring prüft, ob alles läuft. Observability geht einen Schritt weiter: Die Anwendung gibt über Metriken und Protokolle selbst Auskunft, wie es ihr geht, sodass sich auch Fehler finden lassen, die nur einmal auftreten.

Erreichbarkeit und Antwortzeiten, von außen geprüft mit Uptime Kuma

Auslastung von Servern und Datenbanken in Grafana-Dashboards

Fehler in der Anwendung, Hintergrundprozesse und Schnittstellen

Ablaufende Zertifikate, bevor Browser warnen

Alarmierung bei Auffälligkeiten, Protokolle zentral gesammelt und durchsuchbar

Ausfallsicherheit und Backups

Fällt ein Server aus, läuft deine Anwendung weiter. Ausfallsicherheit heißt: Kein einzelner Server, keine einzelne Datenbank und keine einzelne Person darf zum Engpass werden.

Redundante Server hinter einem Lastverteiler (HAProxy), der ausgefallene Server automatisch umgeht

Hochverfügbare Datenbanken: PostgreSQL mit Patroni, MySQL und MariaDB mit Galera Cluster

Datensicherung mit geprüfter Wiederherstellung, nicht nur Backups, die nie jemand zurückspielt

Ein Plan für die Notfallwiederherstellung, bevor er gebraucht wird

Lasttests mit k6, damit klar ist, wie viel die Anwendung verträgt

DevOps Automation und Beratung

Ausrollen per Knopfdruck, nicht per Handarbeit.

DevOps Automation bedeutet: Jede Änderung wird automatisch gebaut, getestet und auf die gleiche Weise ausgerollt. Das macht Releases langweilig, und genau so soll es sein.

  1. im Code

    Änderung

    Jede Änderung landet in der Versionsverwaltung, nachvollziehbar und mit Begründung.

  2. automatisch

    Bauen und testen

    Die Pipeline baut die Anwendung, Testautomatisierung prüft sie. Scheitert ein Test, geht nichts weiter.

  3. Stage

    Testumgebung

    Die neue Version läuft zuerst auf einer Testumgebung, wo du sie ansehen und abnehmen kannst.

  4. per Knopfdruck

    Betrieb

    Freigegeben geht sie live, auf genau dem gleichen Weg. Geht etwas schief, ist die alte Version schnell zurück.

Unsere Werkzeuge: GitLab-Pipelines, Docker, Ansible, HAProxy und Grafana. Als DevOps Automation Service richten wir das auch für bestehende Projekte ein, und mit DevOps-Beratung aus Dresden, vor Ort oder remote, unterstützen wir Teams, die ihre Pipeline selbst aufbauen wollen.

Software übernehmen

Wir übernehmen auch Software, die wir nicht gebaut haben.

Der Dienstleister hört auf, der Entwickler geht, die Agentur hat keine Kapazität mehr. Dann muss die Software trotzdem weiterlaufen. Am Anfang steht eine Bestandsaufnahme: Was läuft wo, wie wird ausgerollt, wo liegen die Risiken.

Typische Anlässe für eine Übernahme.

  • Der Dienstleister wechseltWissen und Zugänge müssen sicher übergeben werden, bevor sie verloren gehen.
  • Niemand kennt sich mehr ausDie Software läuft, aber keiner traut sich, etwas zu ändern.
  • Es soll weitergehenNeue Funktionen sind geplant, und dafür braucht es ein stabiles Fundament.

Referenz

Wir betreiben selbst, was wir empfehlen.

Selbst gebaut und selbst betrieben: unsere Plattform für Spenden, Petitionen und Kontakte. Hier setzen wir jeden Tag ein, was auf dieser Seite steht.

Ausrollen
automatisch getestet, per Knopfdruck
Betrieb
redundant, in Deutschland
Überwachung
eigenes Monitoring mit Alarmierung
Daten
Mandanten getrennt, personenbezogene verschlüsselt
about.goodfunds.de

FAQ

Häufige Fragen zum Betrieb.

Was ist der Unterschied zwischen Monitoring und Observability?

Monitoring prüft von außen, ob etwas läuft und wie schnell. Observability heißt, dass die Anwendung selbst genug über sich verrät, über Metriken und Protokolle, um auch unerwartete Fehler zu verstehen. Wir richten beides ein.

Wo stehen die Server?

In Rechenzentren in Deutschland.

Übernehmt ihr den Betrieb von Software, die ihr nicht gebaut habt?

Ja, nach einer Bestandsaufnahme. Oft beginnt das mit dem Software-Check, damit beide Seiten wissen, worauf sie sich einlassen.

Was passiert bei einem Ausfall?

Unsere Überwachung schlägt Alarm, und wir kümmern uns. Wie schnell wir reagieren und wann wir erreichbar sind, legen wir gemeinsam im Wartungsvertrag fest.

Was kostet der Betrieb?

Das hängt von Umfang, Verfügbarkeit und Größe der Anwendung ab. Nach dem Erstgespräch bekommst du eine unverbindliche Kostenschätzung.

Nächster Schritt

Sprich mit uns über den Betrieb deiner Software.

30 Minuten, kostenlos und unverbindlich. Wir klären, was deine Anwendung braucht und ob wir dazu passen.

Tim Schmidt, Inhabermeldet sich persönlich, meist am selben Werktag.