Ekipet dhe qasja
Katër role klientësh, nën-llogari që pasqyrojnë mënyrën se si është strukturuar realisht biznesi juaj, çelësa API për çdo organizatë, identifikim i vetëm dhe një regjistër auditimi pas çdo veprimi me privilegje. I njëjti model aksesi funksionon në panelin e kontrollit, në API, në CLI, në Terraform dhe në serverin tonë MCP. Disponueshmëria: ofruesi i Terraform është në zhvillim e sipër dhe nuk është ende i disponueshëm. Çdo gjë tjetër e përshkruar këtu është aktive sot.
Aksesi nuk është një çelës i thjeshtë ndezur/fikur. Çdo organizatë klienti vjen me katër role, secili një paketë e caktuar lejjesh të detajuara të module.action — në mënyrë që një kontakt financiar të mos prekë kurrë një server dhe një zhvillues të mos shohë kurrë një faturë.
Kontroll i plotë i organizatës dhe nën-llogarive të saj: krijoni organizata vartëse, ftoni dhe hiqni anëtarë, ndryshoni rolet, menaxhoni çelësat API, siguroni, rinisni, pezulloni dhe fshini faqe, menaxhoni faturat dhe mënyrat e pagesës, si dhe lexoni regjistrin e auditimit. Dy gjëra janë lënë qëllimisht jashtë saj — mbyllja e një organizate dhe lëshimi i rimbursimeve janë veprime të stafit, jo një rol i klientit.
Gjithçka financiare dhe asgjë tjetër: faturat, pajtimet, mënyrat e pagesës dhe katalogu i planeve, plus një pamje e organizatës dhe listës së anëtarëve të saj. Pa asnjë qasje në faqe — një kontakt financiar ose një kontabilist i jashtëm nuk mund të rinisë, pezullojë apo fshijë asgjë.
Punoni në faqe pa prekur paratë: shikoni dhe siguroni faqe, rinisni shërbimet, pastroni memorjen e përkohshme (cache), menaxhoni çelësat API, si dhe hapni ose përgjigjuni biletave të mbështetjes. Pa pamje të faturimit, pa menaxhim anëtarësh, pa pezullim dhe pa fshirje — veprimet shkatërruese dhe ato tregtare i mbeten pronarit.
Një pamje e plotë pa mundësi për të ndryshuar asgjë — anëtarët, faqet, faturimi, planet, biletat, statusi i përkthimit dhe regjistri i auditimit. Roli i duhur për një palë të interesuar të klientit, një auditor të brendshëm ose një punonjës të ri që ende po mësohet me punën.
Struktura e qiramarrjes (tenancy) është një pemë, jo një listë e sheshtë. Një organizatë rishitësi qëndron mbi organizatat e klientëve të saj, dhe faqet e internetit qëndrojnë nën to. Një anëtar ekipi është një anëtarësim — një përdorues, një organizatë, një rol — kështu që i njëjti element bazë fuqizon një ekip prej dy personash, një agjenci që menaxhon njëqind llogari klientësh dhe një rishitës që drejton nën-llogari nën markën e tij.
Rolet jepen për çdo organizatë, dhe zbatimi bëhet po ashtu për çdo organizatë. Një rol në një organizatë nuk jep asnjë qasje në një organizatë të veçantë dhe të palidhur — një kontraktor mund të jetë Zhvillues në llogarinë e një klienti dhe Vetëm për lexim në një të dytë, nga i njëjti identifikim. Megjithatë, qasja kalon poshtë në hierarkinë tuaj: një rol në një organizatë mëmë vlen për organizatat e vendosura nën të, dhe kështu rishitësit dhe agjencitë menaxhojnë klientët e tyre.
Izolimi zbatohet në bazën e të dhënave, jo vetëm në kodin e aplikacionit. Siguria në nivel rreshti e Postgres kufizon çdo pyetësor të qiramarrësit në nënpemën e thirrësit, dhe çdo gjë jashtë asaj nënpeme kthen një gabim "nuk u gjet" në vend të një gabimi lejeje — kështu që platforma nuk konfirmon asnjëherë nëse organizata ose sajti i një qiramarrësi tjetër ekziston.
Rolet nuk janë thjesht një lehtësi e panelit të kontrollit. Çdo mënyrë hyrjeje në platformë mbështetet në të njëjtat çelësa lejimesh, kështu që nuk ka asnjë derë të pasme që anashkalon rregullat tuaja të qasjes.
Faqet, faturimi, biletat, njoftimet, paralajmërimet, çelësat API dhe menaxhimi i ekipit në një platformë të vetme. Ndërfaqja shfaq atë që lejon roli i anëtarit të kyçur, kështu që njerëzve nuk u shfaqen kontrolle që nuk mund t'i përdorin.
API-ja e publikuar është e njëjta API motori që përdor paneli. Çelësat e API-së lëshohen për çdo organizatë me fushëveprime të hollësishme të lidhura me lejet e RBAC-së, dhe modalitetet e ndara sandbox dhe live nënkuptojnë se ju mund të testoni integrimet pa prekur faturimin apo sigurimin real të shërbimeve.
Menaxhoni faqet, domenet, DNS-in, kutitë postare dhe planet si infrastrukturë-si-kod dhe ekzekutoni terraform apply për të ofruar pritjen (hosting) — të qeverisur nga të njëjtat fushëveprime si çdo gjë tjetër.
Lidhni Claude Code, Cursor, ChatGPT, Claude Desktop ose çdo mjet tjetër të pajisur me MCP. Shenjat (tokens) janë të kufizuara në një organizatë dhe lejet e saj RBAC, të revokueshme për çdo mjet, me konfirmim për veprimet destruktive, kufij shpenzimesh dhe një regjistër të plotë auditimi.
Ruhet vetëm një hash i çdo çelësi API — asnjëherë çelësi i papërpunuar. Çelësat mbajnë një emër dhe një prefiks të dukshëm në mënyrë që t'i dalloni ata, regjistrojnë kohën kur janë përdorur për herë të fundit dhe mund të revokohen individualisht pa ndikuar tek të tjerët.
Identiteti funksionon në Keycloak, kështu që autentikimi është OIDC dhe SAML i mirëfilltë dhe jo një formular hyrjeje i personalizuar i bashkangjitur në një panel pritës.
Çdo veprim i privilegjuar shkruan një regjistrim auditimi vetëm me shtim: kush e kreu, çfarë bëri, ndaj çfarë objekti veproi, provat mbështetëse dhe adresën IP të origjinës. Regjistri funksionon vetëm me shtim — ngjarjet shtohen, nuk redaktohen në vend — dhe në mjedisin e prodhimit ndahet sipas kohës, në mënyrë që të mbetet i shpejtë teksa rritet.
Leximi i atij regjistri është në vetvete një leje. Pronarët dhe anëtarët me të drejta vetëm për lexim e zotërojnë atë, kështu që si personi përgjegjës për llogarinë, ashtu edhe personi që e auditon atë, mund të shohin historikun e plotë pa pasur nevojë për të drejta të larta për ta bërë këtë.
Rreth kësaj ndodhen kontrollet që kërkojnë ekipet më të mëdha: politikat e sesionit, listat e lejuara opsionale të IP-ve për çdo organizatë dhe autentikimi i përforcuar për veprime të ndjeshme, në mënyrë që një sesion aktiv të mos mjaftojë për të kryer diçka serioze.
Katalogu i lejeve përbëhet nga të dhëna dhe jo logjikë e koduar fort — prandaj mund të zgjerohet pa qenë nevoja të rindërtohet platforma.
Pronari ka kontroll të plotë mbi organizatën dhe nënllogaritë e saj, duke përfshirë anëtarët, çelësat API, faqet dhe mënyrat e pagesës. Menaxheri i Faturimit shikon faturat, pajtimet, mënyrat e pagesës dhe planet, pa pasur qasje në faqe. Zhvilluesi menaxhon faqet dhe çelësat API si dhe trajton biletat, pa pasur kontroll mbi faturimin ose anëtarët. Përdoruesi me qasje vetëm për lexim mund të shikojë anëtarët, faqet, faturimin, planet, biletat dhe regjistrin e auditimit pa ndryshuar asgjë.
Ende jo si një cilësim për çdo faqe — kufizimi i një anëtarësimi të vetëm në faqe specifike është një përmirësim i planifikuar. Sot mund të arrini të njëjtën ndarje me pemën e qiramarrjes (tenancy tree): vendosini ato faqe në një organizatë vartëse dhe jepini personit një rol atje. Meqenëse rolet jepen për çdo organizatë, ajo qasje nuk bartet te asgjë tjetër në llogarinë tuaj.
Jo — çelësat e API-së lëshohen për çdo organizatë, me fushëveprime të hollësishme të lidhura me të njëjtat leje të RBAC-së, si dhe me mënyra të veçanta sandbox dhe live. Përdorini ato si kredenciale shërbimi për integrimet, CI-në ose Terraform-in, dhe përdorni anëtarësimet për personat. Ruhet vetëm një hash i çdo çelësi, çdo çelës regjistron se kur është përdorur për herë të fundit dhe çdo çelës mund të revokohet më vete.
Roli Developer mbulon shikimin dhe provizionimin e faqeve, rinisjen e shërbimeve, pastrimin e memorieve të fshehta, menaxhimin e çelësave API dhe trajtimin e kërkesave të mbështetjes. Ai nuk përmban të drejta publikimi mbi një faqe aktive, kështu që nëse dëshironi që dikush të jetë në gjendje të aplikojë ndryshimet, kjo qasje duhet t'i përkasë një pronari. Rolet janë për çdo organizatë, kështu që ju mund të keni një rol të ndryshëm në një llogari tjetër.
Po. Identiteti funksionon në Keycloak me OIDC dhe SAML, kështu që hyrja e vetme (SSO) SAML është e disponueshme për klientët e ndërmarrjeve dhe agjencive krahas hyrjes me magic-link, email-it dhe fjalëkalimit, ofruesve socialë, passkeys dhe vërtetimit me dy faktorë TOTP, i cili zbatohet sipas rregullores. Një seancë e vetme mbulon panelin e kontrollit, faqen publike, bazën e njohurive dhe biletat e mbështetjes.
Çdo veprim i privilegjuar shënohet në një regjistër auditimi vetëm me shtim, i cili regjistron vepruesin, veprimin, objektivin, provat mbështetëse dhe adresën IP. Leximi i tij është një leje më vete, e mbajtur si nga roli Pronar, ashtu edhe nga ai Vetëm për lexim, në mënyrë që pronari i llogarisë dhe një auditor të mund të shqyrtojnë të njëjtën histori.
Planet çmohen sipas kapacitetit të pritjes (hosting) dhe jo sipas numrit të njerëzve. Për shembull, në linjën Footprint-Free, të 42 nivelet ndajnë saktësisht të njëjtën paketë të drejtash dhe ndryshojnë vetëm nga numri i faqeve që lejojnë. Çmimet paraqiten gjithmonë nga katalogu i drejtpërdrejtë, në monedhën tuaj, kështu që ajo që shihni në faqen e çmimeve është ajo që faturohet realisht.
Po. Periudha provuese Footprint-Free zgjat 14 ditë, nuk kërkon të dhëna karte dhe mbulon deri në 5 faqe interneti, kështu që ju mund të konfiguroni organizatën tuaj, të ftoni ekipin tuaj dhe të testoni rolet në punë reale përpara se të paguani ndonjë gjë. Planet me pagesë mbështeten nga një garanci 30-ditore për kthimin e parave.
Filloni një provë 14-ditore pa kartë në linjën Footprint-Free, ftoni ekipin tuaj dhe shikoni se si funksionojnë rolet në faqe reale përpara se të paguani ndonjë gjë.
Filloni falas