Reclaim The Stack - Kubernetes tabanlı dağıtım platformu

• 7 ay boyunca Kubernetes tabanlı bir platform inşa ederek Heroku'nun yerini aldılar
• SaaS ürünü için mynewsdesk.com'da Heroku'nun yerine geçecek Kubernetes tabanlı bir platform kurdular
• Sonuç olarak maliyetler %90 azaldı ve performans %30 arttı
• Dağıtım süresi kısaldı ve daha hızlı, daha erişilebilir araçlarla geliştirici deneyimi önemli ölçüde iyileşti
• Artık tüm stack'i açık kaynak olarak yayımladılar; böylece aynı işi 7 ayda değil, birkaç günde yapmak mümkün

Platform bileşenleri - Her bileşen için Architecture Decision Record içeriyor

• 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

GN⁺ özeti

• Bu yazı, Kubernetes tabanlı bir platform kurarak Heroku'nun yerini alma deneyimini paylaşıyor
• Maliyet tasarrufu, performans artışı ve geliştirici deneyimindeki iyileşme gibi sonuçları öne çıkarıyor
• Açık kaynak olarak yayımlanan stack sayesinde diğer geliştiriciler de aynı işi kolayca yapabilir
• Kubernetes gibi teknolojilerle ilgilenen geliştiriciler için faydalı bilgiler içeriyor
• Benzer işlevler sunan diğer projeler arasında OpenShift ve Rancher bulunuyor

[GN⁺]

Hacker News görüşleri

• Birinci görüş

  • Docker, Mesos, Swarm ve k8s kullanarak binlerce stack kurup dağıtma deneyimim var
  • Önemli olan ikinci günkü bakım sürecidir
  • Birçok araç uygulamaları sunucuya dağıtmayı kolaylaştırıyor
  • Ancak sürüm değişiklikleri, bağımlılık sorunları, felaket kurtarma planları gibi bakım konuları önemlidir
  • Bu sorunları çözecek ekibiniz, bütçeniz ve gerçekten bu tür ihtiyaçlarınız varsa daha iyi bir tercihtir

• İkinci görüş

  • Birkaç yıl önce k8s modasına kapılıp tüm işleri k8s üzerinde yürütmeye çalıştım
  • Büyük bir hataydı
  • DigitalOcean kümeyi otomatik olarak yükseltince tüm işlerim çevrimdışı kaldı
  • Basit bash script'leri ve systemd'ye geçtim, bir daha da geri dönmem

• Üçüncü görüş

  • Keşke altyapıyı heroku'dan kubernetes'e taşımak için 7 ay harcayabilecek kadar başarılı bir işim olsa

• Dördüncü görüş

  • Birkaç VM ve bash script'i ile bile oldukça ileri gidilebilir
  • DevOps araçlarında daha azı daha iyidir

• Beşinci görüş

  • Yeni bir proje görmek güzel
  • Çoğu insan Kubernetes ile başlamamalı
  • Otomatik ölçeklendirmeye ihtiyacınız yoksa Kamal'ı denemenizi öneririm
  • Bu, 37signals'ın Kubernetes ve buluttan ayrılmak için yaptığı bir araç ve basit VM'lerle iyi çalışıyor
  • Yeni başlayanlar için bir el kitabı da yazmışlar

• Altıncı görüş

  • Kubernetes kurulumu iyi görünüyor
  • Ancak Heroku ile karşılaştırıldığında karmaşıklığı çok daha yüksek
  • Daha basit bir şey arıyorsanız dokku veya lunni.dev denemenizi öneririm
  • coolify.io da iyi yorumlar alıyor

• Yedinci görüş

  • Altyapı ekibi olan bir şirkette çalışıyorum ve CEO altyapıya tutkuyla bağlı
  • terraform ve k8s kullanarak altyapıyı kuruyoruz
  • Ancak deploy işlemleri günler sürüyor ve altyapı gereğinden fazla karmaşık
  • Kullanıcı sayımız da çok fazla olmadığı için ölçeklenebilirlik avantajı yok
  • Startup'lar yeterli bir kullanıcı tabanı oluşmadan önce k8s kullanmamalı

• Sekizinci görüş

  • Güvenlikle ilgili temel felsefe, geliştiricilere ve küme içindeki özel ağa güvenmek gibi görünüyor
  • Bu sistemi güvenmeden yapılandırmanın ne kadar karmaşık olduğunu merak ediyorum
  • Sorunlu noktaların nerede olduğunu bilmek istiyorum

• Dokuzuncu görüş

  • Heroku'nun yerine geçecek Kubernetes tabanlı bir platform kurmak 7 ay sürdü
  • Maliyet %90 azaldı ve performans %30 arttı
  • Ancak Heroku yavaş ve pahalı olduğu için bu yaklaşımın gerçekten en iyi seçenek olup olmadığından emin değilim

• Onuncu görüş

  • dokku ile karşılaştırınca farkının ne olduğunu merak ediyorum