ടീമുകളും ആക്‌സസ്സും

നിങ്ങളുടെ ടീമിലെ ഓരോ വ്യക്തിക്കും അവർക്ക് ആവശ്യമുള്ള ആക്സസ് കൃത്യമായി നൽകുക

നാല് ഉപഭോക്തൃ റോളുകൾ, നിങ്ങളുടെ ബിസിനസ്സ് യഥാർത്ഥത്തിൽ എങ്ങനെ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നുവെന്ന് പ്രതിഫലിപ്പിക്കുന്ന ഉപ-അക്കൗണ്ടുകൾ, ഓരോ ഓർഗനൈസേഷനും വേണ്ടിയുള്ള API കീകൾ, സിംഗിൾ സൈൻ-ഓൺ, കൂടാതെ ഓരോ പ്രത്യേകാവകാശ നടപടിക്കും പിന്നിലെ ഒരു ഓഡിറ്റ് ലോഗ്. ഡാഷ്‌ബോർഡ്, API, CLI, Terraform, ഞങ്ങളുടെ MCP സെർവർ എന്നിവയിലുടനീളം ഒരേ ആക്‌സസ് മോഡൽ തന്നെയാണ് പ്രവർത്തിക്കുന്നത്. ലഭ്യത: Terraform ദാതാവ് സജീവമായ വികസനത്തിലാണ്, ഇതുവരെ ലഭ്യമായിട്ടില്ല. ഇവിടെ വിവരിച്ചിരിക്കുന്ന മറ്റെല്ലാം ഇന്ന് മുതൽ ലഭ്യമാണ്.

ഒരു അക്കൗണ്ടുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന നിരവധി ആളുകൾ, ഓരോരുത്തർക്കും അവരുടേതായ നിർദ്ദിഷ്ട അനുമതികൾ ഉണ്ട്.
  • 7,00,000+ലോകമെമ്പാടും ഹോസ്റ്റ് ചെയ്‌ത സൈറ്റുകൾ
  • 4ഉപഭോക്തൃ റോളുകൾ, പ്രാരംഭ ഡാറ്റ ചേർത്തു, തയ്യാറാണ്
  • 35സൂക്ഷ്മ അനുമതി കീകൾ
  • 14 ദിവസംകാർഡ് ആവശ്യമില്ലാത്ത ട്രയൽ

ജോലി യഥാർത്ഥത്തിൽ വിഭജിക്കപ്പെടുന്നിടത്ത് നിർണ്ണയിക്കപ്പെട്ട നാല് റോളുകൾ

ആക്സസ് എന്നത് വെറുമൊരു ഓൺ/ഓഫ് സ്വിച്ച് മാത്രമല്ല. ഓരോ ഉപഭോക്തൃ സ്ഥാപനവും നാല് റോളുകളോടെയാണ് വരുന്നത്, അവയോരോന്നും വിശദമായ module.action അനുമതികളുടെ ഒരു നിശ്ചിത കൂട്ടമാണ് — അതിനാൽ ഒരു ധനകാര്യ പ്രതിനിധി ഒരിക്കലും സെർവറിൽ ഇടപെടില്ല, ഒരു ഡെവലപ്പർ ഒരിക്കലും ഇൻവോയ്സ് കാണുകയുമില്ല.

ഉടമസ്ഥൻ

സ്ഥാപനത്തിന്റേയും അതിന്റെ ഉപ അക്കൗണ്ടുകളുടേയും പൂർണ്ണ നിയന്ത്രണം: ഉപസ്ഥാപനങ്ങൾ സൃഷ്ടിക്കുക, അംഗങ്ങളെ ക്ഷണിക്കുക, ഒഴിവാക്കുക, റോളുകൾ മാറ്റുക, API കീകൾ കൈകാര്യം ചെയ്യുക, സൈറ്റുകൾ പ്രൊവിഷൻ ചെയ്യുക, പുനരാരംഭിക്കുക, സസ്പെൻഡ് ചെയ്യുക, ഇല്ലാതാക്കുക, ഇൻവോയ്‌സുകളും പേയ്‌മെന്റ് രീതികളും കൈകാര്യം ചെയ്യുക, ഓഡിറ്റ് ലോഗ് പരിശോധിക്കുക. രണ്ട് കാര്യങ്ങൾ ബോധപൂർവ്വം ഇതിന് പുറത്താണ് — ഒരു സ്ഥാപനം അടച്ചുപൂട്ടുന്നതും റീഫണ്ടുകൾ നൽകുന്നതും ജീവനക്കാരുടെ നടപടികളാണ്, അല്ലാതെ ഉപഭോക്തൃ റോളല്ല.

ബില്ലിംഗ് മാനേജർ

