अपनी खुद की Azure Static Web Apps खाते में एक स्थिर साइट परिनियोजित करें

इसे कनेक्ट करने से आपको क्या लाभ मिलता है

अपना स्वयं का Azure Static Web Apps खाता कनेक्ट करने से आप अपने Zinn® डैशबोर्ड से अपने Azure Static Web Apps खाते में एक स्टैटिक साइट प्रकाशित कर सकते हैं। प्रोजेक्ट और बिल आपके अधीन होते हैं; हम डिप्लॉय, कस्टम डोमेन और DNS रिकॉर्ड्स को संभालते हैं।

शुरू करने से पहले

एक Azure सब्सक्रिप्शन, साइटों के लिए एक रिसोर्स ग्रुप, और कोड रखने वाला एक कनेक्टेड GitHub, GitLab या Bitbucket खाता — Azure Static Web Apps किसी रिपॉजिटरी से बिल्ड करता है। Azure का मुफ़्त प्लान व्यावसायिक उपयोग और प्रति ऐप दो कस्टम डोमेन की अनुमति देता है।

1. Azure Static Web Apps पर कुंजी बनाएं

Azure इसे service principal कहता है। Microsoft Entra admin center में Entra ID → App registrations → New registration खोलें, इसे एक नाम दें और इसे Register करें। ऐप के ओवरव्यू पेज पर Application (client) ID और Directory (tenant) ID को कॉपी करें। फिर Certificates & secrets → Client secrets → New client secret खोलें, एक अवधि चुनें और इसे Add करें — सीक्रेट के मान को तुरंत कॉपी करें, Azure इसे केवल एक बार दिखाता है।

Azure पोर्टल में, वह रिसोर्स ग्रुप खोलें जिसका उपयोग आप हमसे करवाना चाहते हैं, फिर Access control (IAM) → Add → Add role assignment पर जाएं। Contributor रोल चुनें, इसे User, group, or service principal को असाइन करें, नाम से ऐप खोजें, और Review + assign करें। रिसोर्स ग्रुप का नाम और यह जिस Subscription ID से संबंधित है, उसे नोट करें (पोर्टल में Subscriptions खोजें)।

2. इसे यहाँ कनेक्ट करें

अपने डैशबोर्ड में Integrations खोलें और Connect an account चुनें। ग्रुप के रूप में Static hosting (Netlify, Vercel) और खाते के रूप में Azure Static Web Apps चुनें, Client ID, Client secret, Tenant ID, Subscription ID और Resource group भरें, और Connect account दबाएं।

कुछ भी सहेजने से पहले हम आपके द्वारा पेस्ट की गई जानकारी का परीक्षण करते हैं। जो कुंजी काम नहीं करती उसे कभी भी संग्रहीत नहीं किया जाता है, और उत्तर में यह बताया जाता है कि उसमें क्या खराबी थी। जो कुंजी काम करती है उसे हमारे सीक्रेट्स वॉल्ट में एन्क्रिप्ट करके रखा जाता है — हमारे डेटाबेस में कभी नहीं — और इसे फिर कभी नहीं दिखाया जाता है, आपको भी नहीं।

इसके बाद क्या होता है

• जब आप कोई स्टैटिक साइट बनाते या स्थानांतरित करते हैं, तो यह खाता एक डिप्लॉय लक्ष्य के रूप में दिखाई देता है। Azure Static Web Apps किसी रिपॉजिटरी से बिल्ड करता है — इसके पास अपलोड किए गए बिल्ड को स्वीकार करने का कोई तरीका नहीं है — इसलिए साइट का कोड कनेक्टेड GitHub, GitLab या Bitbucket रिपॉजिटरी से आना चाहिए। यदि आपने पहले से कनेक्ट नहीं किया है, तो पहले एक कनेक्ट करें।
• हम आपके खाते पर सर्विस बनाते हैं, इसे रिपॉजिटरी की ओर इंगित करते हैं, आपका कस्टम डोमेन संलग्न करते हैं और डिप्लॉय ट्रिगर करते हैं। डोमेन का पेज Azure Static Web Apps के लिए आवश्यक कोई भी DNS रिकॉर्ड दिखाता है।
• उपयोग और बिलिंग आपके खाते पर होते हैं, जो आपके स्वयं के वेंडर डैशबोर्ड में दिखाई देते हैं।
• एक एपेक्स डोमेन को TXT रिकॉर्ड द्वारा और सबडोमेन को इसके CNAME द्वारा सत्यापित किया जाता है; डोमेन का पेज दिखाता है कि आपके डोमेन को किसकी आवश्यकता है।

यदि यह कनेक्ट नहीं होता है

Azure ने सर्विस प्रिंसिपल को अस्वीकार कर दिया। या तो क्लाइंट सीक्रेट की समय सीमा समाप्त हो गई है — आपके द्वारा चुनी गई अवधि के अनुसार वे हमेशा समाप्त हो जाते हैं — या ऐप के पास अब रिसोर्स ग्रुप पर Contributor की अनुमति नहीं है। दोनों संदेश एक जैसे दिखते हैं, इसलिए नया सीक्रेट बनाने से पहले रोल असाइनमेंट की जांच करें।

कुछ भी नहीं मिला। जांचें कि Subscription ID और Resource group वही हैं जिन पर आपने रोल असाइन किया था, और यह कि Tenant ID वही डायरेक्टरी है जिसमें ऐप पंजीकृत है।

यह कहता है कि कुंजी अस्वीकार कर दी गई थी। लगभग हमेशा तीन में से एक बात होती है: इसके साथ कॉपी किया गया कोई स्पेस या लाइन ब्रेक, ऐसी कुंजी जिसकी समय सीमा समाप्त हो गई है, या ऐसी कुंजी जिसे आपके द्वारा कॉपी किए जाने के बाद रद्द या पुनर्जीवित किया गया था। एक नई कुंजी बनाएं और इसे फिर से पेस्ट करें।

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

डिस्कनेक्ट करना

Integrations खोलें, खाता खोजें और Disconnect दबाएं। यह संग्रहीत कुंजी को तुरंत हटा देता है। जो कुछ भी इसका उपयोग कर रहा था वह अपनी अगली क्रिया पर रुक जाता है, और जो स्क्रीन इस पर निर्भर थीं वे चुपचाप विफल होने के बजाय ऐसा होने की सूचना देती हैं।

डिस्कनेक्ट करने से वह पूर्ववत नहीं होता जो पहले ही किया जा चुका है — आपके खाते में हमारे द्वारा बदले गए रिकॉर्ड्स, डिप्लॉयमेंट्स या सेटिंग्स वैसे ही रहते हैं जैसे वे हैं। यदि आपको लगता है कि स्वयं कुंजी लीक हो गई होगी, तो इसे वेंडर के यहाँ भी रद्द कर दें; डिस्कनेक्ट करने से हमारी प्रतिलिपि हटती है, उनकी नहीं।