Azure Functions: ट्रिगर्स, बाइंडिंग्स और होस्टिंग, सरल शब्दों में

Azure Functions, Microsoft की सर्वरलेस कंप्यूट सेवा का हिस्सा हैं। यह आपको घटनाओं (events) के जवाब में छोटे-छोटे कोड चलाने देता है, बिना सर्वर स्वयं प्रबंधित किए।

उदाहरण के लिए, कोई फ़ंक्शन तब चल सकता है जब कोई HTTP अनुरोध आए, कोई फ़ाइल स्टोरेज पर अपलोड हो, या कोई तयशुदा समय आ जाए।

“सर्वरलेस” का अर्थ यह नहीं है कि सर्वर होते ही नहीं। इसका अर्थ है कि Azure आपके लिए अवसंरचना (infrastructure) का प्रबंधन करता है। Azure पर्दे के पीछे प्रोविज़निंग, स्केलिंग और रखरखाव संभालता है।

इस गाइड में, मैं मूल घटकों पर बात करूंगा—यानी ट्रिगर्स, बाइंडिंग्स, होस्टिंग विकल्प, और शुरुआत के लिए एक हैंड्स-ऑन उदाहरण।

Azure Functions क्या हैं?

Azure Function बस एक छोटा कोड टुकड़ा है जो आपके चुने गए किसी इवेंट से ट्रिगर होने पर चलता है। आप लॉजिक लिखते हैं, और बाकी काम Azure संभाल लेता है।

तीन विचार इस मॉडल को परिभाषित करते हैं।

1. इवेंट-ड्रिवन निष्पादन से कोड केवल तब चलता है जब कुछ होता है, हर समय नहीं।
2. स्वचालित स्केलिंग से Azure मांग के अनुसार कंप्यूट संसाधन जोड़ता या हटाता है।
3. कंजम्पशन-आधारित मूल्य निर्धारण में, कुछ होस्टिंग प्लान्स में, आप केवल उतने समय का भुगतान करते हैं जितने समय आपका कोड वास्तव में चलता है।

आदर्श रूप में, एक अकेला फ़ंक्शन एक ही काम करता है, जैसे कोई इमेज का आकार बदलना या कोई संदेश प्रोसेस करना। Function App वह कंटेनर है जो एक या अधिक फ़ंक्शंस को रखता है। यह उनके साझा सेटिंग्स, जैसे कॉन्फ़िगरेशन और परिनियोजन (deployment), का प्रबंधन करता है।

Azure Functions कैसे काम करती हैं

किसी फ़ंक्शन का लाइफ़साइकिल आमतौर पर इस सरल पैटर्न का अनुसरण करता है:

1. कोई इवेंट होता है, जैसे फ़ाइल अपलोड या HTTP कॉल।
2. एक ट्रिगर उस इवेंट का पता लगाता है और तुरंत फ़ंक्शन शुरू करता है।
3. फ़ंक्शन अपना कोड चलाता है।
4. बाइंडिंग्स फ़ंक्शन को अन्य सेवाओं से जोड़ती हैं जो आवश्यक इनपुट पढ़ती हैं या आउटपुट भेजती हैं।
5. Azure इस पूरी प्रक्रिया के पीछे कंप्यूट संसाधनों का प्रबंधन करता है, और यह निश्चित रूप से आपके चुने हुए होस्टिंग प्लान पर निर्भर है।

यह प्रवाह भाषा या होस्टिंग विकल्प से लगभग समान रहता है। केवल ट्रिगर, कोड और बाइंडिंग्स बदलते हैं।

Azure Functions ट्रिगर्स

हर फ़ंक्शन का ठीक एक ट्रिगर होता है। ट्रिगर यह परिभाषित करता है कि फ़ंक्शन कैसे शुरू होता है। यहां वे सबसे आम प्रकार हैं जिन्हें आपको जानना चाहिए:

• HTTP ट्रिगर: जब कोई HTTP अनुरोध मिलता है तो फ़ंक्शन चलता है। APIs बनाने में आम है।
• टाइमर ट्रिगर: यह फ़ंक्शन को किसी शेड्यूल पर चलाता है, जैसे हर घंटे या दिन में एक बार।
• ब्लॉब स्टोरेज ट्रिगर: जब Azure Blob Storage में कोई फ़ाइल जोड़ी जाती है या बदली जाती है, तो फ़ंक्शन चलता है।
• क्यू ट्रिगर: जब किसी क्यू में नया संदेश आता है, तो फ़ंक्शन बस चल पड़ता है।
• इवेंट हब ट्रिगर: इवेंट्स की स्ट्रीम के जवाब में फ़ंक्शन चलाता है। बड़े पैमाने के डेटा के लिए बहुत उपयोगी।
• Cosmos DB ट्रिगर: जब किसी Cosmos DB कंटेनर में दस्तावेज़ बनाए या अपडेट किए जाते हैं, तो इसकी Change Feed का लाभ उठाते हुए फ़ंक्शन चलता है।
• सर्विस बस ट्रिगर: Azure Service Bus क्यू या टॉपिक से आने वाले संदेशों के जवाब में फ़ंक्शन चलता है, जो एंटरप्राइज़ मैसेजिंग और सिस्टम डिकपलिंग में आम है।
• ड्यूरेबल फ़ंक्शंस: Azure Functions का एक एक्सटेंशन, जो सर्वरलेस वातावरण में स्टेटफुल फ़ंक्शंस लिखने देता है ताकि जटिल, बहु-चरणीय वर्कफ़्लो को ऑर्केस्ट्रेट किया जा सके।

Azure Functions बाइंडिंग्स

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

इनपुट बाइंडिंग्स

यहां, आप बिना कस्टम इंटिग्रेशन कोड लिखे अपने फ़ंक्शन को डेटा देते हैं। उदाहरण के लिए, केवल बाइंडिंग घोषित करके कोई फ़ंक्शन स्वतः किसी डेटाबेस से रिकॉर्ड पढ़ सकता है।

आउटपुट बाइंडिंग्स

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

समझाने के लिए एक उदाहरण: जब कोई इमेज अपलोड होती है तो एक ब्लॉब स्टोरेज ट्रिगर फ़ंक्शन शुरू करता है। फिर एक आउटपुट बाइंडिंग रीसाइज़ की गई इमेज को किसी दूसरे स्टोरेज कंटेनर में सहेजती है। बाइंडिंग्स स्टोरेज कनेक्शंस संभालती हैं, और किसी मैनुअल स्टोरेज क्लाइंट कोड की ज़रूरत नहीं होती।

अपना पहला Azure Function कैसे बनाएं

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

1. एक Function App बनाएं। यह Azure में आपके फ़ंक्शन का कंटेनर है।
2. रनटाइम चुनें और वह भाषा चुनें जिसमें आप कोड करना चाहते हैं।
3. अपने Function App के अंदर एक नया फ़ंक्शन जोड़ें।
4. HTTP ट्रिगर चुनें ताकि फ़ंक्शन वेब अनुरोधों का जवाब दे सके।
5. कोई साधारण कार्यक्षमता जोड़ें, जैसे अनुरोध से नाम पढ़ना और “Hello, [name].” लौटाना।
6. इन-बिल्ट टेस्टिंग टूल्स से फ़ंक्शन चलाएं और परखें या अपने ब्राउज़र से अनुरोध भेजें।
7. इसे Azure पर डिप्लॉय करें ताकि यह लाइव और पहुँच योग्य हो।

मैंने यह उदाहरण जान-बूझकर छोटा रखा है ताकि पैटर्न साफ दिखे और बाकी आपकी रचनात्मकता करे।

Azure Functions द्वारा समर्थित भाषाएँ

Azure Functions कई भाषाओं का समर्थन करता है, जैसे:

• C#
• JavaScript/TypeScript
• Python
• Java
• PowerShell

समर्थन और विकास मॉडल भाषा व संस्करण के अनुसार बदल सकते हैं। इसलिए, नया प्रोजेक्ट शुरू करने से पहले वर्तमान Azure दस्तावेज़ देखना मैं सुझाता हूँ, क्योंकि ये विवरण अक्सर बदलते रहते हैं।

Azure Functions होस्टिंग विकल्प

हर Azure Function एक ही तरह से नहीं चलती। Azure कई होस्टिंग प्लान देता है, जिनमें अलग-अलग समझौते (trade-offs) होते हैं। सही विकल्प आपके उपयोग-केस पर निर्भर करता है। मुख्य समझौते ये हैं:

• स्केलिंग: कुछ प्लान स्वतः और तुरंत स्केल करते हैं, जबकि कुछ में थोड़ा अधिक मैनुअल नियंत्रण चाहिए।
• स्टार्टअप व्यवहार: कुछ प्लान फ़ंक्शंस को “warm” रखते हैं। यानी वे तुरंत चलने को तैयार रहते हैं, जबकि अन्य ऑन-डिमांड शुरू होते हैं।
• नेटवर्किंग: कुछ प्लान निजी वर्चुअल नेटवर्क से कनेक्ट होने जैसी उन्नत नेटवर्किंग सुविधाएँ देते हैं, जबकि अन्य नहीं।
• लागत: मूल्य निर्धारण मॉडल काफ़ी अलग हैं—पे-पर-एक्ज़ीक्यूशन से लेकर निश्चित मासिक लागत तक।

Azure Functions में स्केलिंग और कोल्ड स्टार्ट्स

प्रोडक्शन में फ़ंक्शन चलने के बाद दो और अवधारणाएँ मायने रखती हैं। ये हैं:

स्वचालित स्केलिंग

यहां Azure आपके फ़ंक्शन पर लोड देखता है, और मांग बढ़ने पर अधिक कंप्यूट इंस्टेंस जोड़ता है, तथा गिरने पर उन्हें हटाता है। आपको इसे मैनुअल रूप से प्रबंधित करने की ज़रूरत नहीं।

कोल्ड स्टार्ट्स

यदि कोई फ़ंक्शन हाल ही में नहीं चला है, तो नए अनुरोध को संभालने से पहले उसे शुरू होने में एक पल लग सकता है। इस विलंब को कोल्ड स्टार्ट कहते हैं। कुछ होस्टिंग प्लान इंस्टेंस को warm रखकर इसे घटाते या टालते हैं, जैसा ऊपर उल्लेख हुआ।

आम Azure Functions उपयोग-केस

इवेंट-ड्रिवन मॉडल कई रोज़मर्रा की समस्याओं पर फिट बैठता है। विशेष रूप से:

APIs और वेबहुक्स

लगातार पूरा वेब सर्वर चलाए बिना आने वाले HTTP अनुरोधों को संभालने के लिए।

फ़ाइल और इमेज प्रोसेसिंग

जब भी कोई फ़ाइल स्टोरेज में आए, तब फ़ंक्शन ट्रिगर करें, फिर उसे रीसाइज़, कन्वर्ट या सिर्फ़ स्कैन करें।

निर्धारित (शेड्यूल्ड) कार्य

किसी समर्पित हमेशा-ऑन सर्वर की आवश्यकता के बिना टाइमर पर क्लीनअप टास्क, रिपोर्ट्स या रिमाइंडर्स चलाने के लिए।

डेटा प्रोसेसिंग पाइपलाइंस

संदेशों या इवेंट्स को उनके आते ही, एक-एक चरण में प्रोसेस करने के लिए।

IoT और इवेंट प्रोसेसिंग

सेंसर या डिवाइस डेटा की बड़ी मात्रा को स्ट्रीम के रूप में आते ही संभालने के लिए।

बैकग्राउंड कार्य

धीमे या कभी-कभार के काम, जैसे ईमेल भेजना, को ऑफ़लोड करने के लिए ताकि आपकी मुख्य एप्लिकेशन अवरुद्ध न हो।

Azure Functions का मॉनिटरिंग और ट्रबलशूटिंग

एक बार फ़ंक्शन लाइव हो जाए, तो उसके प्रदर्शन पर दृश्यता होना ज़रूरी है।

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

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

निष्कर्ष

Azure Functions आपको इवेंट्स के जवाब में कोड चलाने का तरीका देती हैं, बिना नीचे के सर्वरों का प्रबंधन किए। ट्रिगर्स तय करते हैं कि फ़ंक्शन कब शुरू होगा। वहीं, बाइंडिंग्स बिना अतिरिक्त इंटिग्रेशन कोड के उस फ़ंक्शन को अन्य सेवाओं से जोड़ना आसान बनाती हैं।

जैसे-जैसे आप किसी साधारण टेस्ट फ़ंक्शन से प्रोडक्शन में चल रही चीज़ तक बढ़ते हैं, होस्टिंग और स्केलिंग के चुनाव बहुत महत्वपूर्ण हो जाते हैं। सही प्लान लागत के साथ-साथ गति और विश्वसनीयता को भी प्रभावित करता है।