സാമ്പത്തികപരമായ കാര്യങ്ങൾ മാത്രം, മറ്റൊന്നുമല്ല: ഇൻവോയ്സുകൾ, സബ്‌സ്‌ക്രിപ്‌ഷനുകൾ, പേയ്‌മെന്റ് രീതികൾ, പ്ലാൻ കാറ്റലോഗ്, ഒപ്പം ഓർഗനൈസേഷന്റെയും അതിലെ അംഗങ്ങളുടെ ലിസ്റ്റിന്റെയും ഒരു കാഴ്‌ച. സൈറ്റിലേക്ക് പ്രവേശനം ഒട്ടുമില്ല — ഒരു ഫിനാൻസ് കോൺടാക്റ്റിനോ ബാഹ്യ ബുക്ക് കീപ്പർക്കോ ഒന്നും പുനരാരംഭിക്കാനോ സസ്പെൻഡ് ചെയ്യാനോ ഇല്ലാതാക്കാനോ കഴിയില്ല.

ഡെവലപ്പർ

പണമിടപാടുകളിൽ ഇടപെടാതെ സൈറ്റുകളിൽ പ്രവർത്തിക്കുക: സൈറ്റുകൾ കാണുക, പ്രൊവിഷൻ ചെയ്യുക, സേവനങ്ങൾ പുനരാരംഭിക്കുക, കാഷെകൾ നീക്കം ചെയ്യുക, API കീകൾ കൈകാര്യം ചെയ്യുക, പിന്തുണ ടിക്കറ്റുകൾ ഉന്നയിക്കുക അല്ലെങ്കിൽ മറുപടി നൽകുക. ബില്ലിംഗ് കാഴ്‌ചയില്ല, അംഗ മാനേജ്‌മെന്റില്ല, സസ്പെൻഡ് ചെയ്യലോ ഇല്ലാതാക്കലോ ഇല്ല — വിനാശകരവും വാണിജ്യപരവുമായ നടപടികൾ ഉടമയിൽ തന്നെ നിലനിൽക്കും.

വായിക്കാൻ മാത്രം

മാറ്റങ്ങൾ വരുത്താനുള്ള അനുമതിയില്ലാത്ത സമ്പൂർണ്ണ കാഴ്ച — അംഗങ്ങൾ, സൈറ്റുകൾ, ബില്ലിംഗ്, പ്ലാനുകൾ, ടിക്കറ്റുകൾ, വിവർത്തന നില, ഓഡിറ്റ് ലോഗ്. ക്ലയന്റ് സ്റ്റേക്ക്‌ഹോൾഡർ, ആന്തരിക ഓഡിറ്റർ അല്ലെങ്കിൽ ജോലി കണ്ടു പഠിക്കുന്ന പുതിയ ജീവനക്കാർ എന്നിവർക്ക് അനുയോജ്യമായ പങ്ക്.

നിങ്ങളുടെ യഥാർത്ഥ ഘടനയുമായി പൊരുത്തപ്പെടുന്ന ഉപ-അക്കൗണ്ടുകൾ

ടെനൻസി എന്നത് ഒരു ലളിതമായ ലിസ്റ്റല്ല, മറിച്ച് ഒരു ട്രീ ഘടനയാണ്. ഒരു റീസെല്ലർ ഓർഗനൈസേഷൻ അതിൻ്റെ ക്ലയൻ്റ് ഓർഗനൈസേഷനുകൾക്ക് മുകളിലായിരിക്കും, സൈറ്റുകൾ അവയ്ക്ക് കീഴിലുമായിരിക്കും. ഒരു ടീം അംഗം എന്നത് ഒരു അംഗത്വമാണ് — ഒരു ഉപയോക്താവ്, ഒരു ഓർഗനൈസേഷൻ, ഒരു റോൾ — അതിനാൽ ഒരേ പ്രിമിറ്റീവ് തന്നെ രണ്ട് വ്യക്തികളുടെ ടീമിനും, നൂറ് ക്ലയൻ്റ് അക്കൗണ്ടുകൾ കൈകാര്യം ചെയ്യുന്ന ഒരു ഏജൻസിക്കും, സ്വന്തം ബ്രാൻഡിന് കീഴിൽ ഉപ-അക്കൗണ്ടുകൾ നടത്തുന്ന ഒരു റീസെല്ലർക്കും കരുത്ത് പകരുന്നു.

