Heroku अपडेट

• Heroku ने स्थिरता·सुरक्षा·विश्वसनीयता·सपोर्ट-केंद्रित sustaining engineering model में बदलाव किया है, और नई features विकसित करने के बजाय quality और operational excellence बनाए रखने पर फोकस कर रहा है
• वर्तमान में सभी मौजूदा और नए सामान्य ग्राहक pricing, billing, service, और रोज़मर्रा के इस्तेमाल के तरीके में बिना किसी बदलाव के Heroku का उपयोग जारी रख सकते हैं
• application, pipeline, team, addon जैसी core platform features पहले की तरह बनी रहेंगी, इसलिए production और business-critical workloads पर कोई असर नहीं होगा
• नए enterprise contracts बंद किए जा रहे हैं, लेकिन मौजूदा enterprise subscriptions और support contracts सामान्य रूप से renew और maintain किए जाएंगे
• कंपनी आगे enterprise-grade AI के निर्माण और deployment support जैसे long-term customer value वाले क्षेत्रों में product और engineering investment पर ध्यान केंद्रित करेगी

---

Heroku के operating model में बदलाव

• Heroku sustaining engineering model में बदल रहा है, जिसका फोकस स्थिरता, सुरक्षा, विश्वसनीयता और support पर है
  • नई features जोड़ने के बजाय quality और operational excellence बनाए रखना प्राथमिकता होगी
  • platform अब भी production environment में पूरी तरह supported service बना रहेगा
• इस बदलाव का मौजूदा ग्राहकों के service इस्तेमाल करने के तरीके पर कोई असर नहीं पड़ेगा
  • credit card से भुगतान करने वाले ग्राहक (मौजूदा और नए, दोनों) के लिए pricing, billing, service, और रोज़मर्रा के इस्तेमाल में कोई बदलाव नहीं है
  • application, pipeline, team, addon जैसी core features पहले की तरह बनी रहेंगी

Enterprise contract policy में बदलाव

• नए enterprise account contracts अब उपलब्ध नहीं होंगे
  • हालांकि, मौजूदा enterprise subscriptions और support contracts पूरी तरह बनाए रखे जाएंगे और renew किए जा सकेंगे
• मौजूदा ग्राहक अपने वर्तमान contract terms के अनुसार services का उपयोग जारी रख सकते हैं

बदलाव का उद्देश्य

• कंपनी लंबी अवधि के customer value delivery पर ध्यान केंद्रित करने के लिए product और engineering investment को फिर से व्यवस्थित कर रही है
  • खास तौर पर उच्च सुरक्षा और विश्वसनीयता वाले enterprise-grade AI के निर्माण और deployment support पर ज़ोर है
• इस दिशा का उद्देश्य Heroku का स्थिर संचालन और ग्राहकों का भरोसा बनाए रखना है

ग्राहकों पर प्रभाव और लगातार support

• सामान्य ग्राहक Heroku की सभी core features का पहले की तरह उपयोग कर सकते हैं
  • production और business-critical workloads पर कोई असर नहीं होगा
• Heroku ने लगातार support और स्थिर service उपलब्ध कराने का वादा किया है

निष्कर्ष

• यह बदलाव Heroku की दीर्घकालिक स्थिरता और customer-centric operations को मजबूत करने के लिए उठाया गया कदम है
• platform अब भी पूरी तरह production-grade PaaS environment बना रहेगा, और AI तथा enterprise technology support को मजबूत करने पर ध्यान देगा

[GN⁺]

Hacker News की टिप्पणियाँ

