දැණුම් මූලාශ්‍රය

ඔබගේම AWS Amplify ගිණුමකට ස්ථිතික වෙබ් අඩවියක් යොදවන්න

AWS සහ Amplify භාවිත කිරීමට අවසර ඇති AWS ප්‍රවේශ යතුරක් සාදා එය සම්බන්ධ කරන්න — Amplify අඩවි ප්‍රකාශයට පත් කරනු ලබන්නේ ඔබේම AWS ගිණුමට පමණි, කිසි විටෙකත් අපගේ ගිණුමකට නොවේ.

What connecting it does for you

Connecting your own AWS Amplify account lets you publish a static site to your AWS Amplify account from your Zinn® dashboard. You own the project and the bill; we handle the deploy, the custom domain and the DNS records.

Before you start

An AWS account. AWS Amplify is available only on your own account: Amplify bills per gigabyte served and per build minute, with no ongoing free tier, so a site on an account of ours would be a bill nobody could cap. On your own account it is your spend, your limits and your AWS console.

Create an IAM user for this connection with a policy that allows the Amplify actions (amplify:*) on the apps it will manage.

1. Create the key at AWS Amplify

In the AWS console open IAM → Users, choose the user this connection should act as (create a dedicated one — never use your root account), open its Security credentials tab and, under Access keys, choose Create access key. Pick Other as the use case, continue, and choose Create access key. Copy the Access key ID and the Secret access key — AWS shows the secret once. Each IAM user can hold two keys at a time.

2. Connect it here

Open Integrations in your dashboard and choose Connect an account. Pick Static hosting (Netlify, Vercel) as the group and AWS Amplify as the account, fill in Access key ID and Secret access key, and press Connect account.

We test what you paste before anything is saved. A key that does not work is never stored, and the answer says what was wrong with it. A key that works is kept encrypted in our secrets vault — never in our database — and is never shown again, not even to you.

What happens next

  • When you create or move a static site, this account appears as a deploy
  • target. Choose it and we publish the site's build to a project on your account.

  • Custom domains are attached for you, and the domain's page shows any DNS record the vendor
  • needs so the domain resolves to the new host.

  • The project, its usage and its bill are on your account; you can see every deployment in
  • your own vendor dashboard.

If it does not connect

AWS refused the credential. Check the access key is still active in IAM and that the user's policy allows the Amplify actions on the app. An access key that has been deactivated answers exactly like a wrong one.

The secret is lost. AWS cannot show a secret access key again. Create a new access key, connect it, then delete the old one in IAM.

It says the key was rejected. Almost always one of three things: a space or a line break copied with it, a key that has expired, or a key that was revoked or regenerated after you copied it. Create a fresh one and paste it again.

It connects, but something later fails. The key authenticates but lacks a permission the action needs. Create a new key with the permissions listed above, then disconnect the old connection and connect the new key.

Disconnecting

Open Integrations, find the account and press Disconnect. That deletes the stored key at once. Anything that was using it stops at its next action, and the screens that depended on it say so rather than failing quietly.

Disconnecting does not undo what was already done — records, deployments or settings we changed on your account stay as they are. If you think the key itself may have leaked, also revoke it at the vendor; disconnecting removes our copy, not theirs.

බ්ලොග් අඩවියෙන් නවතම තොරතුරු

වෙබ් හෝස්ටින්, SEO සහ විශාල පරිමාණයේ වෙබ් අඩවි පවත්වාගෙන යාම පිළිබඳව අප ලියා ඇති දෑ.

සත්කාරක ස්ථරයෙන් SEO සහ සබැඳි නිර්මාණය: 2026 ක්‍රියාකරුගේ දැක්මක්

2026 දී හෝස්ටිං මඟින් දර්ශනගත කිරීම සහ ලින්ක් ඉක්විටි හැඩගස්වන ආකාරය: පිටු දර්ශනගතව තබා ගැනීම, ඒවා මත ගොඩනැඟීමට පෙර පැරණි ඩොමේන් පරීක්ෂා කිරීම, හෝඩුවාවක් නොතබා ලින්ක් බිල්ඩ් කිරීම සහ SEO සඳහා යටිතල පහසුකම්වලට කළ හැකි සහ කළ නොහැකි දේ පිළිබඳ සත්‍යවාදී දැක්මක්.

पोन කියවන්න

WordPress වේගවත් සහ ආරක්ෂිත කිරීම: කාර්ය සාධන සහ ප්ලගීන් පිරික්සුම් ලැයිස්තුවක්

වේගවත්, ආරක්ෂිත WordPress සඳහා ප්‍රායෝගික පිරික්සුම් ලැයිස්තුවක්: සේවාදායක මට්ටමේ හැඹිලිගත කිරීම, අඩවියක් සඳහා වන ඔබ්ජෙක්ට් හැඹිලියක්, ධාවනය කිරීම වටින ප්ලගින කිහිපය, ස්ටැක් එක යාවත්කාලීනව තබා ගැනීම සහ ඔබ කිසි විටෙකත් හැඹිලිගත නොකළ යුතු WooCommerce පිටු.

पोन කියවන්න

2026 දී කළමනාකරණය කළ වෙබ් හෝස්ටින් (Managed Web Hosting) තෝරා ගන්නේ කෙසේද: ගැනුම්කරුගේ මාර්ගෝපදේශයකි

හොඳ කළමනාකරණය කළ සත්කාරක සේවාවක් (managed hosting) පාලක පුවරුවක් සහිත ලාභදායී සේවාදායකයකින් ඇත්තෙන්ම වෙන් කරන්නේ කුමක්ද - සංක්‍රමණයන්, උපස්ථ (backups), හුදකලා කිරීම, සැබෑ හැඹිලිගත කිරීම (caching) සහ අවංක පරිමාණය කිරීම - සහ ඔබ කැප වීමට පෙර එය විනිශ්චය කරන්නේ කෙසේද යන්නයි.

पोन කියවන්න

බ්ලොග් අඩවිය කියවන්න

තවමත් සිරවී සිටිනවාද?

සෑම සැලසුමකටම සහයෝගය ඇතුළත් වන අතර, ආධාරක සේවය දිනකට පැය 24ක් විවෘතව පවතියි. ඔබට අපගේ භාෂා 58කින් ඕනෑම එකකින් අප වෙත ලිවිය හැක — අපි ඔබේ භාෂාවෙන්ම ඔබට පිළිතුරු දෙන්නෙමු.

සහාය අමතන්න සියලුම ලිපි