ज्ञान आधार

अपने स्वयं के Azure Static Web Apps खाते में एक स्थैतिक साइट (static site) डिप्लॉय करें

अपने रिपॉजिटरी से अपनी Azure सब्सक्रिप्शन पर अपनी स्टैटिक साइटों को बिल्ड करने के लिए, रिसोर्सेस ग्रुप पर Contributor के साथ एक Azure सर्विस प्रिंसिपल बनाएं और उसे कनेक्ट करें।

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

अपना स्वयं का 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 रिपॉजिटरी से आना चाहिए। यदि आपने नहीं किया है तो पहले एक कनेक्ट करें।

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

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

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

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

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

यदि यह कनेक्ट हो जाता है, लेकिन बाद में कुछ विफल हो जाता है।

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

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

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

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

ब्लॉग से नवीनतम

होस्टिंग, एसईओ (SEO) और बड़े पैमाने पर साइटें चलाने के बारे में हम जो लिखते रहे हैं।

होस्टिंग लेयर से एसईओ और लिंक बिल्डिंग: एक 2026 ऑपरेटर का दृष्टिकोण

2026 में होस्टिंग कैसे इंडेक्सिंग और लिंक इक्विटी को प्रभावित करती है: पेजों को इंडेक्स रखना, उन पर निर्माण करने से पहले पुरानी डोमेन की जांच करना, बिना किसी फुटप्रिंट के लिंक बनाना, और इस बात पर एक ईमानदार रुख कि इन्फ्रास्ट्रक्चर SEO के लिए क्या कर सकता है और क्या नहीं।

पोस्ट पढ़ें

WordPress को तेज़ और सुरक्षित बनाना: एक परफॉर्मेंस और प्लगइन चेकलिस्ट

तेज़ और सुरक्षित WordPress के लिए एक व्यावहारिक चेकलिस्ट: सर्वर-स्तरीय कैशिंग, प्रति-साइट ऑब्जेक्ट कैच, वे कुछ ही प्लगइन्स जो उपयोग करने लायक हैं, स्टैक को अपडेट रखना, और वे WooCommerce पेज जिन्हें आपको कभी भी कैच नहीं करना चाहिए।

पोस्ट पढ़ें

2026 में मैनेज्ड वेब होस्टिंग कैसे चुनें: एक खरीदार की मार्गदर्शिका

अच्छी मैनेज्ड होस्टिंग को कंट्रोल पैनल वाले सस्ते सर्वर से असल में क्या चीज़ अलग करती है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और सही स्केलिंग — और कमिट करने से पहले इसका आंकलन कैसे करें।

पोस्ट पढ़ें

ब्लॉग पढ़ें

अभी भी परेशान हैं?

हर प्लान में सहायता शामिल है, हेल्प डेस्क दिन के 24 घंटे खुली रहती है, और आप हमारी किसी भी 58 भाषाओं में हमें लिख सकते हैं — हम आपकी ही भाषा में आपको जवाब देते हैं।

सपोर्ट से संपर्क करें सभी लेख