क्या आप क्लाउड नेटिव ऐप्स बनाते समय लचीलापन को अनदेखा कर सकते हैं?

टेम्पोरल के समर अब्बास का मानना है कि डेवलपर्स को स्टेट खोने के बारे में सोचना भी नहीं चाहिए। केवल ये टिकाऊ निष्पादन हैं जो कभी विफल नहीं होते हैं।

यदि आपने लंबे समय तक वर्ड प्रोसेसिंग टूल्स का उपयोग किया है, तो आपको "सेव" कीबोर्ड शॉर्टकट को हिट करने की रिफ्लेक्सिव क्रिया याद है - अपना काम खोने का डर, ज़ोर से कोसना और उस अद्भुत काम को याद करना जो आपने अभी-अभी खोया है।

आधुनिक उपकरणों (Google डॉक्स के बारे में सोचें) के साथ, यह चिंता उत्पन्न भी नहीं होती है। एक शब्द के बीच में और बिजली चली जाती है? कोई बात नहीं। सब कुछ उसी अवस्था में सहेजा जाता है जिस अवस्था में आपने उसे छोड़ा था और आप आगे बढ़ सकते हैं।

वर्कफ़्लो ऑर्केस्ट्रेशन इंजन टेम्पोरल में समर अब्बास और उनकी टीम इस अवधारणा को आपके उद्यम वर्कफ़्लो में लाना चाहते हैं। आप व्यावसायिक तर्क प्रदान करते हैं और वे उन सभी भागों को संभालते हैं जिनके लिए दृढ़ता और लचीलापन जैसी विशेष विशेषज्ञता की आवश्यकता होती है।

टेम्पोरल की स्थापना 2019 में अब्बास और उनके सहयोगी मैक्सिम फतेयेव ने की थी, जब वे उबेर में थे। उन्होंने "कैडेंस" नामक कार-हेलिंग ऐप कंपनी के लिए एक विकास मंच बनाया था। यह एडब्ल्यूएस सिंपल वर्कफ्लो सर्विस प्लेटफॉर्म का विकास है जिसे दोनों ने 2000 के दशक के मध्य में अमेज़ॅन में सहकर्मी होने पर विकसित करने में मदद की थी। दर्जनों Uber सेवाओं और ऐप्लिकेशन ने Cadence को अपनाया।

अब्बास और फतेव ने टेम्पोरल की सह-स्थापना की और ताल के लिए दोष-सहिष्णु वर्कफ़्लो इंजन उत्तराधिकारी परियोजना का निर्माण किया। उसके बाद के तीन वर्षों में, कंपनी ने नेटफ्लिक्स, इंस्टाकार्ट जैसी कंपनियों और टेम्पोरल के ओपन सोर्स सॉफ़्टवेयर कोड का उपयोग करने वाली अन्य कंपनियों के साथ ठोस सफलता का आनंद लिया है। इस साल की शुरुआत में, कंपनी ने $103 मिलियन सीरीज़ बी राउंड हासिल किया, जिसने इसका मूल्यांकन $1.5 बिलियन कर दिया।

मैंने हाल ही में अब्बास के साथ बातचीत की थी (आप पूरी बात देख सकते हैं) कि कैसे उन्होंने और फतेव ने अपने बेतहाशा सफल उद्यम का निर्माण किया। (नीचे उनके शब्द स्पष्टता और लंबाई के लिए संपादित किए गए हैं)।

उबेर से टेम्पोरल तक

2015 में, Uber ने सिएटल में एक ऑफ़िस खोला और मैं उनकी इंजीनियरिंग टीम में शामिल हो गया। मैं और मैक्स [टेम्पोरल को-फाउंडर मैक्सिम फतेयेव] एक महीने के भीतर उबर में आ गए। हमने जिस प्रमुख परियोजना पर साथ काम किया, वह कैडेंस थी।

