Zum Inhalt springen
FLX
EN
Menü

Entwicklung · Produktion · Betrieb

Software und Infrastruktur,
die im Betrieb standhalten.

Wir lösen technische Probleme, für die es nichts von der Stange gibt, und betreiben die Lösung danach selbst weiter. Für Unternehmen, die bei einer Aufgabe nicht weiterkommen und am Ende ein System brauchen, das unter Last hält und im Betrieb wenig Arbeit macht.

Gebaut und betriebenStand 08/2026

Systeme im Register
6
davon in Betrieb
4
davon beendet
2
Ältester Beginn

Ein Ausschnitt: die zuletzt gebauten Systeme. In den letzten Jahren sind über dreißig entstanden, und ältere laufen weiter.

Register

Die zuletzt gebauten Systeme, mit Beginn, Zeitraum und Laufzeit in Monaten.
SystemLaufzeit
Bio-Seiten und KurzlinksProduktBeginn 26Monateläuft
Zahlungslinks und ArbeitsbereichePlattformBeginn 10Monateläuft
Wiedererkennung von InhaltenProduktBeginn 9Monateläuft
Multi-Tenant-PaaSPlattform · beendetBeginn 16Monate
Lizenzen an einer StellePlattform · beendetBeginn 10Monate
Belege ohne HandarbeitAutomatisierungBeginn 1Monatläuft

Beendete Systeme bleiben im Register, mit dem Monat, in dem sie endeten.

Projekte

Vorgehen

Wir nehmen den aufwendigeren Weg, wenn das System dadurch länger hält.

Vier Beispiele aus den Systemen im Register. Jede dieser Entscheidungen hat beim Bau mehr Zeit gekostet, und jede steht mit Datum im Logbuch.

Die Absenderprüfung im eigenen Code.
In der Belegverarbeitung prüfen wir die DKIM-Signatur nach RFC 6376 selbst. An genau dieser Stelle entscheidet sich, ob eine gefälschte Rechnung durchgeht und bezahlt wird.
Die Mandantentrennung in der Infrastruktur.
Jeder Mandant bekam eine eigene Datenbank, einen eigenen Connection Pool und eine Netzwerkregel, die den Zugriff zwischen Mandanten unterbindet. Weil die Trennung in der Infrastruktur liegt, kann ein fehlender Filter in einer Abfrage sie nicht aufheben.
Ungenutzte Umgebungen im Ruhezustand.
Ein Dienst fuhr sie herunter und startete sie wieder, sobald jemand sie brauchte. Das kostete einmal Entwicklungszeit und sparte danach jeden Monat Rechenzeit.
Der Cluster auf eigener Hardware.
Für die Wiedererkennung von Inhalten betreiben wir den Kubernetes-Cluster selbst. Bei stoßweiser Last war das günstiger und in den Kosten besser vorhersagbar als Managed Nodes. Den Betriebsaufwand dafür tragen wir selbst.

Leistungen

Was wir für Sie übernehmen

Sieben Leistungen zwischen Entwurf und Betrieb. Sie können eine einzelne davon beauftragen oder alle nacheinander: vom Datenmodell über den Bau bis zum Betrieb und zur Übergabe an Ihr Team.

Bau

Software & Plattformen

Anwendungen und mandantenfähige Plattformen für Unternehmen, deren Abläufe in kein Standardprodukt mehr passen.

KI-Integration

Sprachmodelle in bestehende Abläufe einbauen: festes Ausgabeformat, sichtbare Kosten, austauschbarer Anbieter.

Automatisierung

Wiederkehrende Handarbeit von Software erledigen lassen — mit Testlauf, Freigabe und Protokoll.

Daten

Daten & Auswertung

Zahlen aus getrennten Systemen zusammenführen, abgleichen und auswertbar machen — auch dort, wo zwei Systeme unterschiedliche Zahlen liefern.

Betrieb

Betrieb & Infrastruktur

Ihr System läuft, und jemand ist dafür zuständig: Deployment, Datenbanken, Monitoring, Anbieterwechsel.

Schulung

Schulung & Einarbeitung

Ihr Team übernimmt das System und entwickelt es selbst weiter.

Beratung

Beratung & Architektur-Review

Ein zweites Paar Augen auf Architektur, Sicherheit und die Frage, welcher Teil des Vorhabens entfallen kann.

Logbuch

Woran wir zuletzt gearbeitet haben

Die letzten zwölf Monate.

  1. Betrieb

    Alarmregeln aus einer echten Störung abgeleitet und ins Monitoring übernommen, damit derselbe Fall beim nächsten Mal auffällt, bevor jemand anruft.

  2. Bau

    Belegverarbeitung gebaut: DKIM-Prüfung nach RFC 6376 selbst implementiert, statt darauf zu vertrauen, dass eine Bibliothek genau das richtig macht.

  3. Beratung

    Architektur-Review bei einem Softwareunternehmen. Drei Risiken benannt und nach Kosten der Behebung sortiert.

  4. Daten

    Verarbeitung auf einen Event-Stream umgestellt; das Autoscaling richtet sich seitdem nach der Länge der Warteschlange. Nachrichten, die dreimal scheitern, laufen in eine eigene Warteschlange und bleiben dort zur Prüfung liegen.

  5. Betrieb

    Eigenen Kubernetes-Cluster auf Bare Metal aufgebaut, weil Managed Nodes bei diesem Lastprofil teurer gewesen wären.

Alle Einträge

Beschreiben Sie uns Ihren Fall.

Eine halbe Stunde am Telefon reicht meist, um zu klären, worum es geht, wie groß der Aufwand ungefähr ist und ob wir die Richtigen dafür sind. Sollten wir es nicht sein, sagen wir das in diesem Gespräch.