Individualsoftware sicher betreiben
Wer Standardsoftware durch eine Eigenentwicklung ablöst, fragt als Nächstes: Wem gehört die Software? Wo läuft sie? Wer passt sie an, wer wartet sie, und wer hilft, wenn etwas klemmt? Hier sind die drei üblichen Wege und meine Empfehlung.
Kurz gesagt
- Gehört
- Ihnen. Quellcode, Daten und Zugänge liegen bei Ihnen.
- Läuft
- Auf Ihren eigenen Servern oder auf virtuellen Servern in Rechenzentren mit ISO/IEC 27001 in Deutschland.
- Überwacht
- Logging, Monitoring und Alarmierung laufen rund um die Uhr, Backups werden regelmäßig zurückgespielt und geprüft.
- Betrieben
- Leichtgewichtig: KI-Agenten überwachen und erledigen Routine, ein Mensch gibt frei. So bleiben Wartungs- und Folgekosten klein.
Drei Wege, eigene Software zu betreiben
Jeder Weg hat seinen Preis. Entscheidend ist, was nach dem Start laufend anfällt.
Wartungsvertrag mit dem Entwickler
Bequem: Der Entwickler kennt die Software und kümmert sich.
Sie zahlen jeden Monat und bleiben abhängig.
Ihre IT übernimmt alles
Volle Kontrolle im eigenen Haus.
Sie brauchen Leute, die sich mit Betrieb und Sicherheit auskennen.
Übergabe und schlanker Betrieb
Die Software gehört Ihnen, KI-Agenten erledigen die Routine.
Braucht ein sauberes Betriebskonzept von Anfang an.
Wenn die Lösung steht, übergeben wir sie. Code, Daten und Zugänge gehören Ihnen. Betrieben wird sie leichtgewichtig, mit dem Betriebskonzept, das ich aus Enterprise-Projekten kenne: Überwachung, Backups und Updates setzen wir mit KI-Agenten auf. Sie behalten alles im Blick, erledigen Routine selbst und melden, was ein Mensch entscheiden muss. So bleiben Wartungs- und Folgekosten klein, und Sie sind nicht an uns gebunden.
Wem gehört die Software?
Die Software läuft bei Ihnen, nicht auf einer Plattform, die Sie mieten. Was Sie bekommen, steht vor dem Start schriftlich im Vertrag. Dazu gehört:
- Der Quellcode in einem Repository, auf das Sie Zugriff haben, mit allem, was zum Bauen nötig ist: Build-Skripte, Abhängigkeiten, Konfiguration.
- Eine Stückliste aller verwendeten Bibliotheken mit Lizenzen (SBOM).
- Dokumentation und Betriebshandbuch: Aufbau, Schnittstellen, Datenmodell, Installation, Sicherung, Wiederherstellung.
- Ihre Daten in einem offenen Format, jederzeit exportierbar.
- Zugänge zu Servern und Diensten auf Ihren Namen.
Damit sind Sie nicht an uns gebunden. Jedes fähige Entwicklungsteam kann die Software übernehmen. Eine Hinterlegung bei einem Treuhänder (Escrow), wie bei gemieteter Software üblich, brauchen Sie dafür nicht: Der Code liegt schon bei Ihnen.
Wo läuft sie?
Zwei Wege, beide mit Daten in Deutschland. Welcher passt, klären wir vor dem Start.
Auf Ihren eigenen Servern
Wenn Sie eigene IT haben oder Daten das Haus nicht verlassen sollen. Wir installieren die Software so, dass Ihr Team sie versteht und Updates planbar bleiben.
- Volle Kontrolle über Hardware und Netz
- Passt in Ihre bestehende Sicherung
- Ihr Team oder wir kümmern uns um den Betrieb
Virtuelle Server in Deutschland
Bei einem Betreiber mit Zertifikat nach ISO/IEC 27001. Strom, Kühlung, Netz und Hardware sind dort mehrfach abgesichert. Sie brauchen keinen eigenen Serverraum.
- Keine eigene Hardware nötig
- Mehr Leistung mit wenigen Klicks
- Wir übernehmen den Betrieb oder Ihr Team
Woran Sie ein gutes Rechenzentrum erkennen
- 01Das ISO/IEC-27001-Zertifikat gilt für den Rechenzentrumsbetrieb selbst. Prüfen Sie den Geltungsbereich auf dem Zertifikat.
- 02Für Gebäude und Technik (Strom, Klima, Brandschutz) gibt es die Norm DIN EN 50600, geprüft zum Beispiel nach TSI. Ein Nachweis dazu ist ein Plus.
- 03Standort in Deutschland, Daten verlassen die EU nicht.
- 04Ein Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO liegt vor.
- 05Backups können an einem zweiten Standort liegen.
So sieht Betrieb aus
Eine Tafel für alles, was zählt. Was grün ist, läuft. Was gelb ist, ist geplant. Was rot wird, meldet sich von selbst.
- ErreichbarkeitHealth-CheckAntwortet
- Fehler im Protokollletzte 24 StundenKeine neuen
- Datensicherungverschlüsselt, zweiter StandortHeute 02:00
- WiederherstellungsprobeBackup testweise zurückgespieltBestanden
- SicherheitsupdatesBetriebssystem und BibliothekenGeplant: Dienstag
- TLS-Zertifikaterneuert sich selbstGültig
- SpeicherplatzDatenbank und Dateien62 % belegt
Die Bausteine für sicheren, wartbaren Betrieb
Aus Enterprise-Projekten bekannt, in der Größe Ihres Unternehmens. Jeder Baustein zahlt auf eine Anforderung der ISO/IEC 27001 ein.
Logging
Jede Aktion und jeder Fehler landet strukturiert und mit synchronisiertem Zeitstempel in einem zentralen Protokoll, geschützt vor Änderung. Passwörter, Schlüssel und Sitzungsdaten gehören nie hinein, Personendaten nur, wo nötig, mit Löschfrist.
Monitoring und Alerting
Gemessen wird, was Nutzer spüren: Antwortzeit, Last, Fehler und Auslastung, von innen und von außen. Ein Alarm geht nur raus, wenn jemand etwas tun muss, und zu jedem Alarm gibt es eine kurze Anleitung. Sonst stumpft man ab.
Backups mit Probe
Nach der Regel 3-2-1-1-0: drei Kopien auf zwei Arten von Speicher, eine außer Haus, eine, die niemand verändern kann, auch kein Angreifer, und null Fehler bei der regelmäßigen Wiederherstellungsprobe. Nur ein getestetes Backup zählt.
Updates und Schwachstellen
Betriebssystem und Bibliotheken werden anhand der Stückliste laufend auf bekannte Schwachstellen geprüft. Sicherheitsupdates kommen geplant ins System, kritische sofort.
Änderungen mit Tests
Jede Änderung läuft durch automatische Tests, bevor sie live geht. Sie ist dokumentiert und lässt sich auf die vorige Version zurückdrehen.
Zugänge und Rechte
Jeder bekommt nur die Rechte, die er braucht. Administratorzugänge mit zweitem Faktor, Schlüssel und Passwörter verschlüsselt.
Betriebshandbuch
Wie man die Software startet, sichert, wiederherstellt und aktualisiert, steht aufgeschrieben. Auch für den Fall, dass jemand anderes übernimmt.
Und ISO 27001?
Zertifiziert wird das Managementsystem Ihres Unternehmens, nicht eine einzelne Software. Der Betrieb liefert aber genau die Nachweise, die ein Auditor sehen will:
- Protokolle: wer hat wann was getan
- Berichte der Wiederherstellungsproben
- Änderungshistorie mit Tests und Freigaben
- Rechtekonzept und Liste der Zugänge
- Liste der eingespielten Sicherheitsupdates
Seit dem 6. Dezember 2025 gilt in Deutschland das NIS-2-Umsetzungsgesetz. Es betrifft Unternehmen aus 13 Sektoren ab 50 Beschäftigten oder 10 Mio. € Umsatz. Gefordert sind unter anderem Notfallmanagement, Zugriffskontrolle mit mehreren Faktoren und Sicherheit in der Lieferkette. Derselbe Betrieb liefert dafür die Grundlage.
Wer passt sie an?
Ihre Abläufe ändern sich, die Software zieht mit. Drei Wege, die sich kombinieren lassen.
Wir
Ein fester Ansprechpartner, der die Software kennt. Jede Änderung bekommt vorher einen Festpreis.
Ihr Team oder ein anderer Dienstleister
Gängige Technik, automatische Tests und Dokumentation machen die Übergabe leicht.
KI-Agenten, auf Wunsch
Sie beschreiben die Änderung in einem Satz. Ein Agent setzt sie um, die Tests laufen, ein Mensch gibt frei.
Leitplanken für KI-Agenten
- 01Nur die Werkzeuge und Rechte, die für die Aufgabe nötig sind. Lesen ist Standard, Schreiben braucht Freigabe.
- 02Ein eigener Zugang je Agent, nie die Zugänge eines Administrators.
- 03Löschen, Ausliefern und Änderungen am Server nur nach Freigabe durch einen Menschen.
- 04Jede Aktion wird protokolliert: welches Werkzeug, welche Eingabe, welches Ergebnis.
- 05Grenzen je Aufgabe, damit ein Agent nicht in einer Schleife hängen bleibt.
Nach den Empfehlungen der OWASP Top 10 für LLM-Anwendungen (LLM06, zu viel Handlungsspielraum).
So läuft eine Änderung mit KI-Agent
- 01Wunschin Klartext, per Mail oder Ticket
- 02Umsetzungder Agent arbeitet in einem eigenen Entwicklungszweig
- 03Testsalle automatischen Tests laufen
- 04Freigabeein Mensch prüft und gibt frei
- 05Livenachvollziehbar und zurückdrehbar
Wenn etwas schiefgeht
Vier Ebenen, damit ein Fehler möglichst klein bleibt.
- Ebene 1
Selbstheilung
Die Software startet abgestürzte Dienste neu, wiederholt fehlgeschlagene Aufträge und fällt bei einem fehlerhaften Update auf die letzte funktionierende Version zurück. DCM Lumina holt zum Beispiel ausgefallene KI-Anfragen von selbst nach.
- Ebene 2
Alarm mit Kontext
Was sich nicht selbst heilt, meldet sich: bei uns, bei Ihrem Team oder bei beiden, mit den passenden Auszügen aus dem Protokoll.
- Ebene 3
KI-Diagnose
Ein KI-Agent liest die Protokolle, grenzt die Ursache ein und schlägt eine Korrektur vor. Live geht sie erst nach der Prüfung durch einen Menschen.
- Ebene 4
Support
Sie erreichen einen festen Ansprechpartner. Wie schnell wir reagieren, steht vorher im Vertrag.
Nach jedem größeren Vorfall folgt eine kurze Auswertung ohne Schuldzuweisung: Was ist passiert, warum, und welcher Test sorgt dafür, dass es nicht wieder passiert.
Und wenn wir uns trennen?
Dann übergeben wir alles: Quellcode, Dokumentation, Zugänge und einen Datenexport. Die Software läuft weiter, denn sie läuft bei Ihnen.
Häufige Fragen zum Betrieb
Standards und Quellen
- ISO/IEC 27001:2022, Anhang A (A.5.37, A.8.2, A.8.8, A.8.13, A.8.15, A.8.16, A.8.17, A.8.32)
- BSI IT-Grundschutz, Baustein CON.3 Datensicherungskonzept
- Google, Site Reliability Engineering: Monitoring Distributed Systems (vier goldene Signale)
- OWASP Top 10 für LLM-Anwendungen 2025, LLM06 Excessive Agency
- NIS-2-Umsetzungs- und Cybersicherheitsstärkungsgesetz (NIS2UmsuCG), in Kraft seit 6. Dezember 2025
- DIN EN 50600, Rechenzentrumseinrichtungen und -infrastrukturen
Betrieb von Anfang an mitplanen
Im Engpass-Workshop klären wir auch, wo Ihre Software laufen soll und wer sie betreibt. Danach erhalten Sie Festpreis und Termin schriftlich.