ഓരോ സ്ഥാപനത്തിനും പ്രത്യേകം അടിസ്ഥാനത്തിലാണ് റോളുകൾ അനുവദിക്കുന്നത്, അവ നടപ്പിലാക്കുന്നതും സ്ഥാപനാടിസ്ഥാനത്തിലാണ്. ഒരു സ്ഥാപനത്തിലെ റോൾ, ഇതുമായി ബന്ധമില്ലാത്ത മറ്റൊരു സ്ഥാപനത്തിലേക്ക് യാതൊരു ആക്സസും നൽകുന്നില്ല — ഒരേ ലോഗിൻ ഉപയോഗിച്ച് ഒരു കരാറുകാരന് ഒരു ക്ലയന്റ് അക്കൗണ്ടിൽ ഡെവലപ്പറായും രണ്ടാമത്തേതിൽ റീഡ്-ഒൺലി ആയും പ്രവർത്തിക്കാൻ കഴിയും. എന്നിരുന്നാലും, ആക്സസ് നിങ്ങളുടെ സ്വന്തം ശ്രേണിയിലൂടെ താഴേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു: ഒരു രക്ഷാകർതൃ സ്ഥാപനത്തിലെ റോൾ അതിന്റെ കീഴിലുള്ള സ്ഥാപനങ്ങൾക്കും ബാധകമാണ്, റീസെല്ലർമാരും ഏജൻസികളും അവരുടെ ക്ലയന്റുകളെ നിയന്ത്രിക്കുന്നത് ഈ രീതിയിലാണ്.

ഐസൊലേഷൻ നടപ്പിലാക്കുന്നത് ആപ്ലിക്കേഷൻ കോഡിൽ മാത്രമല്ല, ഡാറ്റാബേസിലും കൂടിയാണ്. Postgres വരി-തല സുരക്ഷ (row-level security) ഓരോ ടെനന്റ് അന്വേഷണത്തെയും കോളറുടെ സബ്‌ട്രീയിലേക്ക് പരിമിതപ്പെടുത്തുന്നു, കൂടാതെ ആ സബ്‌ട്രീക്ക് പുറത്തുള്ള എന്തും ഒരു പെർമിഷൻ പിശകിന് പകരം നോട്ട്-ഫൗണ്ട് (not-found) നൽകുന്നു — അതിനാൽ മറ്റൊരു ടെനന്റിന്റെ സ്ഥാപനമോ സൈറ്റോ നിലവിലുണ്ടെന്ന് പ്ലാറ്റ്‌ഫോം ഒരിക്കലും സ്ഥിരീകരിക്കുന്നില്ല.

എല്ലാ ഉപരിതലത്തിലും ഒരേ അനുമതികൾ

റോളുകൾ ഡാഷ്‌ബോർഡിലെ ഒരു സൗകര്യം മാത്രമല്ല. പ്ലാറ്റ്‌ഫോമിലേക്കുള്ള ഓരോ പ്രവേശന മാർഗ്ഗവും ഒരേ അനുമതി കീകൾ വഴിയാണ് സാധ്യമാകുന്നത്, അതിനാൽ നിങ്ങളുടെ ആക്‌സസ്സ് നിയമങ്ങൾ മറികടക്കുന്ന ഒരു പിൻവാതിലും ഇല്ല.

ഡാഷ്‌ബോർഡ്

സൈറ്റുകൾ, ബില്ലിംഗ്, ടിക്കറ്റുകൾ, അറിയിപ്പുകൾ, നോട്ടിഫിക്കേഷനുകൾ, API കീകൾ, ടീം മാനേജ്‌മെന്റ് എന്നിവ ഒരൊറ്റ ഷെല്ലിൽ. ലോഗിൻ ചെയ്‌ത അംഗത്തിന്റെ റോൾ അനുവദിക്കുന്നത് എന്താണോ അത് ഇന്റർഫേസ് കാണിക്കുന്നു, അതിനാൽ ആളുകൾക്ക് ഉപയോഗിക്കാൻ കഴിയാത്ത നിയന്ത്രണങ്ങൾ കാണിക്കില്ല.

പബ്ലിക് API-യും CLI-യും

പ്രസിദ്ധീകരിച്ച API എന്നത് ഡാഷ്‌ബോർഡ് ഉപയോഗിക്കുന്ന അതേ എഞ്ചിൻ API തന്നെയാണ്. RBAC അനുമതികളുമായി ബന്ധിപ്പിച്ചിട്ടുള്ള സൂക്ഷ്മമായ സ്കോപ്പുകളോടെ ഓരോ സ്ഥാപനത്തിനും API കീകൾ നൽകുന്നു, കൂടാതെ പ്രത്യേക സാൻഡ്‌ബോക്‌സ്, ലൈവ് മോഡുകൾ ഉള്ളതിനാൽ യഥാർത്ഥ ബില്ലിംഗിനെയോ പ്രൊവിഷനിംഗിനെയോ ബാധിക്കാതെ തന്നെ നിങ്ങൾക്ക് ഇന്റഗ്രേഷനുകൾ പരിശോധിക്കാൻ സാധിക്കും.

Terraform ദാതാവ്

