Գիտելիքների բազա

Տեղադրեք ստատիկ կայք ձեր սեփական AWS Amplify հաշվում

Ստեղծեք AWS մուտքի բանալի, որն ունի Amplify օգտագործելու թույլտվություն, և միացրեք այն — Amplify կայքերը հրապարակվում են միայն ձեր սեփական AWS հաշվում, երբեք՝ մեր հաշիվներից որևէ մեկում:

Ինչ է տալիս միացումը ձեզ

Ձեր սեփական AWS Amplify հաշիվը միացնելը թույլ է տալիս հրապարակել ստատիկ կայք ձեր AWS Amplify հաշվում ձեր Zinn® կառավարման վահանակից: Դուք եք տնօրինում նախագիծը և հաշիվ-ապրանքագիրը. մենք հոգում ենք տեղակայումը, հատուկ դոմեյնը և DNS գրառումները:

Նախքան սկսելը

AWS հաշիվ: AWS Amplify-ը հասանելի է միայն ձեր սեփական հաշվում. Amplify-ը գանձում է ըստ մատուցված գիգաբայթի և ըստ կառուցման (build) րոպեի՝ առանց ընթացիկ անվճար մակարդակի (free tier), ուստի մեր հաշվում գտնվող կայքը կլիներ անվերահսկելի ծախս: Ձեր սեփական հաշվում դրանք ձեր ծախսերն են, ձեր սահմանաչափերը և ձեր AWS կոնսոլը:

Ստեղծեք IAM օգտատեր այս միացման համար՝ այնպիսի քաղաքականությամբ (policy), որը թույլատրում է Amplify գործողությունները (amplify:*) այն հավելվածների վրա, որոնք այն կառավարելու է:

1. Ստեղծեք բանալին AWS Amplify-ում

AWS կոնսոլում բացեք IAM → Users, ընտրեք այն օգտատիրոջը, որի անունից այս միացումը պետք է գործի (ստեղծեք առանձնացված օգտատեր — երբեք մի օգտագործեք ձեր root հաշիվը), բացեք դրա Security credentials ներդիրը և Access keys բաժնում ընտրեք Create access key: Որպես օգտագործման դեպք ընտրեք 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:

Մենք ստուգում ենք ձեր տեղադրած տվյալները նախքան որևէ բան պահպանելը: Չաշխատող բանալին երբեք չի պահվում, և պատասխանը հայտնում է, թե ինչն էր սխալ: Աշխատող բանալին պահվում է գաղտնագրված մեր գաղտնիքների պահոցում — երբեք ոչ մեր տվյալների բազայում — և այլևս երբեք չի ցուցադրվում, նույնիսկ ձեզ:

Ինչ է տեղի ունենում հետո

  • Երբ ստեղծում կամ տեղափոխում եք ստատիկ կայք, այս հաշիվը հայտնվում է որպես տեղակայման նպատակակետ: Ընտրեք այն, և մենք կհրապարակենք կայքի build-ը ձեր հաշվի նախագծում:
  • Հատուկ դոմեյնները կցվում են ձեզ համար, և դոմեյնի էջը ցուցադրում է ցանկացած DNS գրառում, որն անհրաժեշտ է մատակարարին, որպեսզի դոմեյնը լուծարկվի դեպի նոր հոսթ:
  • Նախագիծը, դրա օգտագործումը և դրա հաշիվ-ապրանքագիրը ձեր հաշվում են. դուք կարող եք տեսնել յուրաքանչյուր տեղակայում ձեր սեփական մատակարարի վահանակում:

Եթե այն չի միանում

AWS-ը մերժեց վավերացման տվյալները: Ստուգեք, որ մուտքի բանալին դեռ ակտիվ է IAM-ում, և որ օգտատիրոջ քաղաքականությունը թույլատրում է Amplify գործողությունները հավելվածի վրա: Ապաակտիվացված մուտքի բանալին արձագանքում է ճիշտ այնպես, ինչպես սխալ բանալին:

Գաղտնիքը կորել է: AWS-ը չի կարող կրկին ցուցադրել secret access key-ը: Ստեղծեք նոր մուտքի բանալի, միացրեք այն, ապա ջնջեք հինը IAM-ում:

Նշվում է, որ բանալին մերժվել է: Գրեթե միշտ երեք պատճառներից մեկն է. բացատ կամ տողադարձ, որը պատճենվել է դրա հետ միասին, բանալի, որի ժամկետն անցել է, կամ բանալի, որը չեղարկվել կամ վերագեներացվել է այն պատճենելուց հետո: Ստեղծեք նորը և կրկին տեղադրեք:

Այն միանում է, բայց ավելի ուշ ինչ-որ բան ձախողվում է: Բանալին անցնում է վավերացումը, բայց չունի այն թույլտվությունը, որն անհրաժեշտ է գործողության համար: Ստեղծեք նոր բանալի վերը նշված թույլտվություններով, ապա անջատեք հին միացումը և միացրեք նոր բանալին:

Անջատում

Բացեք Integrations-ը, գտեք հաշիվը և սեղմեք Disconnect: Դա անմիջապես կջնջի պահված բանալին: Ցանկացած բան, որն օգտագործում էր այն, կդադարեցնի իր աշխատանքը հաջորդ գործողության ժամանակ, և դրանից կախված էկրանները կհայտնեն այդ մասին՝ լուռ ձախողվելու փոխարեն:

Անջատումը չի չեղարկում այն, ինչ արդեն արվել է — գրառումները, տեղակայումները կամ կարգավորումները, որոնք մենք փոխել ենք ձեր հաշվում, կմնան այնպես, ինչպես կան: Եթե կարծում եք, որ բանալին կարող է արտահոսած լինել, նաև չեղարկեք այն մատակարարի մոտ. անջատումը հեռացնում է մեր օրինակը, ոչ թե նրանցը:

Վերջինը բլոգից

Ինչ ենք գրել հոսթինգի, SEO-ի և կայքերի մեծածավալ կառավարման մասին:

Որոնողական օպտիմալացում և հղումների կառուցում հոսթինգի մակարդակից. 2026 թվականի օպերատորի տեսակետը

Ինչպես է հոսթինգը ձևավորում ինդեքսավորումը և հղումների արժեքը 2026 թվականին. էջերը ինդեքսավորված պահելը, հին դոմեյնների ստուգումը նախքան դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց որոնողական հետքի և անկեղծ հայացք այն բանին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը →

WordPress-ը դարձնել արագ և ապահով. արտադրողականության և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ և ապահով WordPress-ի համար. սերվերի մակարդակով քեշավորում, օբյեկտների քեշ յուրաքանչյուր կայքի համար, մի քանի փլագիններ, որոնք արժե օգտագործել, ստեկի արդիական պահպանում և WooCommerce-ի էջերը, որոնք երբեք չպետք է քեշավորեք:

Կարդալ գրառումը →

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան տուփից՝ միգրացիաները, պահուստային պատճենները, մեկուսացումը, իրական քեշավորումը և ազնիվ մասշտաբավորումը, և ինչպես գնահատել այն նախքան պարտավորվելը:

Կարդալ գրառումը →

Կարդալ բլոգը →

Դեռ օգնության կարի՞ք ունեք:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ → Բոլոր հոդվածները →