ცოდნის ბაზა
დააკავშირეთ Gcore API ტოკენი და თქვენი Gcore Cloud პროექტის ID, და თქვენი Everywhere Inference განთავსებები და GPU ვარიანტები გამოჩნდება თქვენს Zinn® სამართავ პანელში.
Gcore Everywhere Inference-ის დაკავშირება თქვენს inference deployments — მოდელის ენდპოინტებს, რომლებსაც საკუთარ Gcore ანგარიშზე უშვებთ და იმას, რასაც თითოეული მათგანი ამუშავებს — და ხელმისაწვდომ GPU options თქვენს Zinn® სამართავ პანელში აერთიანებს.
საკუთარი Gcore ანგარიში, რომელზეც Everywhere Inference ჩართულია. ეს მხოლოდ მომხმარებლის საკუთარი რესურსის გამოყენების (bring-your-own) პრინციპით მუშაობს: ჩვენ Everywhere Inference-ს არ ვყიდით, ამიტომ პროდუქტი, ხელშეკრულება და ანგარიში თქვენსა და Gcore-ს შორისაა, ხოლო იქ გაშვებული რესურსების საფასური თქვენს Gcore ანგარიშს ერიცხება და არა თქვენს Zinn® გეგმას.
Gcore-ის მომხმარებლის პორტალში გახსენით თქვენი ავატარი ზედა მარჯვენა კუთხეში, შემდეგ კი გადადით Profile → API tokens → Create token. დაარქვით სახელი, აირჩიეთ Never expire ან ვადის გასვლის თარიღი და მიანიჭეთ როლი თითოეული იმ პროდუქტისთვის, რომელიც სჭირდება. Gcore ტოკენს მხოლოდ ერთხელ აჩვენებს; ამიტომ ის მაშინვე დააკოპირეთ.
იგივე ტოკენი მუშაობს Gcore-ის ყველა იმ პროდუქტზე, რომელსაც აერთიანებთ, ასე რომ, თუ Gcore-ის რომელიმე პროდუქტი უკვე დააკავშირეთ, შეგიძლიათ იგივე ტოკენი თავიდან ჩასვათ — იმ პირობით, რომ მისი როლები ამ პროდუქტსაც ფარავს. ტოკენს არ შეიძლება მიენიჭოს იმაზე მაღალი როლი, ვიდრე თქვენს საკუთარ შესასვლელ (login) მონაცემებს აქვს.
მიანიჭეთ ტოკენს Cloud როლი. ასევე გჭირდებათ იმ Gcore Cloud project ციფრული ID, რომელშიც თქვენი დეპლოიმენტებია განთავსებული — Gcore-ის ინფერენსსერვისი პროექტების მიხედვითაა ორგანიზებული, ამიტომ მხოლოდ ტოკენი მათ სიას ვერ აჩვენებს. ის ნაჩვენებია პროექტისთვის მომხმარებლის პორტალის Gcore Cloud განყოფილებაში.
გახსენით Integrations თქვენს სამართავ პანელში და აირჩიეთ Connect an account. ჯგუფად აირჩიეთ AI inference, ხოლო ანგარიშად — Gcore Everywhere Inference, შეავსეთ API token და Project ID ველები და დააჭირეთ ღილაკს Connect account.
სანამ რაიმე შეინახება, ჩვენ იმას ვამოწმებთ, რასაც სვამთ. გასაღები, რომელიც არ მუშაობს, არასოდეს ინახება და პასუხი მიუთითებს, თუ რა იყო არასწორი. მუშა გასაღები ჩვენს საიდუმლოების საცავში (secrets vault) დაშიფრული სახით ინახება — და არა ჩვენს ბაზაში — და აღარასოდეს გამოჩნდება, არც კი თქვენთვის.
own services ქვეშ, სადაც მოსახვედრად უნდა დააჭიროთ კავშირის ღილაკს Open your own services მენიუში Integrations**.
აცხადებს, რომ პროდუქტი ჩართული არ არის. ტოკენი მოქმედია, მაგრამ Everywhere Inference ამ Gcore ანგარიშისთვის ჩართული არ არის — ამიტომ Gcore ყოველგვარ წაკითხვის მოთხოვნას უარყოფს. ჩართეთ ის Gcore-ის მომხმარებლის პორტალში (ან სთხოვეთ ამის გაკეთება Gcore-ს) და შემდეგ თავიდან დააკავშირეთ. ტოკენი, რომლის როლიც Everywhere Inference-ს არ მოიცავს, ზუსტად ამავე უარს იწვევს; შექმენით ახალი, რომელიც მოიცავს.
უკავშირდება, მაგრამ სია ცარიელია. Project ID მიუთითებს პროექტზე, რომელსაც დეპლოიმენტები არ აქვს, ან პროექტზე, რომელთან წვდომაც ტოკენს არ გააჩნია. შეამოწმეთ, არის თუ არა ეს სწორედ ის პროექტი, რომელშიც თქვენი დეპლოიმენტებია.
აცხადებს, რომ გასაღები უარყოფილია. თითქმის ყოველთვის ერთ-ერთი ამ სამი მიზეზით: გასაღებს თან ახლავს კოპირებული სივრცე (გამოტოვება) ან ახალი ხაზი, გასაღებს ვადა გაუვიდა, ან ის გაუქმდა ან თავიდან შეიქმნა მისი კოპირების შემდეგ. შექმენით ახალი და თავიდან ჩასვით.
უკავშირდება, მაგრამ მოგვიანებით რაღაც ფუჭდება. გასაღები ავტორიზებულია, მაგრამ აკლია ნებართვა, რომელიც მოქმედებას სჭირდება. შექმენით ახალი გასაღები ზემოთ ჩამოთვლილი ნებართვებით, შემდეგ გათიშეთ ძველი კავშირი და დააკავშირეთ ახალი გასაღები.
გახსენით Integrations, იპოვეთ ანგარიში და დააჭირეთ ღილაკს Disconnect. ეს დაუყოვნებლივ შლის შენახულ გასაღებს. ყველაფერი, რაც მას იყენებდა, თავის მომდევნო მოქმედებაზე ჩერდება, ხოლო ეკრანები, რომლებიც მასზე იყვნენ დამოკიდებულნი, უხმოდ ჩავარდნის (fail) ნაცვლად ამის შესახებ ატყობინებენ მომხმარებელს.
გათიშვა უკან არ აბრუნებს იმას, რაც უკვე გაკეთდა — ჩანაწერები, დეპლოიმენტები ან პარამეტრები, რომლებიც თქვენს ანგარიშზე შევცვალეთ, უცვლელი რჩება. თუ ფიქრობთ, რომ თავად გასაღები შესაძლოა გაჟონილიყო, ასევე გააუქმეთ იგი მომწოდებელთან; გათიშვა ხსნის ჩვენს ასლს და არა მათსას.
რაზე ვწერდით ჰოსტინგის, SEO-ს და მასშტაბური საიტების მართვის შესახებ.
როგორ აყალიბებს ჰოსტინგი ინდექსაციას და ლინკების ეკვიტიმ 2026 წელში: გვერდების ინდექსირებულად შენარჩუნება, ასაკიანი დომენების შემოწმება მათზე აშენებამდე, ლინკების აგება კვალის გარეშე და გულწრფელი პოზიცია იმის შესახებ, თუ რა შეუძლია და რა არა ინფრასტრუქტურას SEO-სთვის.
პოსტის წაკითხვა →პრაქტიკული საკონტროლო სია სწრაფი და უსაფრთხო WordPress-ისთვის: სერვერის დონის ქეშირება, საიტის ინდივიდუალური ობიექტური ქეში, მცირედი მუშა დანაყოფი პლაგინები, სტეკის განახლებულ მდგომარეობაში შენარჩუნება და WooCommerce-ის გვერდები, რომლებიც არასდროს უნდა დაქეშირდეს.
პოსტის წაკითხვა →რა განასხვავებს რეალურად კარგი მართვად ჰოსტინგს მართვის პანელიანი იაფფასიანი სერვერისგან — მიგრაციები, სარეზერვო ასლები, იზოლაცია, რეალური ქეშირება და გულწრფელი მასშტაბირება — და როგორ შევაფასოთ ეს შეთანხმებამდე.
პოსტის წაკითხვა →მხარდაჭერა შედის ყველა გეგმაში, სავარძელი ღიაა დღეში 24 საათის განმავლობაში და შეგიძლიათ მოგვწეროთ ჩვენს ნებისმიერ 58 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.
მხარდაჭერასთან დაკავშირება → ყველა სტატია →