उबेर में, इंजीनियरों ने अपने अनुप्रयोगों में लचीलापन बनाने के लिए निम्न-स्तरीय कतारों, डेटाबेस और टिकाऊ टाइमर को एक साथ जोड़ने में बहुत समय बिताया।

यह वही है जिसे हम कैडेंस जैसी प्रणाली के साथ हल करने की कोशिश कर रहे थे, जहां हमने उच्च-स्तरीय अमूर्तता प्रदान की जो अभी भी कोड-आधारित थी, लेकिन हमने इंजीनियरों की प्लेटों से विफलताओं के कुछ वर्गों को हटा दिया और इंजीनियरों को अनुमति देने के लिए उन्हें प्लेटफॉर्म के नीचे हल कर दिया। लचीलेपन के निर्माण के बजाय आवेदन के लिए व्यावसायिक तर्क पर ध्यान केंद्रित करने के लिए।

उबेर के भीतर यह सफल रहा और, क्योंकि यह खुला स्रोत था, हमने प्रौद्योगिकी के लिए बहुत सारे बाहरी अंगीकरण को देखना शुरू कर दिया। इसलिए 2019 में, मैंने और मैक्स दोनों ने छलांग लगाने का फैसला किया और टेम्पोरल शुरू किया, क्योंकि हम वास्तव में तकनीक को बाहरी रूप से अपनाने पर ध्यान देना चाहते थे।

टेम्पोरल डेवलपर अनुभव

लोग कभी-कभी टेम्पोरल को वर्कफ़्लो इंजन के रूप में वर्णित करते हैं, या इसकी विशेषताओं का वर्णन करते हैं, लेकिन हमारे लिए मुख्य मूल्य प्रस्ताव डेवलपर उत्पादकता है: कितनी तेजी से डेवलपर्स अनुप्रयोगों का निर्माण कर सकते हैं और उन्हें सप्ताह या महीने खर्च किए बिना उत्पादन में चला सकते हैं जो सभी प्रकार की विफलता स्थितियों का परीक्षण कर सकते हैं। क्लाउड-देशी वातावरण में होता है।

इसलिए जिस तरह से हम डेवलपर के अनुभवों के बारे में सोचते हैं, वह केवल प्रौद्योगिकी की पेशकश का मुख्य पहलू नहीं है; हम शुरुआत से ही संपूर्ण सॉफ्टवेयर विकास जीवन चक्र को कवर करते हैं, कि कैसे डेवलपर अपने एप्लिकेशन का निर्माण कर रहे हैं। उदाहरण के लिए, बहुत सारे वर्कफ़्लो इंजन आमतौर पर डोमेन-विशिष्ट भाषा (DSL) रूट पर जाते हैं। हम सभी कोड आधारित हैं। हम डेवलपर्स को कोड लिखना पसंद करते हैं, और हम चाहते हैं कि वे कोड लिखें, लेकिन चिंताओं के एक निश्चित वर्ग को दूर करें, जैसे कि कुछ अंतर्निहित बुनियादी ढांचे के नीचे जाने पर उस कोड को कैसे लचीला बनाया जाए, या नेटवर्क ब्लिप होने पर कोड को लचीला कैसे बनाया जाए .

टेम्पोरल कब और कैसे फर्क करता है?

मनी ट्रांसफर प्रमुख उपयोग मामलों में से एक है जहां टेम्पोरल का अक्सर उपयोग किया जाता है। यदि आप एक खाते से दूसरे खाते में पैसे ले जा रहे हैं, आम तौर पर एक उपयोगकर्ता के दृष्टिकोण से, हां, मैं खाता ए से डेबिट करता हूं और फिर खाते बी में जमा करता हूं। लेकिन सॉफ्टवेयर विकास का अधिकांश समय उन दो कॉलों के बीच सिस्टम विफलताओं पर व्यतीत होता है। और यहीं पर मूल रूप से इंजीनियर हर तरह का समय बिता रहे हैं।

