कुछ साल पहले हमारे सामने एक दिलचस्प समस्या थी। हम पूरी तरह से रिमोट कंपनी हैं और हमारे सभी सॉफ़्टवेयर क्लाउड में हैं। और हमारे पास कंटेनर पर स्प्रिंग बूट एप्लीकेशन का एक सुइट चल रहा था, जिसमें इंफ्रास्ट्रक्चर ऐज़ कोड था। लेकिन हमें व्यावसायिक चपलता की जरूरत थी। वैश्विक रोज़गार बाज़ार तेज़ी से आगे बढ़ता है, और हमेशा नए उत्पादों की मांग रहती है। हमें पूरे उद्योग में अपनी बढ़त बनाए रखने का एक तरीका खोजना था।
हम एक तकनीकी कंपनी हैं, जिसकी रणनीति साहसिक है
2022में, हमने एक एडीआर (आर्किटेक्चर डिसीजन रिकॉर्ड) बनाया जिसमें कहा गया था, "सर्वरलेस-फर्स्ट और कंटेनर-एज-नीड। और लगभग 40 इंजीनियरिंग टीमों में बहस छिड़ गई।
आइए पहले कुछ शब्दावली की व्याख्या करें
सर्वरलेस-फर्स्ट केवल फ़ंक्शन-एज़-ए-सर्विस नहीं है। यह क्लाउड प्रदाताओं की प्रबंधित सेवाओं का एक समूह भी है जो:
- बुनियादी ढांचे का प्रबंधन न करके परिचालन ओवरहेड को कम करना
- आवश्यकतानुसार स्केल करें, जिसमें उन्हें पूरी तरह से लोचदार बनाने के लिए शून्य तक स्केलिंग शामिल है
- लोचदार मूल्य निर्धारण करें (आप केवल उसी के लिए भुगतान करते हैं जिसका आप उपयोग करते हैं)
G-P में, सर्वरलेस-फ़र्स्ट का मतलब हमारे वार्षिक वेतन अनुपूरक लैम्ब्डा, इवेंटब्रिज, स्टेप फ़ंक्शंस, फ़ार्गेट, एसक्यूएस, एसएनएस, अप्लिकेशन प्रोग्रामिंग इंटरफ़ेस गेटवे, S3, DynamoDB, और अन्य के इस्तेमाल से है।
सर्वरलेस-फ़र्स्ट का मतलब है कि जब हम कंप्यूट, स्टोरेज, मैसेजिंग आदि के लिए कोई सॉल्यूशन चुनते हैं, तो हम चाहते हैं कि टीमें सर्वर रहित विकल्प से शुरुआत करें। एक महत्वपूर्ण नोट: अगर सर्वर रहित सेवा ज़रूरत को पूरा नहीं करती है, तो टीमों को भारी सेवा में वापस जाना चाहिए — जिसके लिए ज़्यादा ऑपरेशनल निवेश की आवश्यकता होती है।
“Containers-as-needed” यह स्पष्ट करता है कि सर्वरलेस-फर्स्ट का मतलब सर्वरलेस-ओनली नहीं है। ऐसे समय भी होते हैं जब हमें कंटेनरों की आवश्यकता होती है (उदाहरण के लिए, एक COTS सॉफ्टवेयर उत्पाद स्थापित करना) - और यह ठीक है।
एक तकनीकी रणनीति जो ग्राहकों को प्राथमिकता देती है
हम अपने ग्राहकों और यूज़र की ज़रूरतों को पूरा करने के लिए तेज़ गति से आगे बढ़ते हैं। लैम्ब्डा, एस3और डायनेमोबीडी जैसी सेवाएँ अविश्वसनीय रूप से लचीली और तेज़ हैं। अविभाजित भारी उठाने को उतारकर, हम सामान्य बुनियादी ढांचे के विन्यास पर काम करने के बजाय उपयोगकर्ताओं के लिए सुविधाओं के निर्माण में अधिक समय व्यतीत कर सकते हैं।
G-P का मुख्य सिद्धांत यह है: " आप इसे बनाते हैं, आप इसे चलाते हैं। " हमारी टीमों के पास अपना सॉफ़्टवेयर है। इसलिए, हम किसी DevOps टीम को सिर्फ़ सॉफ़्टवेयर नहीं फेंकते हैं।
"सर्वर रहित-प्रथम" के लाभ
सर्वरलेस स्वाभाविक रूप से इवेंट-चालित होता है।
हमारा आर्किटेक्चर पूरी तरह से इवेंट-चालित है। EDA (इवेंट-ड्रिवन आर्किटेक्चर) का इस्तेमाल करके, हम अपने संगठन और अपने सॉफ़्टवेयर, दोनों को स्केल कर सकते हैं। सर्वरलेस हमें एक छोटा ब्लास्ट रेडियस रखने और आयोजन के ज़रिए पूरी तरह से क्लाउड-नेटिव तरीके से संवाद करने के लिए मजबूर करता है।
बाधाओं को सक्षम करना
एक वैश्विक जॉब जॉब के रूप में, हम कॅनप्लान्स को गंभीरता से लेते हैं। हमारा क्लाउड इन्फ्रास्ट्रक्चर सुव्यवस्थित है, और हम एक मल्टी-अकाउंट रणनीति का उपयोग करते हैं जो वर्कलोड को अलग करती है और क्लाउड एप्लिकेशन को स्वचालित करती है। सर्वरलेस प्रणाली हमें क्लाउड संसाधनों को उपलब्ध कराने के तरीके को नियंत्रित करके उच्च मानकों को लागू करने में मदद करती है।
काम को ऑफलोड करें
हमारा क्लाउड प्रदाता हमारी सर्वर रहित सेवाओं का प्रबंधन करता है। बिल्डिंग ब्लॉक्स का एक सेट — एकीकृत, सुरक्षित, ट्यून किया हुआ, सक्षम और उसका रखरखाव AWS द्वारा किया जाता है — हमें ग्राहकों के लिए वैल्यू चेन पर ज़्यादा ध्यान देने की अनुमति देता है।
अच्छी तरह से तैयार कार्यभार
हमारे द्वारा बनाए जाने वाले हर वर्कलोड की समीक्षा एडब्ल्यूएस वेल-आर्किटेक्टेड फ़्रेमवर्क के साथ की जाती है। हम यह सुनिश्चित करने के लिए पैमाने, सुरक्षा, विश्वसनीयता और लागत अनुकूलन पर ध्यान केंद्रित करते हैं कि हम न केवल अपने एसएलए (सेवा स्तर समझौते) को पूरा करते हैं बल्कि उससे भी आगे निकल जाते हैं। यह हमारी इंजीनियरिंग टीमों को सशक्त बनाता है, क्योंकि हम क्लाउड वातावरण के साथ आगे बढ़ते रहते हैं।
हमारी टीमों के बारे में
हमारी तकनीक रणनीति महत्वाकांक्षी है, और इसकी वजह से यह चुनौतीपूर्ण हो जाता है। कई इंजीनियरों ने सर्वर रहित आर्किटेक्चर (या वितरित वास्तुकला) में काम नहीं किया है। सर्वर रहित आर्किटेक्चर में परिवर्तन आसान नहीं है, और हम ऐसे इंजीनियरों की खोज करते हैं जो सीखने, बड़ी सोच और गति से आगे बढ़ने में सहज हों।
कुछ इंजीनियर सर्वर रहित शब्द के बारे में निश्चित नहीं हैं (हाँ, हम जानते हैं कि सर्वर हैं) क्योंकि दृष्टिकोण कार्यों में कोड लिखने से अधिक है। हमारी रणनीति के लिए क्लासिक क्लाउड-नेटिव सिद्धांतों के लिए एक समग्र दृष्टिकोण की आवश्यकता है।
परिणाम
हमने दो वर्षों में असाधारण प्रगति की है। आधुनिकीकरण के कई लाभ हैं (हमारे लेख "वार्षिक वेतन अनुपूरक / क्लाउड आधुनिकीकरण का ज्ञात व्यावसायिक मूल्य" देखें)। विशेष रूप से, हमने निम्नलिखित बातें देखी हैं:
1. गति: हमने जिस तरह से अपने सिस्टम को विभाजित किया है, उससे टीमों और उत्पादों को स्वतंत्र रूप से नवाचार करने और विकसित होने की अनुमति मिलती है। इसका व्यावसायिक चपलता पर बहुत बड़ा प्रभाव पड़ता है।
2. अनुपालन: हम सभी कार्यभार की समीक्षा करने के लिए वार्षिक वेतन अनुपूरक वेल-आर्किटेक्टेड फ्रेमवर्क का उपयोग करते हैं। क्योंकि हम कई वार्षिक वेतन अनुपूरक प्रबंधित सेवाओं का उपयोग करते हैं, इसलिए हम उनकी परिचालन उत्कृष्टता पर भरोसा कर सकते हैं और उच्च गुणवत्ता वाले स्थान से शुरुआत कर सकते हैं।
3. प्रणालीगत सोच: हमें अपनी कई प्रक्रियाओं को मानकीकृत करना पड़ा ताकि हम प्रणाली, विश्वसनीयता और व्यावसायिक मूल्य के बारे में तर्क कर सकें। हम कम महत्व वाले घटकों पर काम करने में समय बर्बाद नहीं करते हैं।
4. नवप्रवर्तन: सर्वर रहित का मतलब है कि सब कुछ एक ऐप है। इस मजबूर बाधा के लिए एक ऐप्लिकस्कैन बुक-प्रथम दृष्टिकोण की आवश्यकता होती है। जब हम खुद को एक प्लेटफॉर्म के रूप में देखते हैं, तो हम एपीआई के माध्यम से सिस्टम को आसानी से जोड़कर नवाचार के एक नए स्तर तक पहुंच सकते हैं, जैसे कि G-P Gia™ एक नए ज्ञान भंडार में प्लग करना।
5. स्वामित्व: वार्षिक वेतन अनुपूरक हमारे बुनियादी ढांचे का मालिक है, लेकिन हम अपने व्यावसायिक डोमेन के मालिक हैं। डोमेन-ड्रिवन डिज़ाइन के साथ सर्वरलेस-फर्स्ट दृष्टिकोण ने हमें व्यावसायिक समस्या पर ध्यान केंद्रित करने के लिए मजबूर किया है। इससे क्षमता के स्वामित्व की स्पष्टता बनी रहती है।
सर्वरलेस-फर्स्ट हमेशा तेज़ नहीं होता है, लेकिन यह अधिक फायदेमंद होता है। हम व्यक्तिगत डेवलपर वेग की तुलना में सिस्टम वेग के लिए अनुकूलन करना चाहते हैं। सर्वरलेस-फर्स्ट फ़ंक्शंस का उपयोग करने के बारे में कम और सोचने के बारे में अधिक है, "कोड एक दायित्व है। सिस्टम संपत्ति है। हमें जितना कम कोड लिखना होगा, उतना ही हम उस व्यवसाय प्रणाली पर विचार कर सकते हैं और उसे ढाल सकते हैं जिसे हम बना रहे हैं।
जैसा कि हम अपनी कहानी साझा करते हैं, यह स्पष्ट हो जाएगा कि हम जिस गति से काम कर रहे हैं, जो सर्वर रहित-पहले का प्रत्यक्ष परिणाम है। बने रहें।
