OSSDL / LAB 01 HEIDELBERG / DE
OSSDL entwickelt, modernisiert und betreibt Software auf Basis offener Technologien – von Softwarearchitektur und Linux bis Cloud, DevOps und individueller Entwicklung.
Leistungen
02 / 07
Sechs Arbeitsbereiche, die sich in der Praxis überschneiden. Die meisten Projekte beginnen in einem davon und berühren zwei weitere.
01 / 06
OPEN SOURCE
02 / 06
ENGINEERING
03 / 06
ARCHITECTURE
04 / 06
SYSTEMS
05 / 06
DELIVERY
06 / 06
CONSULTING
Haltung
03 / 07
Der Grund für offene Technologien ist kein weltanschaulicher, sondern ein betriebswirtschaftlicher: Sie erhalten die Handlungsfähigkeit über die Lebensdauer eines Systems.
01
Offener Quellcode lässt sich lesen, prüfen und im Fehlerfall bis zur Ursache verfolgen. Bei geschlossener Software endet die Analyse an der Schnittstelle – und damit an der Grenze der eigenen Handlungsfähigkeit.
02
Offene Standards und dokumentierte Formate machen Systeme kombinierbar. Daten bleiben lesbar, auch wenn eine Komponente ersetzt wird.
03
Wer den Quellcode besitzt, behält die Wahl: selbst betreiben, extern betreiben lassen oder den Anbieter wechseln. Diese Wahl ist der eigentliche Wert.
04
Etablierte offene Projekte haben lange Release-Zyklen, dokumentierte Sicherheitsupdates und eine öffentliche Historie. Das ist eine bessere Planungsgrundlage als eine Roadmap, auf die man keinen Einfluss hat.
Vorgehen
04 / 07
Sechs Stufen, jede mit einem überprüfbaren Ergebnis. Kein Wasserfall – die Stufen wiederholen sich pro Inkrement.
Bestandsaufnahme von System, Code und Betrieb. Am Ende steht eine belastbare Beschreibung des Ist-Zustands statt einer Vermutung.
Schnitt der Komponenten, Datenflüsse und Schnittstellen. Entscheidungen werden begründet und schriftlich festgehalten.
Umsetzung in kleinen, überprüfbaren Schritten. Jede Änderung ist nachvollziehbar, reviewbar und rückrollbar.
Alles, was mehr als einmal passiert, wird automatisiert: Build, Tests, Deployment und Infrastruktur.
Tests dort, wo sie Risiko abdecken. Ziel ist Vertrauen in Änderungen, keine Abdeckungsquote als Selbstzweck.
Software ist mit dem ersten Deployment nicht fertig. Betrieb, Beobachtbarkeit und Updates gehören zur Arbeit.
Technologien
05 / 07
Bewährte, offene Werkzeuge mit dokumentierter Herkunft und planbaren Release-Zyklen. Jeder Eintrag verlinkt auf die Projektseite.
04
07
04
05
04
04
05
Wissen
06 / 07
Fachartikel aus der laufenden Arbeit – zu Linux, Build-Pipelines, Architekturentscheidungen und dem Umgang mit Abhängigkeiten.
Continuous Integration, Delivery und Deployment sauber getrennt: Pipeline-Stufen mit Laufzeitzielen, Artefakt-Weitergabe, Rollback, Feature Flags und DORA-Metriken.
Warum der Big-Bang-Rewrite scheitert und wie Altsysteme im laufenden Betrieb umgebaut werden: Sicherheitsnetz, Nähte, Strangler Fig, Datenbankmigration.
Praxisleitfaden zur Basishärtung von Debian- und Ubuntu-Servern: SSH, nftables, unattended-upgrades, systemd-Sandboxing, sysctl, Logging und getestete Backups.
Über OSSDL
OSSDL ist die Kurzform von Open Source Software Development Labs. Der Schwerpunkt liegt auf Software, deren Quellcode offen ist – als Grundlage für Systeme, die sich prüfen, anpassen und über Jahre betreiben lassen. Der Standort Heidelberg ist dabei kein Etikett: Die Region hat eine dichte Forschungs- und Softwarelandschaft, und ein Teil unserer Arbeit besteht darin, Werkzeuge aus diesem Umfeld produktionsreif zu machen.
Praktisch heißt das vier Dinge. Softwarearchitektur – der Schnitt von Komponenten und Schnittstellen, bevor Code entsteht. Individuelle Entwicklung – lesbarer, getesteter Code für Anforderungen, für die es kein Produkt von der Stange gibt. Linux und Infrastruktur – die Systeme, auf denen das läuft, inklusive Härtung, Automatisierung und Monitoring. Und DevOps und Cloud – der Weg von einer Änderung im Repository bis zum beobachtbaren Betrieb.
Wenn Sie wissen wollen, wie wir denken, bevor Sie mit uns sprechen: Das steht im Wissensbereich. Dort liegen Fachartikel zu Linux-Härtung, CI/CD, Legacy-Modernisierung und Abhängigkeitsrisiken – geschrieben für Leserinnen und Leser, die die Details tatsächlich brauchen.
Kontakt
Beschreiben Sie kurz Ihr System und die offene Frage. Wir antworten mit einer fachlichen Einschätzung – ohne Vertriebsschleife.