यह एक उदाहरण है जब टेम्पोरल जैसी प्रणाली बड़ी मदद कर सकती है - यह जादुई भी लगता है। हम इस प्रश्न को बहुत सुनते हैं: यदि मेरा आवेदन इस बिंदु पर विफल हो जाता है तो क्या होगा?

उस प्रश्न पर हमारी प्रतिक्रिया है: वर्कफ़्लो कभी विफल नहीं होता (टेम्पोरल में, हम आदिम कहते हैं कि हम "वर्कफ़्लो" बना रहे हैं) फिर यह उन क्षणों में से एक है जब एक लाइट स्विच चालू होता है। हमने इसे "टिकाऊ निष्पादन" कहना शुरू कर दिया है, जहां उच्च स्तर पर हम यह प्रदान करते हैं: आपके निष्पादन पूरी तरह से टिकाऊ हैं। वे कभी असफल नहीं होते।

एक 'फॉल्ट ओब्लिवियस' स्टेटफुल वर्कफ़्लो का व्यावसायिक प्रभाव

90 के दशक में जब मैं स्कूल में था, हम अपने सभी असाइनमेंट माइक्रोसॉफ्ट वर्ड में टाइप करते थे। हर बार जब आप कुछ संपादन लिखते हैं तो आपको अपने दस्तावेज़ को सहेजने की आदत हो जाती है। फिर भी विफलताओं का एक निश्चित वर्ग था, जैसे हार्ड डिस्क का नीचे जाना, जहाँ आपने अपना सारा काम खो दिया।

अब, Google डॉक्स के साथ, बच्चे इससे संबंधित भी नहीं हो सकते। अब "सेव" बटन भी नहीं है। हम मानते हैं कि स्टेटफुल एप्लिकेशन का एक वर्ग है जो अभी भी 1990 के दशक के युग में है, जहां 80% से अधिक कोड स्टेटफुल एप्लिकेशन के लिए लचीलापन बनाने के लिए बुनियादी ढांचे की विफलता से निपटने के बारे में है। जब भी कोई घटना होती है, आप उस स्थिति को लोड करते हैं, उस घटना को लागू करते हैं, क्रियाओं का एक गुच्छा करते हैं और फिर उस स्थिति को वापस संग्रहित करते हैं। यह वह जगह है जहाँ इंजीनियरिंग का अधिकांश भाग जाता है: उस विश्वसनीय, तेज़ और प्रदर्शनकारी को कैसे बनाया जाए और उसे सभी प्रकार की विफलताओं और भ्रष्टाचारों से बचाया जाए।

डेवलपर्स को यह भी नहीं सोचना चाहिए कि वे कभी भी अपना राज्य खो सकते हैं। केवल ये टिकाऊ निष्पादन हैं जो कभी विफल नहीं होते हैं। और मुझे लगता है कि यह पूरी तरह से बदलने वाला है कि इंजीनियर क्लाउड-नेटिव सिस्टम के बारे में क्या सोचते हैं।

क्यों प्रबंधित अपाचे कैसेंड्रा?

मेरे सह-संस्थापक मैक्स और मैं मैसेजिंग सिस्टम और मिडलवेयर बनाने की पृष्ठभूमि से आते हैं। स्टोरेज सिस्टम चलाना हमारी ताकत नहीं है। इसलिए जब हमने कंपनी को केवल दो लोगों के रूप में शुरू किया, तो हमारे लिए एक प्रमुख लक्ष्य टेम्पोरल उपयोगकर्ताओं के लिए सर्वश्रेष्ठ डेवलपर अनुभव प्रदान करने की अपनी ताकत का लाभ उठाना था। टेम्पोरल में एक सर्वर घटक और क्लाइंट एसडीके हैं, जो अधिकांश डेवलपर्स अनुप्रयोगों के निर्माण के लिए उपयोग करते हैं। लेकिन लोग उन सर्वरों को न्यूनतम परिचालन ओवरहेड के साथ कैसे चला सकते हैं? यह वह जगह है जहां टेम्पोरल चलाने के लिए अधिकांश ओवरहेड होता है।