സൈറ്റുകൾ, ഡൊമെയ്‌നുകൾ, DNS, മെയിൽബോക്‌സുകൾ, പ്ലാനുകൾ എന്നിവ ഇൻഫ്രാസ്ട്രക്ചർ-ആസ്-കോഡ് ആയി മാനേജ് ചെയ്യുക ഒപ്പം ഹോസ്റ്റിംഗ് പ്രൊവിഷൻ ചെയ്യുന്നതിനായി terraform apply റൺ ചെയ്യുക — മറ്റെല്ലാറ്റിനെയും പോലെ അതേ സ്കോപ്പുകളാൽ നിയന്ത്രിക്കപ്പെടുന്നു.

MCP സെർവർ

Claude Code, Cursor, ChatGPT, Claude Desktop അല്ലെങ്കിൽ ഏതെങ്കിലും MCP-ശേഷിയുള്ള ടൂൾ ബന്ധിപ്പിക്കുക. ടോക്കണുകൾ ഒരു ഓർഗനൈസേഷനിലേക്കും അതിന്റെ RBAC അനുമതികളിലേക്കും മാത്രമായി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, ഓരോ ടൂളിനും റദ്ദാക്കാവുന്നതാണ്, വിനാശകരമായ പ്രവർത്തനങ്ങളിലെ സ്ഥിരീകരണം, ചെലവ് പരിധികൾ, പൂർണ്ണമായ ഓഡിറ്റ് ട്രയൽ എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു.

കീ കൈകാര്യം ചെയ്യൽ

ഓരോ API കീയുടെയും ഹാഷ് മാത്രമേ സംഭരിക്കപ്പെടുന്നുള്ളൂ — യഥാർത്ഥ കീ ഒരിക്കലും സംഭരിക്കില്ല. കീകൾ പരസ്പരം തിരിച്ചറിയാൻ സഹായിക്കുന്ന വിധത്തിൽ അവയ്ക്ക് ഒരു പേരും കാണാവുന്ന പ്രിഫിക്സും ഉണ്ടായിരിക്കും, അവ അവസാനമായി എപ്പോൾ ഉപയോഗിച്ചുവെന്ന് രേഖപ്പെടുത്തുന്നു, കൂടാതെ മറ്റുള്ളവയെ ബാധിക്കാതെ തന്നെ ഓരോന്നായി റദ്ദാക്കാനും കഴിയും.

എല്ലാത്തിനും ഒരൊറ്റ ലോഗിൻ, മാനദണ്ഡങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളത്

ഐഡന്റിറ്റി Keycloak-ൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ ആധികാരികത ഉറപ്പാക്കൽ എന്നത് ഒരു ഹോസ്റ്റിംഗ് പാനലിൽ ഘടിപ്പിച്ചിട്ടുള്ള പ്രത്യേക ലോഗിൻ ഫോമിനേക്കാൾ ശരിയായ OIDC-യും SAML-ഉം ആണ്.

  • ഡിഫോൾട്ടായി മാജിക്-ലിങ്ക് ഇമെയിൽ ലോഗിൻ, ഇത് തിരഞ്ഞെടുക്കാൻ ആഗ്രഹിക്കുന്നവർക്കായി ഇമെയിലും പാസ്‌വേഡും ഒരു ബാക്കപ്പായി ലഭ്യമാണ്.
  • ഫിഷിംഗ് പ്രതിരോധശേഷിയുള്ള സൈൻ-ഇന്നിനായി പാസ്കീകളും WebAuthn-ഉം, കൂടാതെ നയപ്രകാരം എല്ലാവർക്കും നിർബന്ധമാക്കിയിട്ടുള്ള TOTP ടു-ഫാക്ടർ ഓതന്റിക്കേഷനും.
  • Google, Microsoft, GitHub, മറ്റ് ഐഡന്റിറ്റി പ്രൊവൈഡർമാർ എന്നിവ വഴിയുള്ള സോഷ്യൽ ലോഗിൻ.
  • എന്റർപ്രൈസ്, ഏജൻസി ഉപഭോക്താക്കൾക്കായി SAML സിംഗിൾ സൈൻ-ഓൺ, അതിനാൽ ടീം ആക്‌സസ് നിങ്ങളുടെ നിലവിലുള്ള ഡയറക്ടറിയെ പിന്തുടരുന്നു.
  • ഡാഷ്‌ബോർഡ്, അഡ്മിൻ കൺസോൾ, പബ്ലിക് സൈറ്റ്, നോളജ് ബേസ്, സപ്പോർട്ട് ടിക്കറ്റുകൾ എന്നിവയിലുടനീളം ഒരു സെഷൻ — അഞ്ച് തവണയല്ല, ഒരു തവണ സൈൻ ഇൻ ചെയ്യുക.
  • ഒരു അക്കൗണ്ട് സൃഷ്‌ടിക്കുന്നതിന് മുമ്പ് ഓരോ സൈൻഅപ്പ് ഇമെയിലും സാധൂകരിക്കപ്പെടുന്നു, അതിനാൽ ഡെലിവർ ചെയ്യാനാകാത്തതും അസാധുവായതുമായ വിലാസങ്ങൾ ഒരിക്കലും നിങ്ങളുടെ ടീമിൽ എത്തുകയില്ല.
  • മാനദണ്ഡങ്ങളെ അടിസ്ഥാനമാക്കിയുള്ളതായതിനാൽ, ചുറ്റുമുള്ള യാതൊന്നും പുനർനിർമ്മിക്കാതെ തന്നെ ഐഡന്റിറ്റി പ്രൊവൈഡറെ മാറ്റാൻ കഴിയും — മറ്റെല്ലാ വെണ്ടർമാർക്കും ഞങ്ങൾ ബാധകമാക്കുന്ന അതേ നോ-ലോക്ക്-ഇൻ നിയമമാണിത്.

