ज्ञान आधार

अपने AWS Amplify खाते पर एक स्टैटिक साइट डिप्लॉय करें

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

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

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

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

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

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

1. AWS Amplify पर कुंजी बनाएँ

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

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

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

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

आगे क्या होता है

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

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

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

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

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

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

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

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

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

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

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

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

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

पोस्ट पढ़ें

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

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

पोस्ट पढ़ें

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

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

पोस्ट पढ़ें

ब्लॉग पढ़ें

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

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

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