ცოდნის ბაზა

განათავსეთ სტატიკური საიტი თქვენს საკუთარ 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 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.

მხარდაჭერასთან დაკავშირება → ყველა სტატია →