Reclaim The Stack – Kubernetes-basierte Deployment-Plattform

• Wir haben in 7 Monaten eine Kubernetes-basierte Plattform aufgebaut, um Heroku zu ersetzen
• Für das SaaS-Produkt auf mynewsdesk.com wurde eine Kubernetes-basierte Plattform entwickelt, die Heroku ersetzt
• Dadurch wurden die Kosten um 90 % gesenkt und die Performance um 30 % verbessert
• Die Deployment-Zeit wurde verkürzt und die Developer Experience mit schnelleren und besser zugänglichen Tools deutlich verbessert
• Jetzt wird der gesamte Stack als Open Source veröffentlicht, sodass sich dasselbe nicht in 7 Monaten, sondern in wenigen Tagen umsetzen lässt

Plattform-Komponenten - für jede Komponente ist ein Architecture Decision Record enthalten

• Gitops : ArgoCD
• Ingress : Cloudflared
• PostgreSQL : CloudnativePG
• Redis : Spotahome's Redis Operator
• Elasticsearch : Elastic Cloud Kubernetes
• Secrets Management : Sealed Secrets
• Persistent Storage : Rancher Local Path Provisioner + OpenEBS Dynamic LocalPV Provisioner
• Monitoring : kube-prometheus-stack
• Log Aggregation : Qryn
• Service Mesh : Linkerd

Zusammenfassung von GN⁺

• Dieser Artikel teilt die Erfahrungen beim Aufbau einer Kubernetes-basierten Plattform als Ersatz für Heroku
• Hervorgehoben werden Ergebnisse wie Kostensenkung, Performance-Verbesserung und eine bessere Developer Experience
• Durch den als Open Source veröffentlichten Stack können auch andere Entwickler dieselbe Aufgabe leicht umsetzen
• Nützliche Informationen für Entwickler, die sich für Technologien wie Kubernetes interessieren
• Andere Projekte mit ähnlichem Funktionsumfang sind OpenShift und Rancher

[GN⁺]

Hacker-News-Kommentare

• Erster Kommentar

  • Hat mit Docker, Mesos, Swarm und k8s Erfahrung beim Aufbau und Deployment von Tausenden von Stacks
  • Entscheidend ist die Wartung ab dem zweiten Tag
  • Viele Tools machen es einfach, Apps auf Servern bereitzustellen
  • Aber Versionswechsel, Abhängigkeitsprobleme und Disaster-Recovery-Pläne machen die Wartung wichtig
  • Wenn man das Team, das Budget und die Probleme hat, um diese Themen zu rechtfertigen, ist es eine bessere Wahl

• Zweiter Kommentar

  • Hat sich vor ein paar Jahren vom k8s-Hype mitreißen lassen und versucht, das gesamte Business auf k8s zu betreiben
  • Das war ein großer Fehler
  • DigitalOcean hat automatisch den Cluster aktualisiert, wodurch das gesamte Business offline ging
  • Ist auf einfache bash-Skripte und systemd umgestiegen und wird nicht mehr zurückkehren

• Dritter Kommentar

  • Würde gern ein so erfolgreiches Business haben, dass die Migration der Infrastruktur von Heroku zu Kubernetes 7 Monate dauert

• Vierter Kommentar

  • Mit ein paar VMs und bash-Skripten kommt man schon ziemlich weit
  • Bei DevOps-Tools gilt: weniger ist besser

• Fünfter Kommentar

  • Es ist schön, neue Projekte zu sehen
  • Die meisten Menschen sollten nicht mit Kubernetes anfangen
  • Wenn kein Auto-Scaling nötig ist, empfiehlt sich ein Versuch mit Kamal
  • Das ist ein Tool, das 37signals entwickelt hat, um Kubernetes und die Cloud zu verlassen, und es funktioniert gut mit einfachen VMs
  • Hat auch ein Handbuch für Einsteiger geschrieben

• Sechster Kommentar

  • Das Kubernetes-Setup sieht gut aus
  • Im Vergleich zu Heroku ist die Komplexität aber deutlich höher
  • Wer etwas Einfacheres sucht, sollte dokku oder lunni.dev ausprobieren
  • Auch coolify.io bekommt gute Bewertungen

• Siebter Kommentar

  • Arbeitet in einem Unternehmen mit Infrastrukturteam, und der CEO ist begeistert von Infrastruktur
  • Die Infrastruktur wird mit terraform und k8s aufgebaut
  • Aber Deployments dauern Tage, und die Infrastruktur ist zu komplex
  • Es gibt nicht viele Nutzer, also bringt auch die Skalierbarkeit keine Vorteile
  • Startups sollten k8s nicht nutzen, bevor sie nicht eine ausreichend große Nutzerbasis haben

• Achter Kommentar

  • Die grundlegende Sicherheitsphilosophie besteht darin, Entwickler und das private Netzwerk im Cluster zu vertrauen
  • Fragt sich, wie komplex es wäre, dieses System so zu konfigurieren, dass man ihm nicht vertrauen muss
  • Würde gern wissen, wo die Schwachstellen liegen

• Neunter Kommentar

  • Hat 7 Monate gebraucht, um eine Kubernetes-basierte Plattform als Heroku-Ersatz aufzubauen
  • Die Kosten wurden um 90 % gesenkt und die Performance um 30 % verbessert
  • Fragt sich aber, ob dieser Ansatz wirklich der beste war, weil Heroku langsam und teuer war

• Zehnter Kommentar

  • Fragt sich, worin im Vergleich zu dokku die Unterschiede liegen