ज्ञान भांडार

तुमच्या स्वतःच्या Azure Static Web Apps खात्यावर स्थिर साइट (स्टॅटिक साइट) डिप्लॉय करा

रिसोर्स ग्रुपवर Contributor सह Azure सेवा प्रिन्सिपल तयार करा आणि तो कनेक्ट करा, जेणेकरून तुमच्या स्वतःच्या Azure सबस्क्रिप्शनवरील रिपॉझिटरीवरून तुमची स्टॅटिक साइट्स बिल्ड होतील.

हे जोडल्याने तुम्हाला काय मिळते

तुमच्या Zinn® डॅशबोर्डवरून तुमच्या स्वतःच्या Azure Static Web Apps खात्यावर स्टॅटिक साईट पब्लिश करण्यासाठी तुमचे स्वतःचे Azure Static Web Apps खाते जोडा. प्रकल्पाचे मालक आणि बिल तुमचे असते; आम्ही फक्त डिप्लॉयमेंट, कस्टम डोमेन आणि DNS रेकॉर्ड्स सांभाळतो.

सुरू करण्यापूर्वी

Azure चे सबस्क्रिप्शन, साईट्ससाठी रिसोर्स ग्रुप आणि कोड समाविष्ट असलेले जोडलेले GitHub, GitLab किंवा Bitbucket खाते — Azure Static Web Apps हे रिपॉझिटरीवरून बिल्ड होते. Azure च्या फ्री प्लॅनमध्ये व्यावसायिक वापर आणि प्रति ॲप दोन कस्टम डोमेनना परवानगी आहे.

१. Azure Static Web Apps वर की तयार करा

Azure याला service principal असे म्हणते. मायक्रोसॉफ्ट Entra ॲडमिन सेंटरमध्ये 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 शोधा).

२. ती येथे जोडा

तुमच्या डॅशबोर्डमधील 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 दाबा. यामुळे साठवलेली की त्वरित डिलीट होते. ती वापरणारी कोणतीही गोष्ट तिच्या पुढील कृतीवर थांबेल आणि त्यावर अवलंबून असलेले स्क्रीन शांतपणे अपयशी ठरण्याऐवजी असे घडल्याचे सांगतात.

डिस्कनेक्ट केल्याने आधी काय झाले होते ते पूर्ववत होत नाही — आम्ही तुमच्या खात्यावर बदललेले रेकॉर्ड, डिप्लॉयमेंट किंवा सेटिंग्ज जशाच्या तशा राहतात. की स्वतः लीक झाली असावी असे तुम्हाला वाटत असल्यास, व्हेंडरकडे जाऊन ती रद्दही करा; डिस्कनेक्ट केल्याने आमची प्रत काढून घेतली जाते, त्यांची नाही.

ब्लॉगवरील ताज्या घडामोडी

होस्टिंग, एसईओ (SEO) आणि मोठ्या प्रमाणावर साइट चालवणे याबद्दल आम्ही काय लिहीत आहोत.

होस्टिंग लेयरवरून एसइओ आणि लिंक बिल्डिंग: २०२६ ऑपरेटरचा दृष्टीकोन

२०२६ मध्ये होस्टिंग इंडेक्सिंग आणि लिंक इक्विटीवर कसा प्रभाव पाडते: पेज इंडेक्स ठेवणे, जुन्या डोमेनवर वेबसाइट तयार करण्यापूर्वी त्यांची छाननी करणे, फूटप्रिंटशिवाय लिंक बिल्डिंग, आणि इन्फ्रास्ट्रक्चर एसईओसाठी काय करू शकते आणि काय करू शकत नाही याबद्दलचे स्पष्ट सत्य.

पोस्ट वाचा

WordPress ला जलद आणि सुरक्षित बनवणे: एक कार्यप्रदर्शन आणि प्लगइन चेकलिस्ट

जलद आणि सुरक्षित WordPress साठी एक व्यावहारिक चेकलिस्ट: सर्व्हर-स्तरीय कॅचींग, प्रति-साइट ऑब्जेक्ट कॅच, वापरण्यायोग्य मोजके प्लगइन, स्टॅक अपडेट ठेवणे आणि तुम्ही कधीही कॅश न करायची WooCommerce पृष्ठे.

पोस्ट वाचा

२०२६ मध्ये मॅनेज्ड वेब होस्टिंग कशी निवडावी: खरेदीदाराचे मार्गदर्शक

उत्तम मॅनेज्ड होस्टिंग कंट्रोल पॅनेलसह येणाऱ्या स्वस्त बॉक्सपासून नेमके कशामुळे वेगळे ठरते — मायग्रेशन्स, बॅकअप्स, आयसोलेशन, रिअल कॅशिंग आणि प्रामाणिक स्केलिंग — आणि कोणतीही वचनबद्धता करण्यापूर्वी त्याचे मूल्यमापन कसे करावे.

पोस्ट वाचा

ब्लॉग वाचा

अजूनही अडकलात?

प्रत्येक प्लॅनमध्ये सपोर्ट समाविष्ट आहे, हेल्पडेस्क दिवसाचे 24 तास सुरू असते आणि तुम्ही आमच्या कोणत्याही 58 भाषांमध्ये आम्हाला लिहू शकता — आम्ही तुमच्याच भाषेत उत्तर देतो.

सपोर्टशी संपर्क साधा सर्व लेख