• Heroku में मेरी जॉइनिंग का पहला दिन वही था जिस दिन Salesforce अधिग्रहण की डील बंद हुई थी
  बहुत से लोग Heroku की पहचान और पतन के लिए Salesforce को दोष देते हैं, लेकिन हकीकत में इसमें काफी गलतफ़हमियाँ हैं
  उस समय Salesforce ने Heroku को भरपूर फंडिंग दी थी, और Docker आने से पहले ही (2013 से भी पहले) उस विज़न को साकार करने के लिए लगभग बिना दखल दिए काम करने दिया था
  2011 में Cedar runtime लॉन्च होने के बाद जबरदस्त ग्रोथ हुई, लेकिन 2012 तक यह technical debt और scalability की समस्याओं से जूझ रहा था
  टीम का आकार तीन गुना हो गया था (20→74), लेकिन AWS us-east-1 की दो outages के कारण भरोसेमंदी बनाए रखने पर पूरा ध्यान चला गया, और उसके बाद 18 महीनों तक बड़े फीचर रिलीज़ लगभग रुक गए
  संस्थापक पीछे हट गए, नेतृत्व गायब हो गया, और नतीजों के बजाय process-केंद्रित संस्कृति ने जगह ले ली
  2014 में कंपनी छोड़ते समय मुझे पहले से ही लगा था कि प्रोडक्ट रुक चुका है
  Salesforce और ज़्यादा दखल देती तो नतीजा अलग होता या नहीं, इस पर भी संदेह है
  फिर भी वह मेरे करियर के सबसे अद्भुत अनुभवों में से एक था, और जुनूनी सहकर्मियों के साथ बिताया समय आज भी याद आता है

  • मैं 2011 की शुरुआत से 2012 के मध्य तक Heroku में था, और उस समय की engineering team वाकई बेहतरीन थी
    उनके ideas और approaches कमाल के थे, और उस अनुभव ने engineer के रूप में मेरी सोच पूरी तरह बदल दी
    जब प्रोडक्ट में ठहराव आने लगा था, तब भी हम technical debt घटाने और infrastructure बेहतर करने के लिए सच में बहुत मेहनत कर रहे थे
    आज भी एक legendary गलती याद है, लेकिन उसे मैं किसी public forum पर कभी नहीं लिखूँगा
  • Heroku के शुरुआती यूज़र के रूप में मेरी उससे बहुत अच्छी यादें जुड़ी हैं
    मैं लोगों को समझाया करता था कि deployment इतना सरल और सुलभ मॉडल भी हो सकता है
    लेकिन समय बीतने के बाद जब मैंने उसे फिर से recommend किया, तब तक Heroku इंडस्ट्री का भरोसा खो चुका था
    संस्थापकों के जाने और process-केंद्रित लोगों के आने के साथ startup वाली जीवंतता का खत्म होना बहुत परिचित-सा लगा
  • अगर कम समय में टीम का आकार तीन गुना हो जाए, तो चाहे कितने भी शानदार लोग भर्ती कर लो, संगठन की रफ़्तार और संस्कृति बनाए रखना मुश्किल हो जाता है
    पुरानी टीम की tacit knowledge और rhythm पूरी तरह पतली पड़ जाती है
  • मुझे नहीं लगता कि technical debt कोई अपरिहार्य नतीजा था
    उस समय टीम ने बहुत तेज़ी के लिए design और structuring को नज़रअंदाज़ किया, और उसी से उसने खुद अपना debt खड़ा किया
  • “नतीजों से ज़्यादा process पर ध्यान देने वाले लोग” सुनकर Steve Jobs ने Apple में जो कहा था उसकी याद आ जाती है
    संबंधित वीडियो

• यह एक ऐसा कॉरपोरेट अंदाज़ का अस्पष्ट बयान था, जो कहता तो है कि “हम स्पष्ट करना चाहते हैं कि इसका ग्राहकों के लिए क्या मतलब है”, लेकिन वास्तव में कुछ भी स्पष्ट नहीं करता

  • Salesforce ने जब Pardot को समेटा था, तब भी उसने बिल्कुल यही भाषा इस्तेमाल की थी
    अंदर सब जानते थे कि उसका मतलब सीधे “product shutdown” होता है
    पहले बिक्री बंद, फिर नाम बदलना, फिर 10 साल के भीतर समाप्ति — और Heroku भी उसी रास्ते पर लगता है
  • अगर यह घोषणा देखकर भी आपके मन में “मुझे Heroku जल्दी छोड़ देना चाहिए” वाला ख़याल नहीं आता, तो आगे की समस्या पूरी तरह ग्राहक की अपनी ज़िम्मेदारी है
  • enterprise sales में काम कर चुके व्यक्ति के रूप में, इसका मतलब साफ़ तौर पर “growth खत्म, अब maintenance mode” है
    यह Salesforce की प्रतिद्वंद्वी PaaS को हटाने की रणनीति जैसा दिखता है
  • “sustaining engineering model” असल में life support का ही दूसरा नाम है
    नए features नहीं, सिर्फ़ धीरे-धीरे क्षरण बचता है
  • इस बयान को कई बार पढ़ने के बाद मुझे लगा कि इसे एक ही वाक्य में समेटा जा सकता है: “नए enterprise contracts अब उपलब्ध नहीं होंगे”
    इसे इतनी बारीकी से छिपाने की कोशिश देखकर शक होता है कि बदलाव की गहराई इससे कहीं ज़्यादा है
    • Salesforce अपने सभी products पर औपचारिक End of Life प्रक्रिया लागू करता है
      यह घोषणा उसी के पहले चरण, यानी end-of-sale notice, जैसी लगती है
  • यह मेरे देखे हुए सबसे खराब corporate communications में से एक था
    • पढ़ते हुए बार-बार लगा, “बाकी आधा कहाँ गया?”
  • इसमें लगभग कोई वास्तविक जानकारी नहीं थी, इसलिए आखिरकार maintenance mode में शिफ्ट होने का अंदाज़ा खुद लगाना पड़ा
    • “नए features से ज़्यादा quality बनाए रखने पर ध्यान देंगे” — यह वाक्य ही सब बता देता है

• Heroku का git push deployment वाला जादू 2012 में अपने आप में क्रांतिकारी था
  अब मैं Frost बना रहा हूँ, जो open source और self-hosting के आधार पर उसी विचार को लागू करता है
  इसकी खासियतें हैं auto SSL, custom domain, Docker native, और AI coding agents के लिए अनुकूल design
  यह agents को बिना जटिल K8s के सर्वर अपने-आप configure करने देता है

