База от знания

Внедрете статичен сайт във вашия собствен AWS Amplify акаунт

Създайте ключ за достъп до AWS с разрешение за използване на Amplify и го свържете — сайтовете на Amplify се публикуват само във Вашия собствен акаунт в AWS, никога в някой от нашите.

Какво ви дава свързването

Свързването на вашия собствен AWS Amplify акаунт ви позволява да публикувате статичен сайт към вашия AWS Amplify акаунт от вашето Zinn® табло за управление. Вие притежавате проекта и сметката; ние поемаме внедряването, персонализирания домейн и DNS записите.

Преди да започнете

AWS акаунт. AWS Amplify е наличен само на ваш собствен акаунт: Amplify таксува за обслужен гигабайт и за минута изграждане, без постоянен безплатен план, така че сайт в наш акаунт би бил сметка, която никой не би могъл да ограничи. Във вашия собствен акаунт това са вашите разходи, вашите лимити и вашата AWS конзола.

Създайте IAM потребител за тази връзка с политика, която позволява действията на 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.

Тестваме това, което поставяте, преди да бъде запазено каквото и да било. Ключ, който не работи, никога не се съхранява, а отговорът посочва какъв е бил проблемът с него. Ключ, който работи, се съхранява криптиран в нашия трезор за тайни — никога в нашата база данни — и никога повече не се показва, дори и на вас.

Какво следва

  • Когато създавате или премествате статичен сайт, този акаунт се появява като цел за внедряване. Изберете го и ние ще публикуваме компилацията на сайта към проект във вашия акаунт.
  • Персонализираните домейни се прикачват автоматично за вас, а страницата на домейна показва всеки DNS запис, от който доставчикът се нуждае, за да може домейнът да се пренасочва към новия хост.
  • Проектът, неговото използване и сметката му са във вашия акаунт; можете да виждате всяко внедряване в собственото си табло за управление при доставчика.

Ако не се свързва

AWS отхвърли идентификационните данни. Проверете дали ключът за достъп е все още активен в IAM и дали потребителската политика позволява действията на Amplify за приложението. Деактивиран ключ за достъп връща абсолютно същия отговор като грешен такъв.

Тайният ключ е изгубен. AWS не може да покаже таен ключ за достъп отново. Създайте нов ключ за достъп, свържете го, след което изтрийте стария в IAM.

Пише, че ключът е бил отхвърлен. Почти винаги е едно от три неща: интервал или нов ред, копиран заедно с него, ключ с изтекъл срок или ключ, който е бил отменен или генериран наново, след като сте го копирали. Създайте нов и го поставете отново.

Свързва се, но по-късно нещо се проваля. Ключът се удостоверява успешно, но му липсва разрешение, необходимо за действието. Създайте нов ключ с изброените по-горе разрешения, след това прекъснете старата връзка и свържете новия ключ.

Прекъсване на връзката

Отворете Integrations, намерете акаунта и натиснете Disconnect. Това незабавно изтрива съхранения ключ. Всичко, което го е използвало, спира при следващото си действие, а екраните, които са зависели от него, съобщават за това, вместо да се провалят тихо.

Прекъсването на връзката не отменя вече направеното — записите, внедряванията или настройките, които сме променили във вашия акаунт, остават такива, каквито са. Ако смятате, че самият ключ може да е изтекъл, анулирайте го и при доставчика; прекъсването на връзката премахва нашето копие, а не тяхното.

Най-новото от блога

Какво сме писали за хостинга, SEO и мащабното управление на сайтове.

SEO и изграждане на връзки от слоя на хостинга: Поглед на оператора за 2026 г.

Как хостингът влияе на индексирането и предаването на линк авторитет през 2026 г.: запазване на страниците индексирани, проверка на стари домейни преди изграждане върху тях, изграждане на линкове без SEO отпечатък и честен поглед върху това какво инфраструктурата може и не може да направи за SEO.

Прочетете публикацията →

Как да направите WordPress бърз и сигурен: контролен списък за производителност и плъгини

Практичен контролен списък за бърз и сигурен WordPress: кеширане на ниво сървър, обектен кеш за всеки сайт, малкото добавки, които си струва да използвате, поддържане на стека актуален и страниците на WooCommerce, които никога не трябва да кеширате.

Прочетете публикацията →

Как да изберете управляван уеб хостинг през 2026 г.: Ръководство за купувача

Какво всъщност отличава добрия управляван хостинг от евтина кутия с контролен панел — миграции, резервни копия, изолация, реално кеширане и честно мащабиране — и как да го прецените, преди да се ангажирате.

Прочетете публикацията →

Прочетете блога →

Все още се затруднявате?

Поддръжката е включена във всеки план, отделът работи 24 часа в денонощието и можете да ни пишете на всеки от нашите 58 езика — ние ви отговаряме на вашия.

Свържете се с поддръжката → Всички статии →