Management & Skalierung

Digitale Lösungen betreiben und weiterentwickeln: OTOKO® unterstützt bei Wartung, technischem Management und der Skalierung Ihrer Systeme.

Sicherheitsupdates, neue Anforderungen und Störungen enden nicht mit der Abnahme.

Übernahme mit Code-Analyse, Abhängigkeitsinventar, Dokumentation und Wissenstransfer Monitoring mit Prometheus, Grafana und OpenTelemetry, Alarmierung nach Schweregrad Störungs- und Problemmanagement nach ITIL über Jira Service Management Sicherheitsupdates und Abhängigkeitspflege mit Renovate, Prüfung gegen bekannte Schwachstellen Regelmäßige Berichte zu Verfügbarkeit, Vorfällen und offenen Risiken

Servicekatalog mit Reaktionswegen und Zuständigkeiten Monitoring mit Alarmierung und Dashboards Betriebsberichte mit Vorfällen und Risiken

Repository, Lizenzen und technische Zugänge Dokumentation, bekannte Vorfälle und aktuelle Dienstleister Erwartete Servicezeiten und fachliche Kritikalität

Eine intern entwickelte Fachanwendung soll an ein externes Team übergeben werden. Nach Codeanalyse und einem reproduzierbaren Build werden zunächst Monitoring und Wiederherstellung geprüft. Anschließend startet die Wartung mit vereinbarten Servicezeiten und einer Liste priorisierter Altlasten.

Jira Service Management Grafana Prometheus OpenTelemetry Renovate

Bevor wir Verantwortung übernehmen, prüfen wir Codezugang, Nutzungsrechte, Abhängigkeiten und die Möglichkeit, eine Version selbst zu bauen. Gemeinsam erfassen wir bekannte Probleme, Betriebswissen und kritische Abläufe. Ein erfolgreicher Start der Anwendung reicht nicht: Auch Backup, Wiederherstellung und die Zuständigkeit für externe Dienste müssen geklärt sein. Aus der Übernahme entsteht ein Serviceumfang mit offenen Risiken und priorisierten Maßnahmen. Nicht beherrschbare Altlasten werden nicht stillschweigend in eine pauschale Zusage eingeschlossen. Falls zuerst eine Stabilisierung nötig ist, wird sie als eigenes Arbeitspaket beschrieben.

Ein laufender Server sagt wenig darüber aus, ob Nutzer ihre Arbeit erledigen können. Wir richten die Überwachung deshalb auch auf wichtige Anwendungsvorgänge und Schnittstellen aus. Meldungen werden nach Auswirkung eingeordnet; für jeden Alarm braucht es einen Empfänger und einen sinnvollen ersten Handlungsschritt. Supportzeiten, Reaktionsziele und Eskalationswege werden im Vertrag festgelegt. Eine Reaktionszeit ist nicht gleichbedeutend mit einer garantierten Lösungszeit. Für schwerwiegende Vorfälle klären wir Kommunikation, Entscheidungsbefugnisse und die Zusammenarbeit mit Ihrem Infrastruktur- oder Softwareanbieter.

Updates werden nach Risiko, Dringlichkeit und Verträglichkeit bewertet. Wir halten Abhängigkeiten sichtbar, prüfen Änderungen in einer geeigneten Umgebung und planen die Auslieferung mit einem Rückweg. Wiederkehrende Störungen werden auf Ursachen untersucht, damit der Betrieb nicht dauerhaft aus denselben Reparaturen besteht. Regelmäßige Berichte verbinden Vorfälle, technische Risiken und anstehende Entscheidungen. Kleine Verbesserungen können im vereinbarten Rahmen mitlaufen; größere fachliche Erweiterungen werden separat priorisiert. Für eine spätere Rückgabe an Ihr Team dokumentieren wir Wissen und Zugänge fortlaufend.

Eine Anwendung kann erreichbar sein und trotzdem keine Bestellungen verarbeiten. Wir wählen deshalb Messpunkte für relevante Nutzerabläufe und unterscheiden Erreichbarkeit, erfolgreiche Verarbeitung und Antwortzeit. Ein Serviceziel benötigt einen Messzeitraum, eine Datenquelle und Regeln zum Umgang mit fehlenden Messungen. Erst dann lässt sich nachvollziehbar beurteilen, ob der vereinbarte Zustand erreicht wurde. Die verbleibende Abweichung vom Ziel kann als Fehlerbudget genutzt werden, um Stabilisierung und Weiterentwicklung gegeneinander abzuwägen. Welche Konsequenzen eine Überschreitung hat, wird gemeinsam festgelegt. Das ersetzt weder vertragliche Servicevereinbarungen noch die Bewertung eines einzelnen schweren Vorfalls. Dashboards und Alarmierung sollen Entscheidungen unterstützen: Wer reagiert, welche Diagnose folgt und wann müssen Fachverantwortliche informiert werden?

Ein erfolgreich abgeschlossener Sicherungslauf beweist noch keine Wiederherstellbarkeit. Wir klären, welcher Datenverlust höchstens akzeptabel wäre und wie lange ein Ausfall dauern darf. Daraus ergeben sich Anforderungen an Sicherungsintervalle, Aufbewahrung und Wiederanlauf. Zur Anwendung gehören neben der Datenbank oft Dateien, Konfiguration, Schlüssel und externe Dienste; fehlt ein Teil, kann eine technisch lesbare Sicherung trotzdem unbrauchbar sein. Wiederherstellungsübungen prüfen den vereinbarten Ablauf in einer geeigneten Umgebung. Dabei werden Dauer, benötigte Zugänge, manuelle Schritte und fachliche Datenprüfungen dokumentiert. Ein einzelner Mandant oder ein versehentlich gelöschter Datensatz kann andere Wiederherstellungswege erfordern als der vollständige Ausfall. Die Ergebnisse fließen in konkrete Verbesserungen ein. Festgestellte Lücken werden benannt, statt einen ungeprüften Zielwert als zugesicherte Fähigkeit darzustellen.

Eine Meldung zu einer verwundbaren Bibliothek wird im Anwendungskontext bewertet: Welche Version ist eingebunden, ist die betroffene Funktion erreichbar und welche Schutzmaßnahmen bestehen? Dringlichkeit und technisches Änderungsrisiko werden zusammen betrachtet. Für nicht sofort mögliche Updates braucht es dokumentierte Zwischenmaßnahmen und einen Termin zur erneuten Bewertung. Neue Versionen durchlaufen die passenden Tests und einen abgestimmten Rollout. Nach wiederkehrenden oder schwerwiegenden Störungen untersuchen wir Ursache, Erkennung und Reaktion. Daraus entstehen priorisierte Maßnahmen mit Verantwortlichen, nicht nur ein abgeschlossenes Ticket. Dokumentation, Runbooks und Zugriffsübersichten werden fortlaufend gepflegt. Auch die spätere Übergabe an Ihr Team oder einen anderen Dienstleister wird vorbereitet: mit Repository, Build-Anleitung, offenen Risiken und geordnetem Zugangstransfer. Ein Service ist langfristig tragfähig, wenn Wissen nachvollziehbar bleibt.

Anwendungslandschaft, Anforderungen, Risiken Fachbereich, IT, Informationssicherheit, OTOKO® Softwarearchitekt Bewertete Vorhaben, Bestandsaufnahme, Sicherheits- und Betriebsanforderungen

Architektur, Technologie, Betriebsmodell Fachbereich, Architektur, Datenschutz, Informationssicherheit Zielarchitektur, Bedrohungsmodell, Teststrategie, Betriebsmodell, Meilensteine