• जो लोग अंदर रहे हैं, उनके लिए यह खबर ज़रा भी चौंकाने वाली नहीं होगी
  समस्या के बीज incentive structure में बदलाव से शुरू हुए थे
  जब sales team सिर्फ़ मौजूदा ग्राहकों के billing model बदलकर ही अपने targets पूरे कर सकती थी, तब नए ग्राहकों को लाने और innovation की प्रेरणा गायब हो गई
  नतीजा यह हुआ कि revenue तो बना रहा, लेकिन product ठहर गया, और प्रतिस्पर्धा खोने के बाद गिरावट तेज़ी से आई

  • पिछले 15~20 सालों में मैंने कई startups में Rails या Node आधारित काम किया है, और ज़्यादातर कंपनियों की सबसे बड़ी प्राथमिकता Heroku से बाहर निकलना थी
    वजह सिर्फ़ एक थी: कीमत
    जब open source tools के साथ सीधे cloud पर deploy किया जा सकता है, तो अलग से “Heroku tax” देने का क्या मतलब?
    Heroku खुद AWS पर चलता है, इसलिए मुझे लगता है कि उसे अपना infrastructure बनाना चाहिए था

• “transitioning to a sustaining engineering model” सच में कॉरपोरेट euphemism का कमाल है

  • जिस कंपनी में मैं था, वहाँ “sustaining engineering” का मतलब पुराने versions के bug fixes के लिए समर्पित टीम होता था
    यानी Heroku अब उस चरण में है जहाँ नए features नहीं होंगे, सिर्फ़ maintenance होगा
  • बिज़नेस की भाषा में इसका मतलब है innovation investment बंद
    बस सिस्टम चलता रहे और बत्ती न बुझे, इतना ही
  • सीधी भाषा में कहें तो बस “हम शिकायतें अनदेखी नहीं करेंगे” कहना था, लेकिन उसे बेवजह जटिल बना दिया गया
  • हो सकता है पोस्ट पर सिर्फ़ लेखक का नाम हो, और असल में यह वाक्य LLM ने लिखा हो
  • इस तरह का ऑपरेशन CA/Broadcom द्वारा अधिग्रहित लगभग हर software में बार-बार दिखता है

• Heroku का पतन ऐसा केस है जिस पर पाठ्यपुस्तक की तरह अध्ययन किया जा सकता है
  ऊपर से लगता है कि Salesforce ने अधिग्रहण के बाद इसे बस छोड़ दिया, लेकिन असल कहानी अधिक जटिल है

  • ज़्यादातर मामलों में बड़ी कंपनी जब किसी startup को खरीदती है, तो अंततः innovation खत्म होता है और मौत आती है
    Heroku भी इसका अपवाद नहीं था, लेकिन फिर भी अधिग्रहण के बाद 15 साल टिके रहना अपने-आप में बड़ी बात है
  • Heroku की सफलता की वजह थी शानदार developer experience और free resources देना
    लेकिन paid conversion के समय pricing barrier बहुत ऊँचा था, और ज़्यादातर users को लगा कि “यह बहुत महँगा है”
    असल bills का बड़ा हिस्सा Heroku का नहीं बल्कि third-party add-ons की लागत था
  • “Benioff जीत के पल में भी हार पैदा कर देता है” — यह बात यूँ ही मशहूर नहीं हुई
  • पहले जब Rackspace ने Slicehost खरीदा था, तब भी कुछ ऐसा ही लगा था
    उसके बाद DigitalOcean आया और Slicehost की खूबियों को आगे बढ़ाया, और अब मुझे लगता है कि Fly.io वही है जिसने Heroku की आत्मा को आगे बढ़ाया है
  • सच कहें तो Heroku का स्वर्णकाल अधिग्रहण के बाद ही था
    Salesforce ने पैसा लगाया, प्रोडक्ट बढ़ा, और बाद में सपोर्ट वापस लेने के साथ गिरावट शुरू हुई
    “बड़ी कंपनियाँ startups को मार देती हैं” वाला cliché आम है, लेकिन Heroku का मामला थोड़ा अलग है

• पिछले 2 सालों में मैंने लगभग किसी को Heroku इस्तेमाल करते नहीं देखा
  यूज़र घटने को देखते हुए यह फैसला स्वाभाविक लगता है
  मैं यूरोप-आधारित PaaS Ploi Cloud का co-founder हूँ, और हम NodeJS तथा PHP पर केंद्रित हैं
  हमने Heroku से बहुत प्रेरणा ली है, और अगर आप यूरोप-केंद्रित विकल्प ढूँढ रहे हैं तो ploi.cloud देख सकते हैं

  • UK यूज़र के नज़रिए से pricing page पर decimal notation को localize करना अच्छा रहेगा
  • क्या इसका Ploi.io से कोई संबंध है?