ज्ञानतळ

आपल्या स्वतःच्या Azure Static Web Apps खात्यावर स्टॅटिक साइट उपयोजित करा

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

हे जोडल्याने आपल्यासाठी काय होते

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

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

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

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

Azure याला service principal म्हणते. Microsoft Entra ॲडमिन सेंटरमध्ये Entra ID → App registrations → New registration उघडा, त्याला एक नाव द्या आणि Register करा. ॲपच्या आढावा पृष्ठावर (overview page) 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 रेकॉर्ड दाखवते.

  • वापर आणि बिलिंग आपल्या खात्यावर असते, जे आपल्या स्वतःच्या व्हेंडर डॅशबोर्डवर दिसते.
  • एपेक्स (apex) डोमेन TXT रेकॉर्डद्वारे आणि सबडोमेन त्याच्या CNAME द्वारे सत्यापित केले जाते; डोमेनचे पृष्ठ
  • आपल्या डोमेनला यापैकी कशाची आवश्यकता आहे ते दाखवते.

ते कनेक्ट न झाल्यास

Azure ने service principal नाकारले. एकतर क्लायंट सिक्रेटची मुदत संपली आहे — आपण निवडलेल्या कालावधीनुसार, त्यांची मुदत नेहमीच संपते — किंवा ॲपकडे आता रिसोर्स ग्रुपवर Contributor चा रोल नाही. हे दोन संदेश एकसारखेच दिसतात, म्हणून नवीन सिक्रेट तयार करण्यापूर्वी रोल असाइनमेंट तपासा.

काहीही आढळले नाही. आपण ज्यावर रोल नियुक्त केला होता तेच Subscription ID आणि Resource group असल्याची, आणि ॲप ज्या डिरेक्टरीमध्ये नोंदणीकृत आहे तीच Tenant ID असल्याची खात्री करा.

की नाकारली गेल्याचे दाखवत आहे. हे बहुतांश वेळा तीनपैकी एक कारण असते: त्यासोबत स्पेस किंवा लाइन ब्रेक कॉपी झाला आहे, की ची मुदत संपली आहे, किंवा आपण ती कॉपी केल्यानंतर ती रिव्होक किंवा पुन्हा जनरेट केली गेली आहे. एक नवीन की तयार करा आणि ती पुन्हा पेस्ट करा.

ते कनेक्ट होते, परंतु नंतर काहीतरी अयशस्वी होते. की प्रमाणीकृत होते परंतु क्रियेसाठी आवश्यक असलेली परवानगी तिच्याकडे नसते. वर नमूद केलेल्या परवानग्यांसह एक नवीन की तयार करा, त्यानंतर जुने कनेक्शन डिस्कनेक्ट करा आणि नवीन की कनेक्ट करा.

डिस्कनेक्ट करत आहे

Integrations उघडा, खाते शोधा आणि Disconnect दाबा. यामुळे साठवलेली की त्वरित हटवली जाते. तिचा वापर करणारी कोणतीही गोष्ट तिच्या पुढील क्रियेवर थांबते, आणि शांतपणे अयशस्वी होण्याऐवजी, तिच्यावर अवलंबून असलेल्या स्क्रीन्स तसे स्पष्टपणे दर्शवतात.

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

ब्लॉगवरील नवीनतम

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

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

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

पोस्ट वाचा →

WordPress जलद आणि सुरक्षित करणे: परफॉर्मन्स आणि प्लगइन चेकलिस्ट

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

पोस्ट वाचा →

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

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

पोस्ट वाचा →

ब्लॉग वाचा →

अजूनही अडचण येत आहे का?

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

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