In der IT darf man nie aufhören zu lernen.
Auch wenn das Thema manchmal sehr fragwürdig erscheint.
Also habe ich mich in den letzten zwei Tagen hingesetzt und habe begonnen, die Helm-Charts zu analysieren, die wir in den letzten Wochen für unser CoreMedia 12 Demo Deployment erstellt hatten.
Und wenn man sich tiefer mit dem Thema Helm-Charts beschäftigt, wird man feststellen, dass deren Dokumentation eine zweifelhafte Qualität besitzt.
Und wenn man dann noch die go Templates mit einbezieht, wird es sehr schnell wild, unübersichtlich und sehr anstrengend.
Beides zusammen sind eine schlechte Kombination.
Dann werden Tests für die Helm-Charts schnell sehr wichtig.
Neben einer eigenen Dokumentation.
Ein aktueller Stand
Wir (meine Kollegen und ich) haben zusammen 16 Helm-Charts geschrieben.
Sie sind alle ein bisschen „durcheinander“, aber das ist schließlich auch kein Wunder, wenn man zu dritt daran arbeitet.
Um die vielen copy’paste-Dinge zu reduzieren, habe ich in den letzten beiden Tagen begonnen, eine eigene Helm Chart Library zu erstellen. Gerade um wiederkehrende Dinge für alle Charts verfügbar zu machen.
Und jetzt … jetzt steckt eine Menge Magie darin. Jetzt genügt es, eine Zeile mit ‚include‘ in ein Chart zu schreiben und schon werden die richtigen Parameter für den Service eingefügt. Umgebungsvariablen werden dynamisch korrekt gesetzt, die Containerprobes werden erstellt und die ServiceMonitore für das Monitoring erhalten die richtigen Ports und Portnamen.
Das ganze wird von vielen (sehr vielen) Tests begleitet …
Die letzten zweieinhalb Tage hatten eine wirklich steile Lernkurve, aber ich bin ziemlich zufrieden mit den bisherigen Ergebnissen.
Und ich bin gespannt, was meine Kollegen zu dem ganzen Brocken sagen werden! :}