База знания

Публикувайте статичен сайт във вашия собствен 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.

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

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

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

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

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

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

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

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

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

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

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