ഒരു ഓഡിറ്റർക്ക് കൈമാറാൻ കഴിയുന്ന ഉത്തരവാദിത്തം

ഓരോ പ്രിവിലേജ്ഡ് പ്രവർത്തനവും കൂട്ടിച്ചേർക്കലുകൾ മാത്രം സാധ്യമായ ഒരു ഓഡിറ്റ് രേഖ രേഖപ്പെടുത്തുന്നു: ആരാണ് ചെയ്തത്, അവർ എന്താണ് ചെയ്തത്, എന്തിലാണ് ചെയ്തത്, സാധൂകരിക്കുന്ന തെളിവുകൾ, പ്രഭവസ്ഥാനത്തെ IP വിലാസം എന്നിവയാണവ. ഈ ലോഗ് കൂട്ടിച്ചേർക്കലുകൾ മാത്രം സാധ്യമായ ഒന്നാണ് — ഇവന്റുകൾ ചേർക്കുക മാത്രമേ ചെയ്യുകയുള്ളൂ, തിരുത്തലുകൾ വരുത്തില്ല — ഒപ്പം പ്രൊഡക്ഷനിൽ ഇത് കാലാനുസൃതമായി വിഭജിച്ചിരിക്കുന്നതിനാൽ ഡാറ്റ വളരുന്നതിനനുസരിച്ചും ഇതിന്റെ വേഗത നിലനിൽക്കുന്നു.

ആ ലോഗ് വായിക്കുന്നത് തന്നെ ഒരു അനുമതിയാണ്. അക്കൗണ്ടിന്റെ ഉത്തരവാദിത്തമുള്ള വ്യക്തിക്കും അത് ഓഡിറ്റ് ചെയ്യുന്ന വ്യക്തിക്കും ഇതിനായി ഉയർന്ന അവകാശങ്ങൾ ആവശ്യമില്ലാതെ തന്നെ പൂർണ്ണമായ ഹിസ്റ്ററി കാണാൻ കഴിയുന്ന തരത്തിൽ, ഉടമകൾക്കും റീഡ്-ഒൺലി അംഗങ്ങൾക്കും ഈ അനുമതിയുണ്ട്.

വലിയ ടീമുകൾ ആവശ്യപ്പെടുന്ന നിയന്ത്രണങ്ങൾ ഇതിന് ചുറ്റുമുണ്ട്: സെഷൻ നയങ്ങൾ, ഓരോ സ്ഥാപനത്തിനും വേണ്ടിയുള്ള ഐച്ഛിക ഐപി അനുമതി ലിസ്റ്റുകൾ, നിർണ്ണായകമായ നടപടികളിൽ അധിക പ്രാമാണീകരണം എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു; അതിനാൽ ഗുരുതരമായ എന്തെങ്കിലും ചെയ്യാൻ ഒരു സജീവ സെഷൻ മാത്രം പര്യാപ്തമല്ല.

അനുമതികൾ നിങ്ങൾക്കൊപ്പം എങ്ങനെ വികസിക്കുന്നു

