ज्ञानकोष

अपने स्वयं के AWS Amplify खाते में एक स्थिर साइट परिनियोजित करें

Amplify का उपयोग करने की अनुमति वाली एक AWS एक्सेस कुंजी बनाएं और इसे कनेक्ट करें — Amplify साइटें केवल आपके अपने AWS खाते में प्रकाशित होती हैं, कभी भी हमारे किसी खाते में नहीं।

इसे कनेक्ट करने से आपको क्या लाभ होगा

अपने स्वयं के AWS Amplify खाते को कनेक्ट करने से आप अपने Zinn® डैशबोर्ड से अपने AWS Amplify खाते में एक स्थिर (स्टैटिक) साइट प्रकाशित कर सकते हैं। प्रोजेक्ट और बिल आपके होंगे; परिनियोजन (डिप्लॉय), कस्टम डोमेन और DNS रिकॉर्ड हम संभालते हैं।

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

एक AWS खाता। AWS Amplify केवल आपके अपने खाते पर उपलब्ध है: Amplify प्रति गीगाबाइट सेवा और प्रति बिल्ड मिनट बिल करता है, जिसमें कोई निरंतर मुफ़्त टियर नहीं है, इसलिए हमारे किसी खाते पर साइट होने से एक ऐसा बिल बनेगा जिसे कोई सीमित नहीं कर सकेगा। आपके अपने खाते पर यह आपका खर्च, आपकी सीमाएँ और आपका AWS कंसोल है।

इस कनेक्शन के लिए एक IAM उपयोगकर्ता बनाएं, जिसकी नीति (पॉलिसी) उन ऐप्स पर Amplify कार्रवाइयों (amplify:*) की अनुमति देती हो जिन्हें यह प्रबंधित करेगा।

1. AWS Amplify पर कुंजी (key) बनाएं

AWS कंसोल में IAM → Users खोलें, वह उपयोगकर्ता चुनें जिसके रूप में यह कनेक्शन कार्य करे (एक समर्पित उपयोगकर्ता बनाएं — कभी भी अपने रूट खाते का उपयोग न करें), उसका Security credentials टैब खोलें और Access keys के अंतर्गत, Create access key चुनें। उपयोग के मामले (use case) के रूप में Other चुनें, जारी रखें, और Create access key चुनें। Access key ID और Secret access key को कॉपी करें — AWS गुप्त कुंजी केवल एक बार दिखाता है। प्रत्येक IAM उपयोगकर्ता एक समय में दो कुंजियाँ रख सकता है।

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

अपने डैशबोर्ड में Integrations खोलें और Connect an account चुनें। समूह के रूप में Static hosting (Netlify, Vercel) और खाते के रूप में AWS Amplify चुनें, Access key ID और Secret access key भरें, और Connect account दबाएं।

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

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

  • जब आप कोई स्टैटिक साइट बनाते हैं या ले जाते हैं, तो यह खाता एक परिनियोजन लक्ष्य के रूप में दिखाई देता है। इसे चुनें और हम साइट के बिल्ड को आपके खाते के प्रोजेक्ट पर प्रकाशित कर देंगे।
  • कस्टम डोमेन आपके लिए संलग्न किए जाते हैं, और डोमेन का पृष्ठ वे सभी DNS रिकॉर्ड दिखाता है जिनकी विक्रेता को आवश्यकता होती है ताकि डोमेन नए होस्ट पर निर्देशित हो सके।
  • प्रोजेक्ट, उसका उपयोग और उसका बिल आपके खाते पर होते हैं; आप अपने स्वयं के विक्रेता डैशबोर्ड में प्रत्येक परिनियोजन देख सकते हैं।

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

AWS ने क्रेडेंशियल अस्वीकार कर दिया। जाँचें कि एक्सेस कुंजी अभी भी IAM में सक्रिय है और उपयोगकर्ता की नीति ऐप पर Amplify कार्रवाइयों की अनुमति देती है। निष्क्रिय की गई एक्सेस कुंजी बिल्कुल गलत कुंजी की तरह ही प्रतिक्रिया देती है।

गुप्त कुंजी खो गई है। AWS गुप्त एक्सेस कुंजी को दोबारा नहीं दिखा सकता है। एक नई एक्सेस कुंजी बनाएं, उसे कनेक्ट करें, फिर IAM में पुरानी कुंजी को हटा दें।

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

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

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

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

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

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

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

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

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

पोस्ट पढ़ें →

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

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

पोस्ट पढ़ें →

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

एक कंट्रोल पैनल वाले सस्ते बॉक्स से अच्छे प्रबंधित होस्टिंग को वास्तव में क्या अलग करता है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और ईमानदार स्केलिंग — और इससे पहले कि आप कोई निर्णय लें, इसका आकलन कैसे करें।

पोस्ट पढ़ें →

ब्लॉग पढ़ें →

क्या अब भी समस्या आ रही है?

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

सहायता से संपर्क करें → सभी लेख →