រំលងទៅកាន់មាតិកា

ផ្នែកបច្ចេកទេស · ទិដ្ឋភាពទូទៅ

មនុស្សម្នាក់ ប៉ុន្តែមានតួនាទីខុសៗគ្នាក្នុងប្រព័ន្ធ

Principal, Account និង Identity ពណ៌នាអំពីការទទួលខុសត្រូវខុសៗគ្នានៅក្នុង Zeredi។ ការបែងចែកពួកវាឱ្យដាច់ពីគ្នា ជួយឱ្យយើងងាយស្រួលគ្រប់គ្រងលើការអនុញ្ញាត ការកាន់កាប់ និងតំណាងឱ្យអ្នកប្រើប្រាស់ ដោយមិនយកពួកវាមកច្រឡំគ្នា។

Principal: អ្នកដែលចូលប្រើប្រព័ន្ធ

គឺជាអ្នកដែលត្រូវបានផ្ទៀងផ្ទាត់អត្តសញ្ញាណ (authenticated actor)។ Principal ជាម្ចាស់ឈ្មោះអ្នកប្រើប្រាស់ (username) និងអាចត្រូវបានផ្តល់សិទ្ធិចូលប្រើ Account នីមួយៗ។ វាគឺជាចំណុចចាប់ផ្តើមនៃការផ្ទៀងផ្ទាត់អត្តសញ្ញាណ មិនមែនជាប្រវត្តិរូបទាំងមូលរបស់មនុស្សម្នាក់នោះទេ។

Account: អ្វីដែលពួកគេគ្រប់គ្រង

កំណត់ត្រា Account រួមបញ្ចូលទាំងទិន្នន័យមេតា (metadata) វដ្តជីវិត និងទំនាក់ទំនងនៃការកាន់កាប់។ ការចាត់ត assigning Account ទៅឱ្យ Principal គឺជាការភ្ជាប់អ្នកដែលបានចូលប្រើប្រព័ន្ធទៅកាន់ Account មួយ ដែលកំណត់ត្រាទាំងពីរនេះមានការទទួលខុសត្រូវដាច់ដោយឡែកពីគ្នា។

Identity: អ្វីដែលត្រូវបានតំណាងឱ្យ

អត្តសញ្ញាណ គឺជាការបញ្ជាក់ថា តើព័ត៌មាននោះតំណាងឱ្យនរណា ឬអ្វី។ ការបំបែកវាចេញពីការចូលប្រើប្រាស់ (sign-in) ជួយឱ្យការកំណត់តំណាង កម្មសិទ្ធិ និងការចូលប្រើប្រាស់កាន់តែច្បាស់លាស់។

របៀបដែលពួកវាដំណើរការជាមួយគ្នា

នៅពេលចុះឈ្មោះប្រើប្រាស់ផ្ទាល់ខ្លួន Zeredi បង្កើត Principal មួយ, រៀបចំ Account ផ្ទាល់ខ្លួន និងកំណត់ត្រា Identity រួចចាត់ត Account នោះទៅឱ្យ Principal។ ពួកវាដំណើរការរួមគ្នា ប៉ុន្តែនៅតែជាផ្នែកដាច់ដោយឡែកពីគ្នានៃប្រព័ន្ធ។

គោលគំនិតដាច់ដោយឡែក ការអនុញ្ញាតច្បាស់លាស់

ការដឹងពីលេខសម្គាល់ Account ឬ Identity មិនមែនមានន័យថាមានសិទ្ធិចូលប្រើប្រាស់នោះទេ។ ការត្រួតពិនិត្យការអនុញ្ញាត (access checks) នៅតែត្រូវធ្វើឡើងតាមរយៈ API និងគោលការណ៍កំណត់ (policy boundaries) ដែលសមស្រប។ គោលគំនិតស្ថាបត្យកម្មទាំងនេះ មិនបានផ្តល់សិទ្ធិឱ្យភាគីទីបីចូលមើលព័ត៌មានផ្ទាល់ខ្លួននោះទេ។

នេះគឺជាទិដ្ឋភាពទូទៅនៃគោលគំនិត មិនមែនជាការកំណត់លម្អិតនៃ Public API, ការពិពណ៌នាអំពីសុវត្ថិភាពពេញលេញ ឬជាការប្រកាសអំពីការបើកឱ្យរួមបញ្ចូលសេវាកម្មនោះទេ។ ការរួមបញ្ចូល API ភាគីទីបីនឹងមិនទាន់បើកឱ្យប្រើនៅពេលដាក់ឱ្យដំណើរការដំបូងឡើយ។

ត្រឡប់ទៅកាន់ API integrations