Reclaim The Stack - Kubernetes-आधारित डिप्लॉयमेंट प्लेटफ़ॉर्म

 (reclaim-the-stack.com)
6 पॉइंट द्वारा GN⁺ 2024-09-09 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • हमने 7 महीनों तक Kubernetes-आधारित प्लेटफ़ॉर्म बनाकर Heroku को प्रतिस्थापित किया
  • SaaS प्रोडक्ट के लिए mynewsdesk.com में Heroku को बदलने वाला Kubernetes-आधारित प्लेटफ़ॉर्म बनाया
  • नतीजतन लागत 90% कम हुई और प्रदर्शन 30% बेहतर हुआ
  • डिप्लॉयमेंट समय घटाया गया और तेज़ व अधिक सुलभ टूल्स के साथ developer experience में बड़ा सुधार हुआ
  • अब पूरे स्टैक को open source के रूप में जारी कर दिया गया है, ताकि वही काम 7 महीनों के बजाय कुछ दिनों में किया जा सके

प्लेटफ़ॉर्म कंपोनेंट्स - हर कंपोनेंट के लिए Architecture Decision Record शामिल है

  • 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⁺ का सारांश

  • यह लेख Kubernetes-आधारित प्लेटफ़ॉर्म बनाकर Heroku को प्रतिस्थापित करने के अनुभव को साझा करता है
  • इसमें लागत बचत, प्रदर्शन सुधार और developer experience में सुधार जैसी उपलब्धियों पर ज़ोर दिया गया है
  • open source के रूप में जारी इस स्टैक के ज़रिए अन्य डेवलपर्स भी आसानी से यही काम कर सकते हैं
  • Kubernetes जैसी तकनीकों में रुचि रखने वाले डेवलपर्स के लिए यह उपयोगी जानकारी है
  • समान सुविधाएँ देने वाले अन्य प्रोजेक्ट्स में OpenShift और Rancher शामिल हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-09-09
Hacker News राय

  • पहली राय

    • Docker, Mesos, Swarm, k8s का इस्तेमाल करके हज़ारों स्टैक बनाकर deploy करने का अनुभव है
    • असली महत्वपूर्ण चीज़ दूसरे दिन का maintenance है
    • बहुत से tools ऐप्स को server पर deploy करना आसान बना देते हैं
    • लेकिन version changes, dependency issues, disaster recovery plans जैसी maintenance से जुड़ी बातें ज़्यादा महत्वपूर्ण हैं
    • अगर इन समस्याओं को संभालने के लिए team, budget और ज़रूरत है, तो यह बेहतर विकल्प है

  • दूसरी राय

    • कुछ साल पहले k8s के craze में बहकर हर business को k8s पर चलाने की कोशिश की थी
    • यह बहुत बड़ी गलती थी
    • DigitalOcean ने cluster को अपने आप upgrade किया और सारे business offline हो गए
    • बाद में simple bash scripts और systemd पर switch किया, और अब फिर कभी वापस नहीं जाऊँगा

  • तीसरी राय

    • काश मेरा business इतना successful हो कि infrastructure को heroku से kubernetes पर migrate करने में 7 महीने लगें

  • चौथी राय

    • कुछ VM और bash scripts से भी काफ़ी दूर तक जाया जा सकता है
    • DevOps tools जितने कम हों, उतना बेहतर है

  • पाँचवीं राय

    • नए projects देखना अच्छा लगता है
    • ज़्यादातर लोगों को Kubernetes से शुरुआत नहीं करनी चाहिए
    • अगर auto-scaling की ज़रूरत नहीं है, तो Kamal आज़माने की सलाह दूँगा
    • यह 37signals का बनाया हुआ tool है, जिसे Kubernetes और cloud छोड़ने के लिए बनाया गया था, और यह simple VM के साथ अच्छी तरह काम करता है
    • शुरुआत करने वालों के लिए एक handbook भी लिखी गई है

  • छठी राय

    • Kubernetes setup अच्छा दिखता है
    • लेकिन Heroku से तुलना करें तो इसकी complexity काफ़ी ज़्यादा है
    • अगर कुछ ज़्यादा simple ढूँढ रहे हैं, तो dokku या lunni.dev आज़माने की सलाह है
    • coolify.io के बारे में भी अच्छी राय सुनने को मिलती है

  • सातवीं राय

    • मैं ऐसी company में काम करता हूँ जहाँ infrastructure team है, और CEO infrastructure को लेकर काफ़ी passionate हैं
    • हम terraform और k8s का इस्तेमाल करके infrastructure बनाते हैं
    • लेकिन deployment में कई दिन लग जाते हैं, और infrastructure बहुत ज़्यादा complex है
    • users भी ज़्यादा नहीं हैं, इसलिए scalability का कोई खास फ़ायदा भी नहीं मिलता
    • startups को तब तक k8s का इस्तेमाल नहीं करना चाहिए जब तक उनका user base काफ़ी मज़बूत न हो जाए

  • आठवीं राय

    • security को लेकर बुनियादी philosophy यह लगती है कि developers और cluster के अंदर के private network पर भरोसा किया जाता है
    • यह जानना दिलचस्प होगा कि इस system को trust किए बिना configure करना कितना complex है
    • मैं समझना चाहता हूँ कि दिक्कतें कहाँ हैं

  • नौवीं राय

    • Heroku का विकल्प बनाने के लिए Kubernetes-आधारित platform तैयार करने में 7 महीने लगे
    • लागत 90% कम हुई और performance 30% बेहतर हुई
    • लेकिन क्योंकि Heroku धीमा और महँगा था, इसलिए यह अब भी साफ़ नहीं है कि यह approach सबसे अच्छा था या नहीं

  • दसवीं राय

    • जानना चाहता हूँ कि यह dokku की तुलना में कैसे अलग है