हमारे पास एक प्लग करने योग्य दृढ़ता मॉडल है; हम Apache Cassandra , MySQL और Postgres को प्लग करने योग्य एडेप्टर के रूप में समर्थन करते हैं। कैसेंड्रा एडेप्टर में से एक है जिसमें बहुत अच्छी मापनीयता विशेषताएँ हैं। हमारे उपयोगकर्ताओं के लिए एक महत्वपूर्ण मूल्य प्रस्ताव यह तथ्य है कि वे मिशन-महत्वपूर्ण एप्लिकेशन चला रहे हैं, और विश्वसनीयता वह महत्वपूर्ण चीज़ है जिसकी वे तलाश कर रहे हैं। इसलिए जब हम टेम्पोरल फोल्ड में एक नई निर्भरता लाते हैं तो हम इसे हल्के में नहीं लेते हैं। हमने सभी प्रकार के दृढ़ता विकल्पों के लिए एक महीने तक मूल्यांकन किया। यह डेटास्टैक्स एस्ट्रा डीबी था।

कुछ डेटाबेस कुछ सुविधाओं पर जीतते हैं, अन्य अन्य सुविधाओं पर जीतते हैं। लेकिन इस मामले में यह तकनीक के बारे में भी नहीं था; यह लोगों के बारे में है। हम मानते हैं कि बग और असफलताएं जीवन का हिस्सा हैं। जब आउटेज हो रहा हो तो यह इस बारे में है कि आप कैसे प्रतिक्रिया देते हैं। और यही वह जगह है जहां हम मानते हैं कि एस्ट्रा डीबी जीतती है। जिस तरह से DataStax अपने ग्राहकों के साथ व्यवहार करता है और जिस प्रकार के संबंध वे अपने डेटाबेस को संचालित करने की बात करते हैं, उसके साथ बहुत सारी समानताएँ हैं। और इससे हमें विश्वास हुआ कि यह एक निर्भरता है जिसमें हम सिस्टम के मुख्य भाग के लिए निवेश करना चाहते हैं।

मुझे नहीं लगता कि हम उस जगह पर होते जहां हम आज हैं अगर एस्ट्रा जैसी तकनीक हमारे लिए पूंजीकरण और शीर्ष पर निर्माण करने के लिए नहीं होती। केवल कैसंड्रा को चालू करने, और अकेले "काम" करने जैसी चीजें कम से कम एक साल लंबी परियोजना होंगी, और यह हमारी मुख्य ताकत का हिस्सा भी नहीं है। हमारे जैसी कंपनी के लिए, जहां प्रमुख मूल्य प्रस्ताव विश्वसनीयता है, अगर हम विश्वसनीय तरीके से आपके भंडारण को चलाने और संचालित करने का कोई तरीका नहीं समझ सकते हैं, तो हमारे पास कोई व्यवसाय नहीं है।

कैसेंड्रा फॉरवर्ड के लिए अभी पंजीकरण करें , 14 मार्च को होने वाला एक मुफ्त, दो घंटे का आभासी कार्यक्रम, अपाचे कैसेंड्रा की सभी चीजों में गोता लगाता है।

पैट्रिक मैकफैडिन, डेटास्टैक्स द्वारा

पैट्रिक मैकफैडिन ओ'रेली पुस्तक 'मैनेजिंग क्लाउड नेटिव डेटा ऑन कुबेरनेट्स' के सह-लेखक हैं। वह वर्तमान में डेवलपर संबंधों में डेटास्टैक्स में और अपाचे कैसेंड्रा परियोजना में योगदानकर्ता के रूप में काम करता है। पैट्रिक ने अपाचे कैसेंड्रा के लिए मुख्य इंजीलवादी के रूप में काम किया है (वह एक नवनिर्मित कैसेंड्रा कमिटर भी है!) और डेटास्टैक्स के सलाहकार के रूप में, जहां उनके पास उत्पादन में कुछ सबसे बड़ी तैनाती का निर्माण करने का एक अच्छा समय था।