അനുമതി കാറ്റലോഗ് എന്നത് ഡാറ്റയാണ്, ഹാർഡ്‌കോഡ് ചെയ്ത യുക്തിയല്ല — അതുകൊണ്ടാണ് പ്ലാറ്റ്‌ഫോം പുനർനിർമ്മിക്കാതെ തന്നെ ഇത് വിപുലീകരിക്കാൻ കഴിയുന്നത്.

  • ഓർഗനൈസേഷനുകൾ, അംഗങ്ങൾ, API കീകൾ, സൈറ്റുകൾ, ബില്ലിംഗ്, പ്ലാനുകൾ, ഫ്ലീറ്റ്, ടിക്കറ്റുകൾ, ഉപഭോക്താക്കൾ, ദുരുപയോഗം, കാമ്പെയ്‌നുകൾ, വിവർത്തനങ്ങൾ, ഓഡിറ്റ് എന്നിവ ഉൾക്കൊള്ളുന്ന 35 വിശദമായ module.action കീകൾ ഇന്ന് ലഭ്യമാണ്.
  • ഓരോ വിന്യാസത്തിലും കാറ്റലോഗ് ഐഡംപോറ്റന്റ് ആയി വിതയ്ക്കപ്പെടുന്നു, കൂടാതെ നിലവിലില്ലാത്ത ഒരു അനുമതിയെ ഒരു റോൾ പരാമർശിച്ചാൽ മൂല്യനിർണ്ണയം വ്യക്തമായി പരാജയപ്പെടും — ഒരു അക്ഷരത്തെറ്റിന് നിശബ്ദമായി ഒന്നും നൽകാതിരിക്കാൻ കഴിയില്ല.
  • എൻഡ്‌പോയിന്റ് ലഭ്യമാക്കുന്നതിന് മുമ്പ് പുതിയ ഉൽപ്പന്ന ശേഷികൾ അവയുടെ അനുമതി കീകൾ കാറ്റലോഗിലേക്ക് ചേർക്കുന്നു, അതിനാൽ ഒരു ഫീച്ചർ തത്സമയമായതിന് ശേഷം ഒരിക്കലും ആക്‌സസ് നിയന്ത്രണം മുൻകാല പ്രാബല്യത്തോടെ ചേർക്കേണ്ടതില്ല.
  • ഒരൊറ്റ അംഗത്വത്തിന്റെ പരിധി നിർദ്ദിഷ്ട സൈറ്റുകളിലേക്കോ ഒരു നിർദ്ദിഷ്ട മേഖലയിലേക്കോ മാത്രമായി പരിമിതപ്പെടുത്തുന്നത് ആസൂത്രണം ചെയ്ത ഒരു മെച്ചപ്പെടുത്തലാണ്, നിലവിൽ നിങ്ങൾക്ക് പ്രവർത്തനക്ഷമമാക്കാൻ കഴിയുന്ന ഒന്നല്ല ഇത്. ആ സൈറ്റുകളെ ഒരു ചൈൽഡ് ഓർഗനൈസേഷനിൽ ഉൾപ്പെടുത്തുകയും ആ വ്യക്തിക്ക് അവിടെ ഒരു റോൾ നൽകുകയും ചെയ്യുക എന്നതാണ് നിലവിലെ രീതി — ഇത് വാടകാവകാശ ശ്രേണി (ടെനൻസി ട്രീ) ഉപയോഗിച്ച് സമാനമായ വേർതിരിവ് നിങ്ങൾക്ക് നൽകുന്നു.
  • API കീകൾ ഓരോ വ്യക്തിക്കും എന്നതിന് പകരം ഓർഗനൈസേഷൻ തലത്തിലാണ് നൽകുന്നത്, അതിനാൽ സംയോജനങ്ങൾക്ക് അവയെ സേവന ക്രെഡൻഷ്യലുകളായി കണക്കാക്കുകയും വ്യക്തിഗത ആക്‌സസിനായി അംഗത്വങ്ങൾ ഉപയോഗിക്കുകയും ചെയ്യുക.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

ഓരോ റോളിനും യഥാർത്ഥത്തിൽ എന്താണ് ചെയ്യാൻ കഴിയുക?

അംഗങ്ങൾ, API കീകൾ, സൈറ്റുകൾ, പേയ്‌മെന്റ് രീതികൾ എന്നിവ ഉൾപ്പെടെയുള്ള സ്ഥാപനത്തിന്റേയും അതിന്റെ ഉപ-അക്കൗണ്ടുകളുടേയും പൂർണ്ണ നിയന്ത്രണം ഉടമസ്ഥനുണ്ട്. ബില്ലിംഗ് മാനേജർക്ക് ഇൻവോയ്സുകൾ, സബ്‌സ്‌ക്രിപ്ഷനുകൾ, പേയ്‌മെന്റ് രീതികൾ, പ്ലാനുകൾ എന്നിവ കാണാനാകും, എന്നാൽ സൈറ്റുകളിലേക്ക് ആക്‌സസ് ഉണ്ടാകില്ല. ഡെവലപ്പർ സൈറ്റുകളും API കീകളും കൈകാര്യം ചെയ്യുകയും ടിക്കറ്റുകൾ കൈകാര്യം ചെയ്യുകയും ചെയ്യുന്നു, എന്നാൽ ബില്ലിംഗിലോ അംഗങ്ങളിലോ നിയന്ത്രണമുണ്ടായിരിക്കില്ല. മാറ്റങ്ങളൊന്നും വരുത്താതെ അംഗങ്ങൾ, സൈറ്റുകൾ, ബില്ലിംഗ്, പ്ലാനുകൾ, ടിക്കറ്റുകൾ, ഓഡിറ്റ് ലോഗ് എന്നിവ കാണാൻ റീഡ്-ഒൺലിക്ക് സാധിക്കും.

എനിക്ക് ഒരാൾക്ക് ഒരു സൈറ്റിലേക്ക് മാത്രമായി ആക്‌സസ് നൽകാൻ കഴിയുമോ?

