Sliplane

Wie wenig ich mich um die Infrastruktur kümmern muss. Ich verbinde das GitHub-Repo, und ab dann wird jeder Push automatisch gebaut und deployed. Für viele Projekte brauche ich dafür gar keine eigene Pipeline mehr. SSL, Health Checks, Logs, Secrets und Volumes sind einfach da und funktionieren, ohne dass ich groß etwas einrichten muss. Das Preismodell finde ich auch richtig gut. Ich zahle pro Server und kann darauf so viele Container laufen lassen, wie ich will. So weiß ich am Monatsanfang, was am Ende auf der Rechnung steht. Bei anderen PaaS-Anbietern war das für mich oft ein Ratespiel. Unsere Plattform läuft komplett darauf, und ich verbringe meine Zeit mit dem Produkt statt mit Deployment-Themen.

Viel gibt es ehrlich gesagt nicht. Für einfache Deployments und interne Tools reicht Sliplane komplett, da brauche ich keine eigene CI. Sobald aber Tests, Linting oder Security-Scans vor dem Deployment laufen sollen, komme ich um eine separate CI wie GitHub Actions nicht herum. Das ist kein großes Problem, aber wer erwartet, dass Sliplane auch die Pipeline ersetzt, sollte das wissen.

Vor allem nimmt mir Sliplane den ganzen Betriebsaufwand rund um Container ab. Ohne Sliplane müsste ich Server aufsetzen, Reverse Proxy und Zertifikate konfigurieren, Deploy-Skripte pflegen und mich um Updates kümmern. Das ist alles kein Hexenwerk, kostet aber Zeit, und die fehlt dann beim eigentlichen Produkt. Gerade in einem kleinen Team ohne eigene Ops-Leute macht das einen großen Unterschied. Einen neuen Service bringe ich in ein paar Minuten online, statt dafür einen halben Tag einzuplanen. Kubernetes oder ein großer Cloud-Anbieter wären für unsere Größe einfach überdimensioniert. Dazu kommen die planbaren Kosten. Ich weiß, was ich pro Monat zahle, und muss nicht bei jedem neuen Container überlegen, ob sich das lohnt. Insgesamt bekomme ich ein stabiles und unkompliziertes Setup, für das ich mich sonst selbst um einiges an Infrastruktur kümmern müsste.