DevOps
Tools
Wir kennen die aktuellen Tools in- und auswendig. Mit diesem Wissen entwickeln wir auch unsere eigenen Werkzeuge.
Wir kennen die aktuellen Tools in- und auswendig. Mit diesem Wissen entwickeln wir auch unsere eigenen Werkzeuge.
"Weniger Fehler durch mehr Automatisierung"
Daran glauben wir und arbeiten daher täglich mit DevOps-Tools wie Ansible, Terraform, Kustomize, Helm, Argo CD, Forgejo, Gitlab, GitHub, in den unterschiedlichsten Clouds (OpenShift, AWS, Hetzner, Azure, etc).
Mit diesen Tools lässt sich schon viel erreichen, aber wir sind noch nicht zufrieden mit dem Status Quo. Deshalb gibt es unsere Open Source Tools:
Es gibt viele Tools, die nicht wirklich nahtlos zusammenpassen.
Mit dda-devops-build lösen wir Herausforderungen wie:
Ausufernde Helm-Charts oder Operator-Dependencies für die inzwischen schon Management-Software entsteht, haben sich längst etabliert im Umgang mit Kubernetes. Für Erleichterung sorgt Convention4Kubernetes (c4k):
Die folgenden Tools sind im dda-devops-build integriert:
helm template.
Das sichere Verteilen, Verwalten und Einsetzen von Credentials ist schwierig. Wer meint, erst einmal einen CI/CD Prozess aufzubauen und im Nachhinein Credentials aus dem Pipeline-Code verbannen zu können, bereitet sich schlaflose Nächte und kommt oft zu keiner guten Lösung mehr. Wir haben uns daher dazu entschlossen, das Managen von Credentials von Anfang an mit zu berücksichtigen.
Unser Lieblingstool zum Credential Management für kleine bis mittelgroße Teams ist gopass. Die Passwörter liegen dabei in Git, sind per GPG verschlüsselt und außer Git werden keine weiteren Server benötigt.
Unsere Releases lassen sich ganz einfach mit pyb patch|minor|major per Kommandozeile erstellen, wodurch alle Teammitglieder problemlos dazu in der Lage sind, ein Release zu erstellen. Durch die einfache Bedienung ist der Stresslevel beim Releasen gesunken, lokale Versionierung und CI getriebener Build sind nachhaltig integriert. Alle Lintings, Tests oder Renovate-Checks funktionieren lokal und in der CI-Pipeline. Dadurch ist die Qualität spürbar angestiegen.
In Templating-Ansätzen wie zum Beispiel Helm sind Selbstverständlichkeiten wie Modularisierung, Refactorings, Typisierung, Tests oder Input-Validierung meist kaum zu realisieren. Wir wollen diese Errungenschaften einer Programmiersprache nicht missen und nutzen zur Entwicklung von K8s-Resource-Generatoren die Programmiersprache Clojure. In c4k-common sammeln wir die Teile, die wir dabei immer wieder benötigen.
Unsere K8s-Resource-Generatoren zu entwickeln, ist mit der hohen Wiederverwendbarkeit so einfach, dass wir Mandanten-spezifische Generatoren effizient erstellen können, die dann auch deren spezielle Conventions berücksichtigen. Dadurch benötigen wir nur minimalsten Input, was die Benutzung unserer Module extrem vereinfacht.
Wir verzichten auf Kubernetes Operatoren, deren Abhängigkeiten schon die ersten Dependency-Management-Tools entstehen lassen. Durch die Möglichkeit zur stabilen Programmierung gelingen uns auch große Deployments im One-Shot Verfahren, Gitops bleibt einfach.
