Պատվիրակված մուտք
Ներգրավեք ծրագրավորողի, վստահեք հաշիվների կառավարումը Ձեր հաշվապահին, հաճախորդին տրամադրեք միայն կարդալու հնարավորություն իր իսկ կայքերի համար կամ թույլ տվեք մեր աջակցման թիմին ուսումնասիրել խնդիրը: Յուրաքանչյուր թույլտվություն հստակեցված իրավասություններով դեր է, որը սահմանափակված է կազմակերպության շրջանակում, կիրառվում է տվյալների բազայում և գրանցվում միայն լրացման ենթակա աուդիտի մատյանում:
Մեկ մուտքանունից օգտվելը հաշվի հասանելիության հետ կապված խնդիրների հիմնական պատճառն է։ Zinn Digital®-ում յուրաքանչյուր ոք ունի իր ինքնությունը, իսկ հասանելիությունն անդամակցություն է՝ օգտատեր, կազմակերպություն և դեր, որը դուք կարող եք ինքնուրույն տրամադրել, փոփոխել կամ չեղարկել։
Յուրաքանչյուր գործընկեր մուտք է գործում իր անունից Keycloak-ի՝ մեր նույնականացման շերտի միջոցով: Ոչ ոք չի մուտքագրում Ձեր գաղտնաբառը, ոչ ոք չի կիսվում դիտարկիչի աշխատաշրջանով, և որևէ մեկին հեռացնելը մեկ գործողություն է՝ գաղտնաբառը փոխելու և այն այլ իմացողներին գտնելու իրարանցման փոխարեն:
Հաշիվները հիերարխիկ են. վերավաճառող կազմակերպությունը պարունակում է հաճախորդ կազմակերպություններ, իսկ հաճախորդ կազմակերպությունները՝ կայքեր: Անդամակցությունը տարածվում է կազմակերպության և դրանից ցածր գտնվող ամեն ինչի վրա, այնպես որ դուք կարող եք գործակալության հաճախորդին հանձնել իր իսկ կազմակերպության վերահսկողությունը՝ երբեք չբացահայտելով ձեր մյուս հաճախորդներին:
Վարձակալների տարանջատումը հավելվածի կոդի զտիչ չէ, որը կարող է շրջանցվել որևէ սխալի պատճառով: Postgres-ի տողերի մակարդակի անվտանգությունը (Row-Level Security) յուրաքանչյուր հարցում սահմանափակում է կանչողի կազմակերպության ենթածառով, ուստի ձեր շրջանակից դուրս կատարված հարցումը վերադարձնելու ոչինչ չունի:
Եթե հարցում կատարեք ձեր իրավասության շրջանակից դուրս գտնվող կազմակերպության կամ կայքի համար, ապա API-ը կպատասխանի պարզ «չի գտնվել» հաղորդագրությամբ՝ թույլտվության սխալի փոխարեն: Թույլտվության սխալը կհաստատեր գրառման գոյությունը, իսկ «չի գտնվել» տարբերակը կողմնակի անձին բացարձակապես ոչինչ չի հայտնում:
Թույլտվությունները մանրամասն բանալիներ են՝ մոդուլ գումարած գործողություն, ինչպես օրինակ sites.restart-ը կամ billing.refund-ը, իսկ դերերը միավորում են դրանք: Չորս դերերը ծածկում են այն կառուցվածքները, որոնք անհրաժեշտ են իրական թիմերին, և դրանցից յուրաքանչյուրը մեր կողմից սկզբնականորեն ներմուծվող տվյալ է, այլ ոչ թե կոդում թաղված տրամաբանություն:
Լիակատար վերահսկողություն. ստեղծեք ենթակազմակերպություններ, հրավիրեք և հեռացրեք անդամներին, փոխեք դերերը, կառավարեք API բանալիները, ստեղծեք, վերագործարկեք, մաքրեք, կասեցրեք և ջնջեք կայքերը, կատարեք հաշվարկներ և հաշիվ-ապրանքագրերի կառավարում, բացեք հայտեր և ընթերցեք աուդիտի մատյանը: Դերը, որը պահում եք Ձեզ համար:
Տեսնում է կազմակերպությունը, դրա անդամներին և պլանների կատալոգը, ինչպես նաև կառավարում է հաշիվ-ապրանքագրերը, վճարման եղանակները և գանձումները: Ոչ մի կայք ստեղծելու, փոփոխելու կամ ջնջելու հասանելիություն չունի՝ հենց այնպիսի ձևաչափ, որը պետք է ունենա արտաքին հաշվապահը:
Դիտում և ստեղծում է կայքեր, վերագործարկում է ծառայությունները, մաքրում է քեշը, կառավարում է API բանալիները և աշխատում է տոմսերի հետ: Դիտավորյալ բացառված են՝ հաշվարկը, հաշիվ-ապրանքագրերը, վճարման եղանակները, անդամների կառավարումը, կայքի կասեցումը և կայքի հեռացումը: Կապալառուն կարող է կառուցել՝ առանց ձեզ հաշիվ ներկայացնելու կամ որևէ բան ոչնչացնելու հնարավորության:
Տեսնում է կազմակերպությունը, դրա անդամներին, կայքերը, հաշվարկները, պլանների կատալոգը, տոմսերը, թարգմանության կարգավիճակը և աուդիտի մատյանը — և դրանցից ոչինչ չի կարող փոփոխել: Ճիշտ թույլտվություն այն հաճախորդի համար, ով ցանկանում է տեսանելիություն, աուդիտորի կամ շահագրգիռ կողմի համար, ում անհրաժեշտ է միայն դիտել:
Մուտքի լիազորումն ապահով է միայն այն դեպքում, եթե այն հաշիվները, որոնց լիազորում եք, դժվար է զավթել: Նույնականացումն իրականացվում է Keycloak-ի միջոցով հաշվում գտնվող յուրաքանչյուր անձի համար՝ ցանկացած մակերեսի վրա:
Աջակցման աշխատանքը երբեմն պահանջում է դիտել Ձեր հաշվի ներսը: Այդ մուտքը կառավարվում է նույն թույլտվությունների մոդելով, ինչ մնացած ամեն ինչ. անձնակազմը պարզապես գտնվում է աշխատակազմի կազմակերպության մեջ, որը բաժանված է սահմանափակ իրավասություններ ունեցող բաժինների:
Աշխատակիցները խմբավորված են հետևյալ բաժիններում՝ Աջակցություն, Հաշիվներ և ֆինանսներ, Չարաշահումներ և վստահություն ու անվտանգություն, Վաճառք, Ներգրավում, Ճարտարագիտություն և գործառնություններ, Մարքեթինգ և Ղեկավարություն: Յուրաքանչյուր դեր տրամադրում է որոշակի մոդուլներ և գործողություններ, որպեսզի գործակալը տեսնի ադմինիստրատորի վահանակի միայն այն մասը, որը պահանջում է իր աշխատանքը, իսկ մնացածը՝ ոչ:
Աջակցման գործակալի դերը տրամադրում է հենց սա՝ դիտել հաճախորդներին, դիտել և պատասխանել տոմսերին, դիտել կայքերը, վերագործարկել կայքը և մաքրել դրա քեշը: Այն չի ներառում հաշվարկների կազմաձևում, գումարի վերադարձ, պլանի խմբագրում և պարկի կառավարում: Այն շտկումները, որոնք գործակալը կարող է կատարել, սահմանափակված են դերով, ոչ թե բարի մտադրություններով:
customer.impersonate թույլտվությունը Manager դերի մաս չէ — այն ունի միայն Super Admin-ը: Երբ ձեր անունից աշխատաշրջան է գործարկվում, կառավարման վահանակը կրում է մշտական նմանակման ազդատախտակ, որպեսզի երբեք անորոշ չլինի, թե ով է գործողություն կատարում:
Յուրաքանչյուր արտոնյալ և ադմինիստրատիվ գործողություն ավելացվում է միայն ավելացման համար նախատեսված աուդիտի մատյանում, որն արձանագրում է կատարողին, գործողությունը, թիրախը, օժանդակ մետատվյալները, IP հասցեն և ժամանակացույցը՝ արտադրական միջավայրում ըստ ժամանակի բաժանված: Սեփականատերերը և միայն կարդալու իրավունք ունեցող անդամները կարող են ինքնուրույն կարդալ իրենց կազմակերպության մատյանը:
Աշխատակիցների զգայուն և կործանարար գործողությունները կատարելուց առաջ կարող են պահանջվել բարձրացված մակարդակի նույնականացում կամ երկու անձի հաստատում, իսկ նոր բաժիններն ու դերերը կարգավորվում են կազմաձևման միջոցով, ոչ թե կոդի փոփոխությամբ։
Սկրիպտները, CI խողովակաշարերը, CLI-ն, Terraform պրովայդերը և AI գործակալները բոլորը վավերացվում են նույն թույլտվությունների մոդելի միջոցով, ինչ մարդիկ՝ առանց ընդհանուր մարդկային հավատարմագրերի, առանց կառուցման մեջ տեղադրված երկարակյաց գաղտնիքների:
Բանալիները պատկանում են կազմակերպությանը և կրում են մանրամասն շրջանակներ՝ կապված RBAC նույն թույլտվությունների հետ՝ միայն կարդալու, հաշվարկների, ապահովման։ Խողովակաշարին տրամադրեք միայն անհրաժեշտ նեղ շրջանակը՝ անդամի ամբողջ հաշվի փոխարեն։
Փորձարկման ռեժիմի և իրական ռեժիմի բանալիները տարբեր են, ուստի մշակման փուլում գտնվող ինտեգրումը չի կարող պատահաբար կամ պատճենված միջավայրի փոփոխականի միջոցով մուտք գործել արտադրական տվյալներ:
Մենք պահում ենք գաղտնիքի SHA-256 հեշը և որոնման նախածանցը — երբեք չենք պահում բուն բանալին։ Դուք բանալին տեսնում եք միայն մեկ անգամ՝ ստեղծման պահին։ Յուրաքանչյուր բանալի հետևում է, թե երբ է այն վերջին անգամ օգտագործվել, և կարող է չեղարկվել առանձին՝ առանց որևէ այլ բան խաթարելու։
Մեր MCP սերվերը թույլ է տալիս MCP ունակություն ունեցող ցանկացած գործակալի կառավարել Ձեր հոսթինգը բնական լեզվով՝ վավերացված OAuth 2.1-ով և սահմանափակված Ձեր կազմակերպությամբ ու RBAC դերով, յուրաքանչյուր գործիքի համար չեղարկվող տոկեններով, կործանարար գործողությունների հաստատմամբ, ծախսերի սահմանաչափերով և ամբողջական աուդիտի գրանցմամբ:
Հաշվի հասանելիությունը և սերվերի հասանելիությունը տարբեր խնդիրներ են: Կայքի մակարդակի մուտքի տվյալները կառավարվում են վահանակում, տրամադրվում են նվազագույն արտոնություններով և մեկուսացված են այնպես, որ մեկ համագործակցողի shell-ը լինի միայն մեկ կայքի shell:
Միանձնյա օպերատորը պահպանում է մեկ կազմակերպություն և մեկ սեփականատիրոջ անդամակցություն, իսկ նախագծի համար կապալառու ներգրավելիս ավելացնում է Ծրագրավորողի դեր: Երբ նախագիծն ավարտվում է, անդամակցությունը հեռացվում է, և նրանց մուտքն անմիջապես դադարում է գործել. փոխարինելու համար ոչ մի ընդհանուր վավերացման տվյալ չի մնում:
Գործակալությունն օգտագործում է կազմակերպական ծառը: Յուրաքանչյուր հաճախորդ ստանում է իր սեփական դուստր կազմակերպությունը, որտեղ պահվում են տվյալ հաճախորդի կայքերը, իսկ հաճախորդի սեփական աշխատակիցները ստանում են անդամակցություն այնտեղ՝ միայն կարդալու իրավունքով այն շահառուի համար, ով ցանկանում է տեսանելիություն ունենալ, և սեփականատիրոջ իրավունքով այն հաճախորդի համար, ով ցանկանում է ինքնասպասարկվել: Ձեր անձնակազմն ունի անդամակցություն ծառի ավելի բարձր մակարդակներում և տեսնում է պորտֆոլիոն. հաճախորդը տեսնում է միայն իր սեփական ճյուղը, և Row-Level Security-ն է այն երաշխիքը, որը դա դարձնում է իրականություն, այլ ոչ թե պարզապես խոստում:
Վերավաճառողն աշխատում է նույն սկզբունքով՝ մեկ մակարդակ ավելի վերև. վերավաճառող կազմակերպությունը ներառում է հաճախորդ կազմակերպություններ, որոնցից յուրաքանչյուրն ունի իր անդամները, հաշվարկների տեսքը և կայքերը: Նույն հիմնական մեխանիզմն է ապահովում ենթահաշիվների, գործակալության թիմերի և վերավաճառողների հիերարխիաների աշխատանքը — դրանցից ոչ մեկի համար առանձին, ավելի թույլ մեխանիզմ գոյություն չունի:
Ամեն ինչ հասանելի է 14-օրյա փորձաշրջանում՝ առանց բանկային քարտի անհրաժեշտության։ Գրանցվեք առանց վճարային տվյալների, հրավիրեք գործընկերոջը, տեսեք, թե ինչին կարող է և չի կարող հասանելիություն ունենալ յուրաքանչյուր դեր, և ծանոթացեք ձեր աուդիտի մատյանին։
Ներկայումս անդամակցությունը շնորհում է իր դերը կազմակերպության և հիերարխիայում դրանից ցածր գտնվող ամեն ինչի համար, ուստի կայքերի խմբերը տարանջատելու միջոցը կազմակերպությունները տարանջատելն է. տեղադրեք այդ կայքերը իրենց ենթակազմակերպությունում և շնորհեք անդամակցությունն այնտեղ: Սա հստակ մոդել է գործակալությունների և վերավաճառողների համար, որտեղ յուրաքանչյուր հաճախորդ արդեն իսկ ցանկանում է իր սեփական սահմանները: Անդամակցության մակարդակով ռեսուրսների շրջանակի սահմանումը՝ մեկ կազմակերպության շրջանակներում առանձին անդամակցությունը նշված կայքերին կցելը, ծրագրված բարելավում է, այլ ոչ թե ներկայումս հասանելի գործառույթ:
Developer (Մշակող) դերը չի ներառում կայքի ջնջում կամ կայքի կասեցում. այդ իրավասությունները պատկանում են Owner (Սեփականատեր) դերին: Այն տրամադրում է կայքերի դիտման և ստեղծման, ծառայությունների վերագործարկման, քեշի մաքրման, API բանալիների կառավարման և հարցումների (տոմսերի) հետ աշխատելու հնարավորություն: Տեղակայման (deployment) և push-to-live թույլտվությունները նույնպես Developer-ի իրավասությունների մաս չեն կազմում, ուստի արտադրական միջավայր տեղափոխումը մնում է հաշվի սեփականատիրոջը: Համատեղեք դա staging-ի հետ, որպեսզի կառուցման աշխատանքներն ի սկզբանե իրականացվեն գործող կայքից դուրս:
Դա ամբողջությամբ կախված է անձնակազմի դերից, և յուրաքանչյուր դեր իրավասությունների բանալիների նեղ հավաքածու է: Օրինակ՝ Աջակցման գործակալը կարող է դիտել ձեր հաշիվը և կայքերը, դիտել և պատասխանել ձեր հարցումներին, վերագործարկել կայքը և մաքրել դրա քեշը, սակայն չի կարող փոփոխել վճարային կարգավորումները, վերադարձերը, պլանները կամ պարկը: Որպես հաճախորդ մուտք գործելը առանձին իրավասություն է, որն ունի միայն Super Admin-ը, և երբ դա տեղի է ունենում, կառավարման վահանակը ցուցադրում է նույնականացման մշտական բաններ: Յուրաքանչյուր արտոնյալ գործողություն գրանցվում է աուդիտի մատյանում՝ կատարողի, գործողության, թիրախի, IP-ի և ժամանակացույցի հետ միասին, և դուք ինքներդ կարող եք կարդալ ձեր կազմակերպության մատյանը:
Հեռացրեք անդամակցությունը, և նրանց մուտքն այդ կազմակերպություն կդադարեցվի․ նրանք կպահպանեն իրենց ինքնությունը, սակայն ձեր հաշվում չեն ունենա որևէ դեր և, հետևաբար, թույլտվություններ: API-ի բանալիները չեղարկվում են անհատապես, այնպես որ փոխանցման ուղու (pipeline) բանալին կարող է անջատվել՝ առանց որևէ այլ բան խաթարելու: Եթե դուք օգտագործում եք SAML եզակի մուտք գործելու համակարգ (SSO), ապա ձեր նույնականացման մատակարարում ապագործարկումը կենտրոնացված կերպով կառավարում է մուտքը: Կայքի մակարդակի հավատարմագրերը, ինչպիսիք են SSH բանալիները, չեղարկվում են կառավարման վահանակում, իսկ հեռացումն ինքնին գրանցվում է աուդիտի մատյանում:
Ոչ, բայց արժե ճշգրտել, թե ինչու: API բանալիները պատկանում են կազմակերպությանը, այլ ոչ թե առանձին անդամի, և դրանք կրում են իրենց սեփական մանրամասն շրջանակները՝ կապված նույն թույլտվությունների կատալոգի հետ: Այսպիսով, անձին բանալի տրամադրելու փոխարեն, դուք ստեղծում եք բանալի այն առաջադրանքի համար, որը նա կատարում է՝ այդ աշխատանքի համար անհրաժեշտ առավելագույնս նեղ շրջանակով, և չեղարկում եք այդ բանալին, երբ առաջադրանքն ավարտվում է: Պահպանվում է միայն գաղտնիքի հեշը, և յուրաքանչյուր բանալի արձանագրում է, թե երբ է այն վերջին անգամ օգտագործվել, այնպես որ չօգտագործված բանալիները հեշտ է գտնել և շահագործումից հանել:
Այո: Մեր MCP սերվերը նույնականացնում է գործակալներին OAuth 2.1-ի միջոցով և սահմանափակում նրանց հասանելիությունը Ձեր կազմակերպությամբ և Ձեր RBAC դերով՝ յուրաքանչյուր գործիքի համար չեղարկվող տոկեններով, որպեսզի Դուք տրամադրեք կոնկրետ հնարավորություն, այլ ոչ թե ընդհանուր մուտք: Կործանարար գործողությունները պահանջում են հաստատում, կիրառվում են ծախսերի սահմանաչափեր, և յուրաքանչյուր գործողություն գրանցվում է նույն աուդիտի մատյանում, ինչ մարդկային գործունեությունը:
Postgres-ի տողերի մակարդակի անվտանգությունը սահմանափակում է հարցումները հենց տվյալների բազայում գտնվող կանչողի կազմակերպության ենթածառով, որտեղ հավելվածի մակարդակի զտիչը ծառայում է որպես խորքային պաշտպանություն, այլ ոչ թե միակ գիծ: Շրջանակից դուրս գտնվող գրառումների հարցումները վերադարձնում են «չի գտնվել»՝ թույլտվության սխալի փոխարեն, ուստի ոչինչ չի բացահայտվում գոյություն ունեցողի մասին: Սերվերի կողմում CageFS-ի միջոցով յուրաքանչյուր կայքի մեկուսացումը պահպանում է յուրաքանչյուր վարձակալի shell-ը և ֆայլերը իրենց սեփական կայքում:
Այո: 14-օրյա փորձաշրջանը չի պահանջում բանկային քարտ՝ առանց վճարային տվյալների, առանց պարտավորությունների, և ներառում է Footprint-Free հոսթինգ մինչև հինգ կայքի համար: Սա բավական է գործընկերոջը հրավիրելու, դեր նշանակելու և մինչև որոշում կայացնելը համոզվելու համար, որ սահմանները գործում են այնպես, ինչպես Ձեզ անհրաժեշտ է:
Սկսեք 14-օրյա փորձաշրջանն առանց բանկային քարտի, հրավիրեք որևէ մեկին և տեսեք, թե ինչպես է աշխատում թույլտվությունների մոդելը՝ դերեր, որոնք կարող եք անվանել, շրջանակներ, որոնք կարող եք չեղարկել, և աուդիտի մատյան, որը ճշգրիտ ցույց է տալիս, թե ով ինչ է արել:
Սկսեք անվճար