നിലവിൽ ഓരോ സൈറ്റിനുമുള്ള ക്രമീകരണമായി ലഭ്യമല്ല — ഒരൊറ്റ അംഗത്വം നിർദ്ദിഷ്ട സൈറ്റുകളിലേക്ക് പരിമിതപ്പെടുത്തുന്നത് ആസൂത്രണം ചെയ്ത ഒരു മെച്ചപ്പെടുത്തലാണ്. ഇന്ന് വാടക ശ്രേണി (tenancy tree) ഉപയോഗിച്ച് നിങ്ങൾക്ക് സമാനമായ വേർതിരിവ് നേടാനാകും: ആ സൈറ്റുകൾ ഒരു ഉപ സ്ഥാപനത്തിൽ ഉൾപ്പെടുത്തുകയും ആ വ്യക്തിക്ക് അവിടെ ഒരു റോൾ നൽകുകയും ചെയ്യുക. റോളുകൾ ഓരോ സ്ഥാപനത്തിനും നൽകപ്പെടുന്നതിനാൽ, ആ പ്രവേശനാധികാരം നിങ്ങളുടെ അക്കൗണ്ടിലെ മറ്റൊന്നിനും ബാധകമാകില്ല.

API കീകൾ വ്യക്തിഗത ടീം അംഗങ്ങളുമായി ബന്ധിപ്പിച്ചിട്ടുണ്ടോ?

അല്ല — API കീകൾ ഓരോ ഓർഗനൈസേഷനും അനുസരിച്ചാണ് നൽകുന്നത്, ഒരേ RBAC അനുമതികളുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന കൃത്യമായ സ്കോപ്പുകളും പ്രത്യേക sandbox, live മോഡുകളും ഇതിലുണ്ട്. ഇന്റഗ്രേഷനുകൾ, CI അല്ലെങ്കിൽ Terraform എന്നിവയ്ക്കുള്ള സേവന ക്രെഡൻഷ്യലുകളായി അവ ഉപയോഗിക്കുക, ആളുകൾക്കായി അംഗത്വങ്ങൾ ഉപയോഗിക്കുക. ഓരോ കീയുടെയും ഹാഷ് മാത്രമേ സംഭരിക്കപ്പെടുന്നുള്ളൂ, ഓരോ കീയും അത് അവസാനമായി എപ്പോൾ ഉപയോഗിച്ചുവെന്ന് രേഖപ്പെടുത്തുന്നു, കൂടാതെ ഏത് കീയും വ്യക്തിഗതമായി അസാധുവാക്കാവുന്നതുമാണ്.

ഒരു ഡെവലപ്പർക്ക് ലൈവ് സൈറ്റിലേക്ക് മാറ്റങ്ങൾ പുഷ് ചെയ്യാൻ കഴിയുമോ?

സൈറ്റുകൾ കാണുകയും തയ്യാറാക്കുകയും ചെയ്യുക, സേവനങ്ങൾ പുനരാരംഭിക്കുക, കാഷെകൾ നീക്കം ചെയ്യുക, API കീകൾ നിയന്ത്രിക്കുക, ടിക്കറ്റുകൾ കൈകാര്യം ചെയ്യുക എന്നിവ ഡെവലപ്പർ റോളിൽ ഉൾപ്പെടുന്നു. ഇത് ഒരു തത്സമയ സൈറ്റിൽ പ്രസിദ്ധീകരണ അവകാശങ്ങൾ നൽകുന്നില്ല, അതിനാൽ മാറ്റങ്ങൾ വരുത്താൻ ആരെങ്കിലും പ്രാപ്തരാകണമെന്ന് നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ആ ആക്സസ് ഉടമയ്ക്ക് ഉണ്ടായിരിക്കണം. റോളുകൾ ഓരോ ഓർഗനൈസേഷനും അനുസരിച്ചുള്ളതാണ്, അതിനാൽ നിങ്ങൾക്ക് മറ്റൊരു അക്കൗണ്ടിൽ മറ്റൊരു റോൾ ഉണ്ടായിരിക്കാം.

ഞങ്ങളുടെ കമ്പനി ഡയറക്‌ടറിക്കായി നിങ്ങൾ SSO പിന്തുണയ്ക്കുന്നുണ്ടോ?

