2025-08-11

Microsoft Graph അനുമതികളും സമ്മത മാതൃകകളും വിശദീകരണം

മിക്ക Graph-ആധാരിത ആപ്പുകളും റോൾഔട്ടിൽ പരാജയപ്പെടുന്നത് കോഡ് കൊണ്ടല്ല, സമ്മതം (consent) കൊണ്ടാണ്. ഡെവ് ടെനന്റുകൾ വിശാലമായ പരീക്ഷണങ്ങൾ അനുവദിക്കുന്നു; പ്രൊഡക്ഷനിൽ കർശനമായ നയങ്ങൾ അപകടകരമായ സ്കോപ്പുകളെ തടയുന്നു. ഇതിനുള്ള പരിഹാരം Graph-ന്റെ രണ്ട് മാതൃകകൾ മനസ്സിലാക്കുക എന്നതാണ് — ഡെലിഗേറ്റഡ് (ഉപയോക്താവ് സന്ദർഭത്തിൽ) കൂടാതെ ആപ്ലിക്കേഷൻ (ആപ്പ്-മാത്രം, സംഘടന മുഴുവൻ). നിങ്ങളുടെ ആപ്പ് യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കുന്ന രീതിക്ക് യോജിക്കുന്ന ഏറ്റവും കുറഞ്ഞ ആവശ്യമായ സ്കോപ്പുകൾ അഭ്യർത്ഥിക്കുക. കഴിയുന്നിടത്തോളം ഉപയോക്തൃ ഡാറ്റ ഡെലിഗേറ്റഡ് ആയി നിലനിർത്തുക; മേൽനോട്ടമില്ലാത്തതോ ക്രോസ്-ടെനന്റ് ജോലികൾക്കോ മാത്രം ആപ്പ്-മാത്രം ഉപയോഗിക്കുക, അഡ്മിൻ അംഗീകാരത്തിനായി പദ്ധതിയിടുക. ടെനന്റ് സമ്മത നയങ്ങൾ നേരത്തെ മാപ്പ് ചെയ്യുക, അനുമതികൾ ഘട്ടംഘട്ടമായി നൽകുക (പൈലറ്റ് → വിപുലീകരണം), ഓരോ സ്കോപ്പും ആവശ്യമായ കാരണം രേഖപ്പെടുത്തുക. Calendars.Read vs. Calendars.ReadWrite, Team.ReadBasic.All vs. മുഴുവൻ ഡയറക്ടറി പോലുള്ള കുറഞ്ഞ-അവകാശ (least-privilege) ബദലുകൾ ഉപയോഗിക്കുക. ഇതിനെ ഭരണനിർവ്വഹണ സംവിധാനത്തോടെ പൊതിയുക: മുൻകൂർ അംഗീകാര പ്രക്രിയ, ത്രൈമാസ അവലോകനങ്ങൾ, ടാഗിംഗ്, ഓഡിറ്റ് ലോഗുകൾ. ഫലം: "admin consent required" പോപ്പ്-അപ്പുകൾ കുറയുകയും, സുരക്ഷാ അനുമതി വേഗത്തിലാകുകയും, റോൾഔട്ട് സുഗമമാകുകയും ചെയ്യുന്നു.

Apple Podcasts · Spotify · YouTube

Microsoft Graph Permissions and Consent Models Explained (English)