was wir machen und was nicht
Wir bauen neue Software, bringen alte wieder in Form und halten beides nach dem Start am Laufen. Dabei übernehmen wir ein ganzes Projekt oder ein klar abgegrenztes Teilprojekt und stehen dafür gerade.
wann wir ins spiel kommen
neue software
Dein Ablauf steckt in Excel-Listen, E-Mails und verstreuten Anwendungen, und keine Standardsoftware passt dazu. Oder du hast eine Idee für ein digitales Produkt oder ein Kundenportal, aber niemanden, der es baut.
Wir machen daraus eine Anwendung, die läuft. Wir schärfen mit dir die Idee, entwerfen die Architektur, bauen die Software und bringen sie in Betrieb. Statt Daten von Liste zu Liste zu kopieren, arbeiten deine Leute dann in Software, die ihren Ablauf kennt.
modernisierung
Deine alte Software bremst das Geschäft, und wer sie gebaut hat, ist nicht mehr da. Oder ein früherer Anbieter hat dir Software hinterlassen, die niemand mehr warten kann.
Wir übernehmen die Software, arbeiten uns ein und bringen sie wieder in Form. Danach läuft sie und lässt sich wieder ändern, wenn sich dein Geschäft ändert.
betrieb
Nach dem Start halten wir deine Anwendung am Laufen und entwickeln sie mit dir weiter, wenn neue Wünsche dazukommen. Wer dein Projekt geleitet hat, bleibt auch dann dafür verantwortlich.
Das machen wir für Software, die wir selbst gebaut oder modernisiert haben. Die kennen wir gut genug, um dafür geradezustehen.
wenn deinem projekt ein teil fehlt
Dein eigenes Entwicklungsteam baut, aber für einen bestimmten Teil fehlen ihm Zeit oder Wissen.
Wir übernehmen genau diesen Teil als Teilprojekt, etwa ein Modul, eine Migration oder eine Schnittstelle zu einem anderen System. Es ist klar abgegrenzt, hat eigene Ergebnisse, und wir verantworten es wie ein ganzes Projekt.
was wir nicht machen
Wir stellen keine Fachleute stundenweise in dein Team. Wir übernehmen ein Projekt oder ein Teilprojekt, verantworten das Ergebnis und stimmen jeden Schritt mit dir ab.
Bei Ausschreibungen mit fertigem Pflichtenheft und Festpreis bieten wir nicht mit. Wir beginnen mit einem Kennenlernprojekt, in dem du eine erste Version deiner Software siehst, die läuft, bevor du dich festlegst.
Betrieb allein, Design allein oder das Anpassen von Standardsoftware wie SAP übernehmen wir nicht. Verantworten können wir nur Arbeit, die wir von Anfang bis Ende begleiten.
Websites, die dein Unternehmen vorstellen, bauen wir nicht. Wir bauen Portale für deine Kundinnen und Kunden oder Software, mit der deine Leute arbeiten.
Manchmal gibt's die passende Software schon zu kaufen. Dann sagen wir dir das im ersten Gespräch, auch wenn wir den Auftrag dann nicht bekommen.
die technik dahinter
Ab hier wird's technisch: womit wir bauen, wo deine Software läuft und was davon dir gehört.
Wähl einen Baustein, um zu sehen, was er macht.
Browser
Die Menschen, die deine Anwendung nutzen, irgendwo auf der Welt.
Cloudflare Worker
Rendert die React-Seiten auf dem Server, im Rechenzentrum nah beim Browser.
Cloudflare Tunnel
Verbindet Cloudflare verschlüsselt mit deinem Cluster, ohne offene Ports nach außen.
Backend
Das Backend in Java mit Spring, in mehreren Replikas: Fällt eine aus, übernehmen die anderen.
Valkey
Hält oft gebrauchte Daten im Arbeitsspeicher, damit Antworten schnell kommen.
Elasticsearch
Die Volltextsuche über deine Daten.
PostgreSQL
Die Datenbank, in der deine Daten liegen.
womit wir bauen
Im Backend Java mit Spring, im Frontend React oder Angular. Wir setzen auf bewährte Technik, die viele Entwicklungsteams kennen, damit auch andere deine Software warten können. Unsere Stärken sind Software-Architektur und DevOps von Anfang bis Ende, ob wir neu bauen, modernisieren oder betreiben.
Coding-Agents gehören bei uns zum Alltag. Darum setzen wir ihnen klare Leitplanken, denn saubere Software-Prinzipien zählen damit mehr denn je.
wie wir bauen
Was sich automatisieren lässt, automatisieren wir: Tests, Updates von Abhängigkeiten und die Prüfungen vor jedem Release. Wer neu ins Projekt kommt, hat die Software am ersten Tag lokal am Laufen und merkt in Minuten, ob eine Änderung passt.
Wähl einen Schritt, um zu sehen, was er macht.
Pull Request · Formatierung, Lint, Architekturregeln, Integrationstests, Review durch einen Coding-Agent
In deine Software kommt nur Code, der jede Prüfung besteht, bis hin zu Integrationstests gegen echte Datenbanken in Containern. Das sind auch die Leitplanken für Coding-Agents: Was ein Agent schreibt, kommt erst rein, wenn es sie besteht.
Vorschau · Frontend, Backend, eigenes Datenbank-Schema und eigener Suchindex
Jede Änderung kannst du ausprobieren, bevor sie live geht, in einer eigenen, vollständigen Umgebung mit eigenen Daten. Verlinkt ist sie im Pull Request und im Ticket, und e2e-Tests spielen dort ganze Abläufe durch.
Test · automatisch nach jedem Merge auf main
Du testest immer den neuen Stand deiner Software, ohne zu warten, bis ihn jemand einspielt. Jeder Merge auf main landet automatisch in der Testumgebung.
Produktion · Release per Knopfdruck, Release-Notes, Nachricht ans Team
Wann ein Release live geht, entscheidet ein Mensch per Knopfdruck. Danach gibt's Release-Notes und eine Nachricht ans Team, damit alle wissen, was in Produktion läuft.
Anforderung · als Ticket aus der Fachabteilung oder der IT
Was sich deine Fachabteilung oder deine IT wünscht, kommt auf demselben Weg in deine Software wie jede andere Änderung. Jede Anforderung kommt als Ticket, wird zum Pull Request und durchläuft dieselben Prüfungen.
Updates von Abhängigkeiten · als Pull Request, mit denselben Prüfungen
Deine Software bleibt auf dem aktuellen Stand. Updates von Abhängigkeiten kommen von selbst als Pull Request und durchlaufen dieselben Prüfungen wie jede andere Änderung.
GitOps · jedes Deployment ein Commit
Du kannst jedes Deployment nachvollziehen und zurücknehmen. Mit GitOps ist jedes Deployment ein Commit.
Monitoring · OpenTelemetry: Traces, Metriken, Logs
Du siehst, wie deine Software in Betrieb läuft, und wir merken Fehler, bevor deine Nutzer sie melden. Mit OpenTelemetry laufen Traces, Metriken und Logs aus Frontend und Backend an einem Ort zusammen.
Ein Beispiel, wie wir die Pipeline in unseren Projekten standardmäßig einrichten. wo deine software läuft
Frontends und Portale laufen bei uns auf Cloudflare Workers, kleinere Backends auch. Sie brauchen keine eigenen Server, die jemand betreiben und patchen muss. Schutz vor Angriffen und verschlüsselte Verbindungen bringt die Plattform mit, und deine Anwendung läuft nah bei den Menschen, die sie nutzen.
Andere Backends laufen dort, wo es für dich passt, auch auf deinen eigenen Servern, und sind über Cloudflare Tunnel angebunden. Interne Anwendungen erreicht dein Team mit Cloudflare Access sicher von überall, ganz ohne VPN. Schreiben deine IT-Richtlinien eine andere Plattform vor, halten wir uns daran.
Jede Änderung läuft zuerst in einer eigenen Vorschau und wird dort automatisch getestet, bevor sie online geht. Diese Website läuft übrigens genauso.
Thomas hat die Frontends von Kundenportalen, die Millionen Menschen im Monat nutzen, auf Cloudflare Workers gebracht.
wo deine daten liegen
Deine gespeicherten Daten bleiben in der EU. Nah bei den Menschen, die deine Anwendung nutzen, läuft nur der Code.
umzug auf cloudflare
Bestehende Anwendungen bringen wir auf Cloudflare und verantworten den Umzug, allein oder mit deinem IT-Team, das die Plattform dabei kennenlernt. Das kann die ganze Anwendung sein oder nur, was davor liegt: DNS, Caching oder Cloudflare Access.
dein team
Hat dein Unternehmen ein IT-Team, leiten wir das Projekt, und das Team arbeitet mit. Dabei lernt es Software und Plattform so gut kennen, dass es beides danach selbst betreiben und weiterentwickeln kann.
was dir gehört
Der Code gehört dir, samt Repository, Dokumentation und Deployment-Setup, und dein Cloudflare-Konto ist dein eigenes. So hängst du nicht an uns.