അതെ. ഐഡന്റിറ്റി OIDC, SAML എന്നിവയുള്ള Keycloak-ലാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ മാജിക്-ലിങ്ക് ലോഗിൻ, ഇമെയിലും പാസ്‌വേഡും, സോഷ്യൽ പ്രൊവൈഡർമാർ, പാസ്കീകൾ, നയപ്രകാരം നിർബന്ധമാക്കിയിട്ടുള്ള TOTP ടു-ഫാക്ടർ ഓതന്റിക്കേഷൻ എന്നിവയ്‌ക്കൊപ്പം എന്റർപ്രൈസ്, ഏജൻസി ഉപഭോക്താക്കൾക്കായി SAML സിംഗിൾ സൈൻ-ഓൺ ലഭ്യമാണ്. ഒരു സെഷൻ ഡാഷ്‌ബോർഡ്, പൊതു സൈറ്റും വിജ്ഞാന അടിത്തറയും, ഒപ്പം സപ്പോർട്ട് ടിക്കറ്റുകളും ഉൾക്കൊള്ളുന്നു.

ആരെങ്കിലും എന്തെങ്കിലും മാറ്റിയോ എന്ന് ഞാൻ എങ്ങനെ അറിയും?

ഓരോ പ്രിവിലേജ്ഡ് പ്രവർത്തനവും ആക്റ്റർ, പ്രവർത്തനം, ടാർഗെറ്റ്, സഹായക തെളിവുകൾ, IP വിലാസം എന്നിവ രേഖപ്പെടുത്തുന്ന മാറ്റംവരുത്താനാകാത്ത കൂട്ടിച്ചേർക്കൽ മാത്രമുള്ള ഓഡിറ്റ് ലോഗിൽ രേഖപ്പെടുത്തുന്നു. ഇത് വായിക്കുന്നത് ഉടമയ്ക്കും റീഡ്-ഓൺലി റോളുകൾക്കും ഒരുപോലെയുള്ള ഒരു പ്രത്യേക അനുമതിയാണ്, അതിനാൽ അക്കൗണ്ട് ഉടമയ്ക്കും ഓഡിറ്റർക്കും ഒരേ ചരിത്രം പരിശോധിക്കാൻ സാധിക്കും.

ടീം അംഗങ്ങളെ ചേർക്കുന്നത് ഞാൻ അടയ്‌ക്കേണ്ട തുകയിൽ മാറ്റം വരുത്തുമോ?

പ്ലാനുകളുടെ വില നിശ്ചയിക്കുന്നത് ആളുകളുടെ എണ്ണത്തിനനുസരിച്ചല്ല, മറിച്ച് ഹോസ്റ്റിംഗ് ശേഷിയെ അടിസ്ഥാനമാക്കിയാണ്. ഉദാഹരണത്തിന്, Footprint-Free നിരയിൽ, എല്ലാ 42 ശ്രേണികളും ഒരേ ആനുകൂല്യങ്ങൾ പങ്കിടുന്നു, കൂടാതെ അവ അനുവദിക്കുന്ന സൈറ്റുകളുടെ എണ്ണത്തിൽ മാത്രമേ വ്യത്യാസമുള്ളൂ. നിരക്കുകൾ എപ്പോഴും തത്സമയ കാറ്റലോഗിൽ നിന്ന് നിങ്ങളുടെ കറൻസിയിലാണ് പ്രദർശിപ്പിക്കുന്നത്, അതിനാൽ നിരക്ക് പേജിൽ നിങ്ങൾ കാണുന്ന തുക തന്നെയാണ് യഥാർത്ഥത്തിൽ ഈടാക്കുന്നത്.

പ്രതിബദ്ധത കാണിക്കുന്നതിന് മുമ്പ് എനിക്കിത് പരീക്ഷിച്ചുനോക്കാമോ?

അതെ. Footprint-Free ട്രയൽ 14 ദിവസത്തേക്ക് ലഭ്യമാണ്, കാർഡ് വിവരങ്ങൾ ആവശ്യമില്ല, കൂടാതെ 5 സൈറ്റുകൾ വരെ ഉൾക്കൊള്ളുന്നു, അതിനാൽ പണം നൽകുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് നിങ്ങളുടെ ഓർഗനൈസേഷൻ സജ്ജീകരിക്കാനും ടീമിനെ ക്ഷണിക്കാനും യഥാർത്ഥ ജോലിയിൽ റോളുകൾ പരീക്ഷിക്കാനും കഴിയും. പണമടച്ചുള്ള പ്ലാനുകൾക്ക് 30 ദിവസത്തെ മണി-ബാക്ക് ഗ്യാരണ്ടി ഉണ്ട്.

ടിക്കറ്റുകളിലൂടെയല്ല, മിനിറ്റുകൾക്കുള്ളിൽ നിങ്ങളുടെ ടീമിനെ സജ്ജമാക്കുക

Footprint-Free ലൈനിൽ കാർഡ് ഇല്ലാതെ 14 ദിവസത്തെ ട്രയൽ ആരംഭിക്കുക, നിങ്ങളുടെ ടീമിനെ ക്ഷണിക്കുക, പണം നൽകുന്നതിന് മുൻപ് തന്നെ റോൾസ് യഥാർത്ഥ സൈറ്റുകളിൽ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് കാണുക.

സൗജന്യമായി ആരംഭിക്കുക