Reclaim The Stack - plateforme de déploiement basée sur Kubernetes

• Nous avons construit pendant 7 mois une plateforme basée sur Kubernetes pour remplacer Heroku
• Nous avons conçu chez mynewsdesk.com une plateforme basée sur Kubernetes pour remplacer Heroku pour un produit SaaS
• Résultat : 90 % de réduction des coûts et 30 % d'amélioration des performances
• Réduction du temps de déploiement et nette amélioration de l'expérience développeur grâce à des outils plus rapides et plus accessibles
• L'ensemble de la stack est désormais publié en open source, ce qui permet d'accomplir le même travail en quelques jours au lieu de 7 mois

Composants de la plateforme - avec un Architecture Decision Record pour chaque composant

• GitOps : ArgoCD
• Ingress : Cloudflared
• PostgreSQL : CloudnativePG
• Redis : Redis Operator de Spotahome
• Elasticsearch : Elastic Cloud Kubernetes
• Gestion des secrets : Sealed Secrets
• Stockage persistant : Rancher Local Path Provisioner + OpenEBS Dynamic LocalPV Provisioner
• Monitoring : kube-prometheus-stack
• Agrégation des logs : Qryn
• Service mesh : Linkerd

Résumé de GN⁺

• Cet article partage l'expérience de construction d'une plateforme basée sur Kubernetes pour remplacer Heroku
• Il met en avant les résultats obtenus : réduction des coûts, amélioration des performances et meilleure expérience développeur
• Grâce à cette stack publiée en open source, d'autres développeurs peuvent facilement réaliser la même chose
• C'est une ressource utile pour les développeurs intéressés par des technologies comme Kubernetes
• Parmi les autres projets offrant des fonctionnalités similaires figurent OpenShift et Rancher

[GN⁺]

Avis sur Hacker News

• Premier avis

  • A de l’expérience dans la création et le déploiement de milliers de stacks avec Docker, Mesos, Swarm et k8s
  • L’essentiel, c’est la maintenance à partir du deuxième jour
  • Beaucoup d’outils facilitent le déploiement d’apps sur des serveurs
  • Mais la maintenance, comme les changements de version, les problèmes de dépendances et les plans de reprise après sinistre, est cruciale
  • Si vous avez l’équipe, le budget et les problèmes qui justifient de résoudre tout cela, alors c’est un meilleur choix

• Deuxième avis

  • Il y a quelques années, s’est laissé emporter par la mode de k8s et a essayé de faire tourner toute son activité dessus
  • Ce fut une grosse erreur
  • DigitalOcean a mis à niveau automatiquement le cluster, ce qui a mis toute l’activité hors ligne
  • Est passé à de simples scripts bash et à systemd, et n’y reviendra plus jamais

• Troisième avis

  • Aimerait avoir une entreprise assez prospère pour pouvoir passer 7 mois à migrer l’infrastructure de heroku vers kubernetes

• Quatrième avis

  • On peut déjà aller très loin avec seulement quelques VM et des scripts bash
  • Moins il y a d’outils DevOps, mieux c’est

• Cinquième avis

  • C’est bien de voir de nouveaux projets
  • La plupart des gens ne devraient pas commencer avec Kubernetes
  • Si vous n’avez pas besoin d’auto-scaling, recommande d’essayer Kamal
  • C’est un outil créé par 37signals pour quitter Kubernetes et le cloud, et il fonctionne bien avec de simples VM
  • A aussi rédigé un handbook pour ceux qui débutent

• Sixième avis

  • La configuration Kubernetes a l’air bonne
  • Mais la complexité est bien plus élevée que celle de Heroku
  • Si vous cherchez quelque chose de plus simple, recommande d’essayer dokku ou lunni.dev
  • coolify.io reçoit aussi de bons retours

• Septième avis

  • Travaille dans une entreprise avec une équipe infrastructure, et le CEO est passionné par l’infrastructure
  • L’infrastructure est construite avec terraform et k8s
  • Mais les déploiements prennent plusieurs jours et l’infrastructure est bien trop complexe
  • Il n’y a pas assez d’utilisateurs pour profiter des avantages de la scalabilité
  • Les startups ne devraient pas utiliser k8s avant d’avoir constitué une base d’utilisateurs suffisante

• Huitième avis

  • La philosophie de base en matière de sécurité consiste à faire confiance aux développeurs et au réseau privé à l’intérieur du cluster
  • Se demande s’il est compliqué de configurer ce système sans lui accorder cette confiance
  • Aimerait savoir où se situent les points faibles

• Neuvième avis

  • Il a fallu 7 mois pour construire une plateforme basée sur Kubernetes afin de remplacer Heroku
  • Les coûts ont baissé de 90 % et les performances ont augmenté de 30 %
  • Mais comme Heroku était lent et cher, se demande si cette approche était vraiment la meilleure

• Dixième avis

  • Se demande en quoi cela diffère de dokku