ഓരോ ഉപയോക്താവിനും അവരവരുടെ ഡാറ്റ മാത്രം കാണാൻ കഴിയുന്ന തരത്തിൽ ഞാൻ PostgreSQL റോ-ലെവൽ സുരക്ഷ സജ്ജീകരിക്കും, Supabase ഉൾപ്പെടെ

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

NDA-യുടെ കീഴിലുള്ള ഒരു സബ്സ്ക്രിപ്ഷൻ ഉൽപ്പന്നത്തിൽ ഞാൻ ഇത് ചെയ്തിട്ടുണ്ട്: പട്ടികകളിലെ റോ-ലെവൽ സുരക്ഷാ പോളിസികളും ഓരോ സബ്സ്ക്രിപ്ഷൻ ടയറിനും ഒരു പ്രത്യേക ഡാറ്റാബേസ് റോളും, അതിനാൽ ഒരു പ്ലാനിൽ എന്താണ് ഉൾപ്പെടുന്നതെന്ന് PostgreSQL ആണ് നടപ്പിലാക്കുന്നത്, ആരെങ്കിലും മറക്കാൻ സാധ്യതയുള്ള ഒരു ചെക്കല്ല.

സ്റ്റാർട്ടറിൽ, അഞ്ച് പട്ടികകൾ വരെയുള്ള പോളിസികൾ ഞാൻ അവലോകനം ചെയ്യുകയും വിടവുകളുടെ ഒരു രേഖാമൂലമുള്ള ലിസ്റ്റ് അയയ്ക്കുകയും ചെയ്യുന്നു, ഓരോന്നും കാണിക്കുന്ന ഒരു ഉദാഹരണ ചോദ്യത്തോടൊപ്പം. സ്റ്റാൻഡേർഡ് പത്ത് പട്ടികകൾ വരെയുള്ള പോളിസികൾ എഴുതുകയോ ശരിയാക്കുകയോ ചെയ്യുന്നു, നിങ്ങളുടെ ആപ്പിന് ആവശ്യമായ റോളുകൾ സജ്ജീകരിക്കുന്നു, അവ മൈഗ്രേഷൻ ഫയലുകളായി നൽകുന്നു, കൂടാതെ ഉപയോക്താവ് A ഉപയോക്താവ് B-യുടെ വരികൾ വായിക്കാനും മാറ്റാനും ശ്രമിക്കുകയും പരാജയപ്പെടുകയും ചെയ്യുന്ന ടെസ്റ്റുകൾ ചേർക്കുന്നു. അഡ്വാൻസ്ഡ് ഇരുപത്തിയഞ്ച് പട്ടികകൾ വരെ ഉൾക്കൊള്ളുന്നു, ഡാറ്റാബേസിൽ നടപ്പിലാക്കുന്ന പ്ലാൻ അല്ലെങ്കിൽ ടയർ പരിധികൾ ചേർക്കുന്നു, കൂടാതെ CI-യിൽ ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നു.

Supabase-ൽ, അതേ PostgreSQL സവിശേഷതകൾ ബാധകമാണ്, auth.uid() ഉം JWT ക്ലെയിമുകളും പോളിസികളിൽ ഉപയോഗിക്കുന്നു. പ്ലെയിൻ PostgreSQL-ൽ, പോളിസികൾ ഓരോ അഭ്യർത്ഥനയ്ക്കും നിങ്ങളുടെ ബാക്കെൻഡ് സജ്ജീകരിക്കുന്ന ഒരു സെഷൻ ക്രമീകരണത്തിൽ നിന്ന് നിലവിലെ ഉപയോക്താവിനെ വായിക്കുന്നു.

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

നിങ്ങളുടെ പ്രോജക്റ്റ് പൂർത്തിയാക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ
1. ഡാറ്റ മാപ്പ് ചെയ്യുക - ഞാൻ പട്ടികകൾ, ഓരോ വരിയുടെയും ഉടമസ്ഥാവകാശം, ആർക്കൊക്കെ അത് വായിക്കാനും മാറ്റാനും കഴിയുമെന്ന് ലിസ്റ്റ് ചെയ്യുന്നു: ഉടമകൾ, ടീം അംഗങ്ങൾ, അഡ്മിൻമാർ, ഓരോ പ്ലാനും.
2. നിലവിലുള്ളവ അവലോകനം ചെയ്യുക - നിലവിലെ നയങ്ങൾ, അനുമതികൾ, റോളുകൾ എന്നിവ ആ മാപ്പുമായി താരതമ്യം ചെയ്യുകയും ഓരോ വിടവും അത് കാണിക്കുന്ന ഒരു ചോദ്യത്തോടൊപ്പം രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു.
3. നയങ്ങളും റോളുകളും - ഓരോ പട്ടികയ്ക്കും ഓരോ പ്രവർത്തനത്തിനും നയങ്ങൾ എഴുതുന്നു, പ്ലാനുകൾക്കോ ടീമുകൾക്കോ ഉള്ള റോളുകളോടൊപ്പം, നിങ്ങൾക്ക് അവലോകനം ചെയ്യാൻ കഴിയുന്ന മൈഗ്രേഷൻ ഫയലുകളായി.
4. അത് തെളിയിക്കുക - ടെസ്റ്റുകൾ വ്യത്യസ്ത ഉപയോക്താക്കളായി ലോഗിൻ ചെയ്യുകയും പരസ്പരം ഡാറ്റ വായിക്കാനും മാറ്റാനും ശ്രമിക്കുകയും ചെയ്യുന്നു. നിരോധിച്ച ഓരോ പ്രവർത്തനവും പരാജയപ്പെടണം, അനുവദിച്ച ഓരോ പ്രവർത്തനവും പ്രവർത്തിക്കണം.
5. കൈമാറ്റം - ആർക്കൊക്കെ എന്ത് കാണാൻ കഴിയും, മൈഗ്രേഷനുകൾ, ഒരു പുതിയ പട്ടിക വരുമ്പോൾ ഒരു നയം എങ്ങനെ ചേർക്കാം എന്നതിനെക്കുറിച്ച് ലളിതമായ വാക്കുകളിൽ ഒരു ചെറിയ കുറിപ്പ്.