इंजीनियरिंग · ओवरव्यू
एक व्यक्ति। सिस्टम में अलग-अलग भूमिकाएँ।
Zeredi में Principal, account और identity अलग-अलग ज़िम्मेदारियों को दर्शाते हैं। इन्हें अलग रखने से हमें एक्सेस, ओनरशिप और रिप्रेजेंटेशन को बेहतर तरीके से समझने में मदद मिलती है, बिना उन्हें एक ही चीज़ माने।
Principal: जो साइन इन करता है।
ऑथेंटिकेटेड एक्टर। एक principal के पास यूजरनेम होते हैं और उसे अकाउंट्स का एक्सेस दिया जा सकता है। यह ऑथेंटिकेशन का शुरुआती बिंदु है, न कि किसी व्यक्ति की पूरी प्रोफाइल।
Account: जिसे वे मैनेज करते हैं।
अकाउंट रिकॉर्ड में अकाउंट मेटाडेटा, लाइफसाइकिल और ओनरशिप रिलेशनशिप शामिल होते हैं। प्रिंसिपल का अकाउंट असाइनमेंट साइन-इन किए हुए एक्टर को अकाउंट से जोड़ता है; इन दोनों रिकॉर्ड्स की ज़िम्मेदारियाँ अलग-अलग होती हैं।
Identity: जिसका प्रतिनिधित्व किया जाता है।
आइडेंटिटी (Identity) यह बताती है कि जानकारी किसकी है या किसका प्रतिनिधित्व करती है। इसे साइन-इन से अलग रखने से पहचान, स्वामित्व और एक्सेस को समझना आसान हो जाता है।
ये सब एक साथ कैसे काम करते हैं।
पर्सनल साइनअप के दौरान, Zeredi एक principal बनाता है, एक पर्सनल अकाउंट और आइडेंटिटी रिकॉर्ड प्रोविज़न करता है, और उस अकाउंट को प्रिंसिपल को असाइन करता है। ये सब मिलकर काम करते हैं, लेकिन सिस्टम के अलग-अलग हिस्से बने रहते हैं।
अलग कॉन्सेप्ट। स्पष्ट परमिशन्स।
किसी अकाउंट या आइडेंटिटी आइडेंटिफायर का पता होने का मतलब यह नहीं है कि उसे एक्सेस करने की अनुमति मिल गई है। एक्सेस चेक अभी भी उचित API और पॉलिसी बाउंड्रीज़ पर ही होते हैं। ये आर्किटेक्चरल कॉन्सेप्ट किसी तीसरे पक्ष को व्यक्तिगत जानकारी का एक्सेस नहीं देते हैं।
यह एक वैचारिक ओवरव्यू (conceptual overview) है, न कि कोई पब्लिक API स्पेसिफिकेशन, पूर्ण सुरक्षा विवरण, या इंटीग्रेशन उपलब्धता की घोषणा। लॉन्च के समय थर्ड-पार्टी API इंटीग्रेशन ओपन नहीं होंगे।