Base ng kaalaman

I-deploy ang isang static site sa iyong sariling AWS Amplify account

Gumawa ng AWS access key na pinapayagang gumamit ng Amplify at ikonekta ito — ang mga Amplify site ay nai-publish lamang sa iyong sariling AWS account, hinding-hindi sa isa sa aming mga account.

Ano ang nagagawa ng pagkokonekta nito para sa iyo

Ang pagkokonekta ng iyong sariling AWS Amplify account ay nagbibigay-daan sa iyong mag-publish ng static site sa iyong AWS Amplify account mula sa iyong Zinn® dashboard. Sa iyo ang proyekto at ang bayarin; kami ang namamahala sa pag-deploy, sa custom domain, at sa mga DNS record.

Bago ka magsimula

Isang AWS account. Ang AWS Amplify ay available lamang sa iyong sariling account: naniningil ang Amplify bawat gigabyte na naihatid at bawat minuto ng pag-build, nang walang patuloy na libreng antas (free tier), kaya ang isang site sa account namin ay magiging singilin na walang sinumang makakapagtakda ng limitasyon. Sa iyong sariling account, ito ay sarili mong gastusin, sarili mong mga limitasyon, at sarili mong AWS console.

Gumawa ng IAM user para sa koneksyong ito na may patakarang nagpapahintulot sa mga pagkilos ng Amplify (amplify:*) sa mga app na pamamahalaan nito.

1. Gawin ang key sa AWS Amplify

Sa AWS console, buksan ang IAM → Users, piliin ang user kung saan dapat kumilos ang koneksyong ito (gumawa ng nakalaang user — huwag kailanman gamitin ang iyong root account), buksan ang tab nitong Security credentials at, sa ilalim ng Access keys, piliin ang Create access key. Piliin ang Other bilang use case, magpatuloy, at piliin ang Create access key. Kopyahin ang Access key ID at ang Secret access key — isang beses lang ipinapakita ng AWS ang secret. Ang bawat IAM user ay maaaring magkaroon ng dalawang key sa bawat pagkakataon.

2. Ikonekta ito rito

Buksan ang Integrations sa iyong dashboard at piliin ang Connect an account. Piliin ang Static hosting (Netlify, Vercel) bilang grupo at AWS Amplify bilang account, punan ang Access key ID at Secret access key, at pindutin ang Connect account.

Sinusubukan namin ang iyong idinidikit bago i-save ang anuman. Ang key na hindi gumagana ay hindi kailanman iniimbak, at sinasabi sa sagot kung ano ang naging problema rito. Ang key na gumagana ay pinananatiling naka-encrypt sa aming secrets vault — hindi kailanman sa aming database — at hindi na muling ipinapakita kailanman, kahit sa iyo.

Kung ano ang susunod na mangyayari

  • Kapag gumawa o naglipat ka ng static site, lumalabas ang account na ito bilang deploy target. Piliin ito at isa-publish namin ang build ng site sa isang proyekto sa iyong account.
  • Ikakabit ang mga custom domain para sa iyo, at ipinapakita sa page ng domain ang anumang DNS record na kailangan ng vendor upang mag-resolve ang domain sa bagong host.
  • Ang proyekto, ang paggamit nito, at ang bayarin nito ay nasa iyong account; makikita mo ang bawat deployment sa sarili mong dashboard sa vendor.

Kung hindi ito kumokonekta

Tinanggihan ng AWS ang kredensyal. Suriin kung aktibo pa ang access key sa IAM at kung pinapayagan ng patakaran ng user ang mga pagkilos ng Amplify sa app. Ang isang access key na na-deactivate ay sumasagot nang eksaktong katulad ng isang maling key.

Nawala ang secret. Hindi na muling maipapakita ng AWS ang isang secret access key. Gumawa ng bagong access key, ikonekta ito, at pagkatapos ay burahin ang luma sa IAM.

Sinasabi nitong tinanggihan ang key. Halos palaging isa sa tatlong bagay: isang espasyo o line break na nakopya kasama nito, isang key na nag-expire na, o isang key na binawi o muling ginawa pagkatapos mong kopyahin ito. Gumawa ng bago at idikit itong muli.

Kumokonekta ito, ngunit may nabigo sa ibang pagkakataon. Nagpapatotoo ang key ngunit kulang sa pahintulot na kailangan ng aksyon. Gumawa ng bagong key na may mga pahintulot na nakalista sa itaas, pagkatapos ay idiskonekta ang lumang koneksyon at ikonekta ang bagong key.

Pagdidiskonekta

Buksan ang Integrations, hanapin ang account, at pindutin ang Disconnect. Agad nitong buburahin ang nakaimbak na key. Ang anumang bagay na gumagamit nito ay hihinto sa susunod nitong pagkilos, at ang mga screen na nakadepende rito ay magsasabi nito sa halip na tahimik na mabigo.

Ang pagdidiskonekta ay hindi nagpapawalang-bisa sa mga nagawa na — ang mga record, deployment, o setting na binago namin sa iyong account ay mananatili kung ano ang mga ito. Kung sa tingin mo ay maaaring na-leak ang mismong key, bawiin din ito sa vendor; inaalis ng pagdidiskonekta ang aming kopya, hindi ang sa kanila.

Pinakabago mula sa blog

Ang aming mga isinulat tungkol sa hosting, SEO, at pagpapatakbo ng mga site nang malawakan.

SEO at Pagbuo ng Link mula sa Hosting Layer: Pananaw ng isang Operator sa 2026

Kung paano hinuhubog ng hosting ang pag-index at link equity sa 2026: pagpapanatiling naka-index ang mga page, pagsusuri sa mga lumang domain bago magtayo sa mga ito, pagbuo ng link nang walang bakas ng search engine, at tapat na pagtingin sa kung ano ang kaya at hindi kayang gawin ng imprastraktura para sa SEO.

Basahin ang post →

Paggawang Mabilis at Ligtas sa WordPress: Isang Checklist sa Pagganap at Plugin

Isang praktikal na checklist para sa mabilis at ligtas na WordPress: pag-cache sa antas ng server, isang object cache bawat site, ang iilang plugin na sulit patakbuhin, pagpapanatiling updated sa stack, at ang mga pahina ng WooCommerce na hinding-hindi mo dapat i-cache.

Basahin ang post →

Paano Pumili ng Managed Web Hosting sa 2026: Gabay ng Mamimili

Kung ano talaga ang nagtatangi sa mahusay na pinamamahalaang hosting mula sa isang murang kahon na may control panel — mga migrasyon, backup, paghihiwalay, totoong pag-cache, at tapat na pag-scale — at kung paano ito huhusgahan bago kayo magpasya.

Basahin ang post →

Basahin ang blog →

Kailangan pa rin ng tulong?

Kasama ang suporta sa bawat plan, bukas ang desk 24 oras bawat araw, at maaari kang sumulat sa amin sa alinman sa aming 58 na mga wika — sasagutin ka namin sa iyong wika.

Makipag-ugnayan sa suporta → Lahat ng artikulo →