ऐसे सिस्टम के लिए authorization कैसे डिज़ाइन करेंगे जहां permissions टीम, resource और plan के हिसाब से बदलती हों?

authentication को authorization से अलग करें, फिर एक मॉडल चुनें: role based access control सादा है और तब चलता है जब permissions गिनी चुनी roles में सिमट जाती हों, जबकि attribute आधारित नियम resource पर लगी शर्तों के लिए ठीक हैं, जैसे owner, टीम या plan। इसे एक ही जगह लागू करें, आदर्श रूप से एक policy layer जिसे handlers कॉल करें, जांच को डेटा के पास रखें ताकि कोई query rows लीक न कर सके, और हर फैसला audit के लिए लॉग करें।

authentication बताता है कि आप कौन हैं और edge पर एक बार होता है; authorization बताता है कि आप क्या कर सकते हैं और किसी खास resource के लिए हर request पर होता है। मॉडल के लिए मैं roles से शुरू करता हूं क्योंकि उन्हें समझना और support को समझाना आसान है, फिर वहां attribute शर्तें जोड़ता हूं जहां अकेली roles बात नहीं कह पातीं, जैसे यह यूज़र उस plan पर है जिसमें exports शामिल हैं, या यह रिकॉर्ड उसकी टीम का है। मॉडल से ज़्यादा मायने यह रखता है कि फैसला ठीक एक ही जगह हो। मुझे हर resource type के लिए एक policy function चाहिए जिसे handlers कॉल करें, डिफ़ॉल्ट मना के साथ, ताकि जांच भूल जाने वाला नया endpoint एक दिखने वाली चूक बने, चुपचाप खुला छेद नहीं। जो भी multi tenant है, वहां मैं tenant filter को data layer में धकेल देता हूं ताकि कोई query भौतिक रूप से दूसरे tenant की rows लौटा ही न सके, क्योंकि हर डेवलपर को where clause याद रहेगा, इस भरोसे पर चलना एक दिन नाकाम होता ही है। और हर फैसला subject, resource और नतीजे के साथ लॉग होता है, क्योंकि किसी भी घटना में पहला सवाल यही होता है कि कौन क्या देख सकता था।