გუნდები და წვდომა
მომხმარებლის ოთხი როლი, ქვეგანყოფილებები, რომლებიც ზუსტად ასახავს თქვენი ბიზნესის რეალურ სტრუქტურას, ორგანიზაციის დონის API გასაღებები, ერთიანი ავტორიზაცია (SSO) და აუდიტის ჟურნალი ყველა პრივილეგირებული ქმედების უკან. წვდომის ერთი და იგივე მოდელი ვრცელდება სამართავ პანელზე, API-ზე, CLI-ზე, Terraform-სა და ჩვენს MCP სერვერზე. ხელმისაწვდომობა: Terraform-ის პროვაიდერი აქტიურად მუშავდება და ჯერ არ არის ხელმისაწვდომი. აქ აღწერილი ყველა სხვა ფუნქცია უკვე ამუშავებულია.
წვდომა არ არის ჩართვა/გამორთვის მარტივი გადამრთველი. თითოეული მომხმარებლის ორგანიზაციას გააჩნია ოთხი როლი, რომელთაგან თითოეული წარმოადგენს დეტალური module.action ნებართვების ფიქსირებულ პაკეტს — ასე რომ, ფინანსური კონტაქტი არასდროს ეხება სერვერს, ხოლო დეველოპერი არასდროს ხედავს ინვოისს.
ორგანიზაციისა და მისი ქვეანგარიშების სრული კონტროლი: შვილობილი ორგანიზაციების შექმნა, წევრების მოწვევა და წაშლა, როლების შეცვლა, API გასაღებების მართვა, საიტების მომზადება, გადატვირთვა, შეჩერება და წაშლა, ინვოისებისა და გადახდის მეთოდების მართვა, ასევე აუდიტის ჟურნალის ნახვა. ორი რამ შეგნებულად რჩება მის ფარგლებს გარეთ — ორგანიზაციის დახურვა და თანხის დაბრუნების გაცემა პერსონალის ქმედებებია და არა მომხმარებლის როლი.
ყველაფერი ფინანსური და სხვა არაფერი: ინვოისები, გამოწერები, გადახდის მეთოდები და გეგმების კატალოგი, ასევე ორგანიზაციისა და მისი წევრების სიის ნახვა. საიტზე წვდომა საერთოდ არ არის — ფინანსურ საკონტაქტო პირს ან გარე ბუღალტერს არ შეუძლია რაიმეს გადატვირთვა, შეჩერება ან წაშლა.
იმუშავეთ საიტებზე ფინანსებთან შეხების გარეშე: დაათვალიერეთ და მოამზადეთ საიტები, გადატვირთეთ სერვისები, გაასუფთავეთ ქეში, მართეთ API გასაღებები და შექმენით ან უპასუხეთ მხარდაჭერის ბილეთებს. არანაირი ანგარიშსწორების ნახვა, წევრების მართვა, შეჩერება ან წაშლა — დესტრუქციული და კომერციული მოქმედებები მხოლოდ მფლობელის უფლებამოსილებაში რჩება.
სრული ხედი რაიმეს შეცვლის შესაძლებლობის გარეშე — წევრები, საიტები, ანგარიშსწორება, გეგმები, ბილეთები, თარგმანის სტატუსი და აუდიტის ჟურნალი. შესაფერისი როლი კლიენტის დაინტერესებული მხარისთვის, შიდა აუდიტორისთვის ან ახალი თანამშრომლისთვის, რომელიც ჯერ კიდევ ერკვევა საქმეში.
მოიჯარეობა ხისებრი სტრუქტურაა და არა მარტივი სია. გადამყიდველი ორგანიზაცია კლიენტ ორგანიზაციებზე მაღლა დგას, ხოლო საიტები მათ ქვეშ განთავსდება. გუნდის წევრი არის წევრობა — ერთი მომხმარებელი, ერთი ორგანიზაცია, ერთი როლი — ამრიგად, ერთი და იგივე საბაზისო ელემენტი ემსახურება ორკაციან გუნდს, სააგენტოს, რომელიც ასი კლიენტის ანგარიშს მართავს, და გადამყიდველს, რომელიც საკუთარი ბრენდის ქვეშ ქვეანგარიშებს მართავს.
როლები გაიცემა ორგანიზაციის მიხედვით და მათი აღსრულებაც ორგანიზაციის მიხედვით ხდება. როლი ერთ ორგანიზაციაში არ ანიჭებს წვდომას ცალკეულ, დაუკავშირებელ ორგანიზაციაში — კონტრაქტორს შეუძლია იყოს დეველოპერი ერთი კლიენტის ანგარიშზე და მხოლოდ წაკითხვის უფლების მქონე მეორეზე, ერთი და იმავე მომხმარებლის სახელით. თუმცა, წვდომა გადაეცემა თქვენი საკუთარი იერარქიის ქვემოთ: მშობელი ორგანიზაციის როლი ვრცელდება მის ქვეშ მოქცეულ ორგანიზაციებზე, სწორედ ასე მართავენ გადამყიდველები და სააგენტოები თავიანთ კლიენტებს.
იზოლაცია ხორციელდება მონაცემთა ბაზაში და არა მხოლოდ აპლიკაციის კოდში. Postgres-ის სტრიქონის დონის უსაფრთხოება ზღუდავს თითოეული მოიჯარის მოთხოვნას გამომძახებლის ქვეხემდე, ხოლო ამ ქვეხის გარეთ არსებული ნებისმიერი რამ წვდომის შეცდომის ნაცვლად აბრუნებს პასუხს, რომ ობიექტი ვერ მოიძებნა — ამდენად, პლატფორმა იმასაც კი არ ადასტურებს, რომ სხვა მოიჯარის ორგანიზაცია ან საიტი საერთოდ არსებობს.
როლები არ არის მხოლოდ მართვის პანელის მოხერხებულობისთვის. პლატფორმაზე წვდომის ყოველი გზა იგივე ნებართვის გასაღებებზე გადადის, ამიტომ არ არსებობს უკანა კარი, რომელიც გვერდს აუვლის თქვენი წვდომის წესებს.
საიტები, ანგარიშსწორება, თიქეთები, შეტყობინებები, ნოტიფიკაციები, API გასაღებები და გუნდის მართვა ერთ სივრცეში. ინტერფეისი ასახავს იმას, რის ნებასაც სისტემაში შესული წევრის როლი იძლევა, რათა მომხმარებლებს არ გამოუჩნდეთ ის მართვის ელემენტები, რომელთა გამოყენებაც არ შეუძლიათ.
გამოქვეყნებული API არის იგივე ძრავის API, რომელსაც იყენებს მართვის პანელი. API გასაღებები გაიცემა თითოეულ ორგანიზაციაზე RBAC ნებართვებთან დაკავშირებული დეტალური ფარგლებით, ხოლო ცალკეული სატესტო (sandbox) და პირდაპირი (live) რეჟიმები ნიშნავს, რომ შეგიძლიათ გამოსცადოთ ინტეგრაციები რეალურ ანგარიშსწორებასა თუ რესურსების განაწილებაზე ზემოქმედების გარეშე.
მართეთ საიტები, დომენები, DNS, საფოსტო ყუთები და გეგმები, როგორც ინფრასტრუქტურა კოდის სახით და გაუშვით terraform apply ჰოსტინგის უზრუნველსაყოფად — იმართება იმავე ფარგლებით, როგორც ყველაფერი დანარჩენი.
დააკავშირეთ Claude Code, Cursor, ChatGPT, Claude Desktop ან ნებისმიერი MCP-თავსებადი ხელსაწყო. ტოკენები შეზღუდულია ორგანიზაციითა და მისი RBAC ნებართვებით, შესაძლებელია მათი გაუქმება თითოეული ხელსაწყოსთვის, მოიცავს დესტრუქციული ქმედებების დადასტურებას, ხარჯვის ლიმიტებსა და აუდიტის სრულ ჩანაწერს.
ინახება თითოეული API გასაღების მხოლოდ ჰეში — არასდროს თავად გასაღები. გასაღებებს აქვთ სახელი და ხილული პრეფიქსი, რათა შეძლოთ მათი ერთმანეთისგან გარჩევა, აღირიცხება მათი ბოლო გამოყენების დრო და შესაძლებელია მათი ინდივიდუალურად გაუქმება დანარჩენების შეფერხების გარეშე.
იდენტობა მუშაობს Keycloak-ზე, ამიტომ ავთენტიფიკაცია წარმოადგენს სრულფასოვან OIDC-სა და SAML-ს, და არა ჰოსტინგის პანელზე მიბმულ შეკვეთით დამზადებულ ავტორიზაციის ფორმას.
ყოველი პრივილეგირებული ქმედება წერს მხოლოდ დამატებად აუდიტის ჩანაწერს: ვინ შეასრულა ის, რა გააკეთა, რაზე გააკეთა, დამადასტურებელ მტკიცებულებებს და გამომავალ IP მისამართს. ჟურნალი მხოლოდ დამატებადია — მოვლენები ემატება და არ რედაქტირდება ადგილზე — ხოლო საწარმოო გარემოში ის დროის მიხედვით არის დაყოფილი, რათა ზრდასთან ერთად შეინარჩუნოს სისწრაფე.
ამ ჟურნალის წაკითხვა თავისთავად ნებართვაა. მას ფლობენ მფლობელები და მხოლოდ წაკითხვის უფლების მქონე წევრები, რათა ანგარიშზე პასუხისმგებელ პირსაც და მის აუდიტორსაც შეეძლოთ სრული ისტორიის ნახვა ამისთვის გაზრდილი უფლებების საჭიროების გარეშე.
ამის გარშემო განთავსებულია კონტროლის მექანიზმები, რომლებსაც უფრო დიდი გუნდები ითხოვენ: სესიის პოლიტიკები, ორგანიზაციის დონეზე არჩევითი IP მისამართების თეთრი სიები და ეტაპობრივი ავთენტიფიკაცია სენსიტიურ მოქმედებებზე, რათა მხოლოდ აქტიური სესია არ იყოს საკმარისი სერიოზული ცვლილებების განსახორციელებლად.
ნებართვების კატალოგი მონაცემებია და არა მყარად ჩაწერილი ლოგიკა — სწორედ ამიტომ, მისი გაფართოება პლატფორმის თავიდან აწყობის გარეშეც არის შესაძლებელი.
მფლობელს აქვს ორგანიზაციისა და მისი ქვეანგარიშების სრული კონტროლი, წევრების, API გასაღებების, საიტებისა და გადახდის მეთოდების ჩათვლით. ბილინგის მენეჯერი ხედავს ინვოისებს, გამოწერებს, გადახდის მეთოდებსა და ტარიფებს, საიტებზე წვდომის გარეშე. დეველოპერი მართავს საიტებსა და API გასაღებებს და ამუშავებს თიქეთებს, ბილინგისა და წევრების კონტროლის გარეშე. მხოლოდ ნახვის უფლების მქონეს შეუძლია ნახოს წევრები, საიტები, ბილინგი, ტარიფები, თიქეთები და აუდიტის ჟურნალი რაიმეს შეცვლის გარეშე.
ჯერ არ არის როგორც თითო საიტზე ინდივიდუალურად დასაყენებელი პარამეტრი — ერთი წევრობის კონკრეტულ საიტებზე შეზღუდვა დაგეგმილი გაუმჯობესებაა. დღეს იგივე განცალკევებას მოქირავეთა ხით მიაღწევთ: მოათავსეთ ეს საიტები შვილობილ ორგანიზაციაში და მიანიჭეთ ამ პირს როლი იქ. ვინაიდან როლები ორგანიზაციის მიხედვით გაიცემა, ეს წვდომა თქვენს ანგარიშში არსებულ არცერთ სხვა ობიექტზე არ ვრცელდება.
არა — API გასაღებები გაიცემა ორგანიზაციის მიხედვით, იმავე RBAC ნებართვებთან დაკავშირებული დეტალური მოქმედების არეებით და ცალკეული sandbox და live რეჟიმებით. გამოიყენეთ ისინი როგორც სერვისის ავტორიზაციის მონაცემები ინტეგრაციებისთვის, CI-ისთვის ან Terraform-ისთვის, ხოლო ადამიანებისთვის გამოიყენეთ წევრობები. ინახება მხოლოდ თითოეული გასაღების ჰეში, თითოეული გასაღები აღრიცხავს, როდის იქნა გამოყენებული ბოლოს, და ნებისმიერი გასაღების გაუქმება შესაძლებელია ცალკე.
დეველოპერის როლი მოიცავს საიტების ნახვასა და კონფიგურაციას, სერვისების გადატვირთვას, ქეშის გასუფთავებას, API გასაღებების მართვასა და ბილეთების დამუშავებას. ის არ მოიცავს ცოცხალ საიტზე გამოქვეყნების უფლებას, ამიტომ, თუ გსურთ ვინმეს ცვლილებების გავრცელების შესაძლებლობა ჰქონდეს, ეს წვდომა მფლობელს უნდა გააჩნდეს. როლები განისაზღვრება ორგანიზაციის მიხედვით, ასე რომ თქვენ შეგიძლიათ განსხვავებული როლი გქონდეთ სხვა ანგარიშზე.
დიახ. იდენტიფიკაცია მუშაობს Keycloak-ზე OIDC-ით და SAML-ით, ამიტომ SAML ერთჯერადი შესვლა (single sign-on) ხელმისაწვდომია კორპორატიული და სააგენტო კლიენტებისთვის magic-link შესვლასთან, ელფოსტასა და პაროლთან, სოციალურ პროვაიდერებთან, passkey-ებთან და TOTP ორფაქტორიან ავთენტიფიკაციასთან ერთად, რაც სავალდებულოა პოლიტიკით. ერთი სესია მოიცავს მართვის პანელს, საჯარო საიტს, ცოდნის ბაზას და მხარდაჭერის ბილეთებს.
ყოველი პრივილეგირებული ქმედება იწერება მხოლოდ დამატებად აუდიტის ჟურნალში, რომელიც აღრიცხავს შემსრულებელს, ქმედებას, სამიზნეს, დამადასტურებელ მტკიცებულებებსა და IP მისამართს. მისი წაკითხვა დამოუკიდებელ ნებართვას წარმოადგენს, რომელსაც ფლობს როგორც მფლობელის, ისე მხოლოდ წაკითხვის როლი, რათა ანგარიშის მფლობელმა და აუდიტორმა შეძლონ ერთი და იმავე ისტორიის გადახედვა.
ტარიფების ფასი განისაზღვრება ჰოსტინგის მოცულობით და არა მომხმარებელთა რაოდენობით. მაგალითად, Footprint-Free ხაზში, 42-ვე დონე იზიარებს ზუსტად ერთსა და იმავე უფლებამოსილებათა პაკეტს და განსხვავდება მხოლოდ დაშვებული საიტების რაოდენობით. ფასები ყოველთვის რეალურ დროში მოქმედი კატალოგიდან გენერირდება თქვენს ვალუტაში, ამიტომ ფასების გვერდზე წარმოდგენილი თანხა ზუსტად ის არის, რაც რეალურად ჩამოგეჭრებათ.
დიახ. Footprint-Free საცდელი პერიოდი გრძელდება 14 დღე, არ მოითხოვს ბარათის მონაცემებს და ფარავს 5-მდე საიტს, ასე რომ თქვენ შეგიძლიათ შექმნათ თქვენი ორგანიზაცია, მოიწვიოთ თქვენი გუნდი და გამოსცადოთ როლები რეალურ სამუშაოზე, სანამ რაიმეს გადაიხდით. ფასიან გეგმებზე ვრცელდება თანხის დაბრუნების 30-დღიანი გარანტია.
დაიწყეთ 14-დღიანი საცდელი პერიოდი ბარათის გარეშე Footprint-Free ხაზზე, მოიწვიეთ თქვენი გუნდი და ნახეთ, როგორ მუშაობს როლები რეალურ საიტებზე, სანამ რაიმეს გადაიხდით.
დაიწყეთ უფასოდ