هل أنت بحاجة حقاً إلى عدة مستأجرين لإدارة نظام الهوية الخاص بك؟

مع النضج المتزايد لأدوات البرمجة منخفضة التكلفة والخدمات السحابية اليوم، يرافقها تسريع أدوات الذكاء الاصطناعي، يتم تخفيض عتبة تطوير التطبيقات بشكل كبير، ويظهر المزيد والمزيد من التطبيقات في السوق.

سواء كانت التطبيقات معقدة أو بسيطة، فإن معظم التطبيقات تتضمن سيناريوهات تسجيل المستخدم وتسجيل الدخول، حتى يتمكن المستخدمون من الحصول على خدمات أكثر استقرارًا وأمانًا وتخصيصًا. ولحل مشكلة تسجيل دخول وتسجيل المستخدم، فإن الخطوة الأولى هي بناء نظام هوية.

بالنسبة للعديد من التطبيقات الموجهة للمستهلكين، فإن نماذج الهوية غالباً ما تكون بسيطة نسبياً، أو حتى تتطلب فقط البريد الإلكتروني وكلمة المرور. بالنسبة إلى التطبيقات التي تكون في مرحلة نمو سريع وتجذب مستخدمين جدد، فإن هذا يكفي؛ ولكن بمجرد أن يكون للتطبيق نموذج عمل خاص به، في أبسط الحالات، على سبيل المثال، تقديم الإعلانات، يجب أن يكون هناك تمييز بين حسابات المستخدمين العاديين وحسابات المعلنين. يمكن لحسابات المعلنين تخصيص نطاقات تسليم الإعلانات، والمحتوى، إلخ؛ بينما يمكن للمستخدمين العاديين فقط تصفح بعض المحتويات والإعلانات المجانية، إلخ.

Logto هو حل هوية قائم على السحابة، وهناك أيضًا حل برمجي مفتوح المصدر بنفس النواة كخدمات السحابة للمستخدمين ذوي الاحتياجات الخاصة لإجراء التخصيص. يتم بناء خدمة Logto على نظام مستأجر متعدد، حيث يمكن لكل مستخدم Logto إنشاء حساب خاص به وإدارة عدة مستأجرين داخل الحساب. وكذلك، تحتوي مختلف خدمات السحابة المتعلقة بالهوية على بنى مشابهة، حيث يملك كل خدمة سحابية تعريفها الخاص "للمستأجر"، لذا فإن نموذج المستأجر الذي نناقشه في هذه المقالة محدود بسيناريو Logto، وهناك قد توجد مفاهيم أخرى مماثلة لمقدمي الخدمات الآخرين.

ومن الجدير بالذكر أنه في نموذج Logto المتعدد المستأجرين، يتم عزل البيانات بين المستأجرين (جميع معلومات المستخدمين النهائيين)، لذا يمكن لمستخدمي Logto إدارة بيانات حسابات المستخدمين النهائيين وفقًا لاحتياجاتهم التجارية ضمن حساب واحد في Logto. لا تستطيع العديد من خدمات السحابة الأخرى المتعلقة بالهوية دعم كل حساب لديه مستأجر واحد فقط، مما يجعل المستخدمين الذين يحتاجون إلى إدارة عدة مستأجرين في نفس الوقت يبدلون الحسابات بشكل متكرر، مما يؤدي إلى تجربة سيئة.

بعد كل ذلك، كيف يجب عليك اختيار نموذج الحساب المناسب لتطبيقك؟ هنا ننظر إلى ثلاث حالات.

الحالة 1: يقدم التطبيق الخدمة مباشرةً للمستخدمين النهائيين#

نموذج الهوية في هذا النوع من التطبيقات بسيط جداً. لنستخدم تطبيق بث الموسيقى كمثال - باستثناء المشرف (المستخدم 'foo' في Logto، وهو صاحب المستأجر في هذه الحالة، يمتلك الوصول الإداري أساسًا)، هناك فقط مستخدمون نهائيين.

في هذا السيناريو، يمكن تقسيم المستخدمين النهائيين إلى ثلاثة أنواع:

1. مستخدم الخطة المجانية: يمكنه فقط تشغيل الموسيقى المجانية
2. مستخدم الخطة المدفوعة: يمكنه تشغيل الموسيقى المجانية وإنشاء قوائم تشغيل خاصة به
3. مستخدم بريميوم: بالإضافة إلى تشغيل الموسيقى المجانية وإنشاء قوائم تشغيل، يمكنه أيضًا تشغيل الموسيقى عالية الجودة

في السيناريو التطبيقي أعلاه، نحتاج فقط إلى ثلاثة أنواع من الأدوار (مجاني، مدفوع، بريميوم)، كل منها مخصص بأذونات مختلفة. لذا بعد تسجيل المستخدم النهائي، يمكن لـ Logto أن يقرر ما إذا كان سيقدم خدمات محددة معينة (مثل الوصول إلى الموسيقى عالية الجودة) له بناءً على الدور الذي يمتلكه. في هذه النقطة، نحتاج فقط إلى مستأجر واحد لتلبية المتطلبات.

الحالة 2: تطبيق منصة التجارة الإلكترونية#

منصة تربط بين مقدمي الخدمة الخارجيين والمستخدمين النهائيين، وهو نموذج أعمال شائع 2C في الوقت الحاضر. هناك مجموعتان من المستخدمين للنظر فيهما - باستخدام تطبيق التجارة الإلكترونية كمثال، هم التجار (مقدمو الخدمة) والمشترين (المستخدمين النهائيين).

هناك طريقتان لبناء نموذج الهوية هنا:

1. وضع المشترين ومجموعات التجار تحت نفس المستأجر.

2. وضع المشترين والتجار في مستأجرين مختلفين على التوالي.

لتسهيل فهم المثال، نفترض أن المشترين يمكنهم تقديم الطلبات أو عرض أوصاف المنتجات؛ يمكن للتجار تغيير أسعار المنتجات، وتغيير أوصاف المنتجات، وعرض مخزون المنتجات. يعرض التجار أوصاف المنتجات لمساعدتهم في العثور على المشكلات وتحديث معلومات المنتجات في الوقت المناسب.

بالنسبة لنموذج الهوية 1، هناك تطبيق واحد فقط. جميع المستخدمين الذين يسجلون يصبحون مشترين. وإذا كان شخص ما يحتاج إلى بيع الأشياء، يمكنه إضافة منتجاته للبيع، لذا سيحصل هؤلاء المستخدمون النهائيون على أذونات تاجر بالإضافة إلى أذونات مشتري لإدارة منتجاتهم الخاصة.

أما بالنسبة لنموذج الهوية 2، بما أن كل مستأجر له معلومات هوية فريدة خاصة به وبوابة ترخيص منفصلة خاصة به، يجب أن يكون لكل مستأجر تطبيق منفصل خاص به. في حالة المثال، سيكون هناك تطبيق للمشتري وتطبيق للتاجر. لا يمكن لحسابات المشتري أن تصبح تجارًا، وحسابات التجار أيضًا لا يمكنها أن تصبح مشترين. إذا أراد التجار التحقق من أوصاف منتجاتهم من منظور المشتري كما في النموذج 1، يتعين عليهم إعادة تنفيذ نفس الوظيفة في تطبيق التاجر، أو تسجيل حساب تطبيق المشتري لمشاهدته. وهذا يضيف الكثير من التعقيد، لكن الميزة هي أن هويات المشتري والتاجر معزولة تمامًا.

إذا كان لدى التجار العديد من المنتجات المختلفة لإدارتها، فإن استخدام نموذج الهوية 2 وتطوير تطبيق تاجر متخصص أكثر سيكون خيارًا أفضل. النموذج 1 أكثر ملاءمة للمنصات مثل eBay، حيث لا يحتوي التجار على العديد من المنتجات ولا يحتاجون أيضًا إلى وظائف إدارة منتجات معقدة للغاية.

الحالة 3: التطبيقات المصنوعة من قبل شركة استشارات تقنية المعلومات#

افترض أن هناك شركة استشارية تقنية معلوماتية عملائها ليس لديهم القدرة على تطوير أنظمة تقنية المعلومات بأنفسهم، لذا يحتاجون إلى طلب خدمات تقنية من هذه الشركة.

على افتراض أن لدى الشركة عميلين، أحدهما نظام إدارة كتب داخلي لمكتبة، والعميل الآخر هو نظام حجز لفندق.

من منظور صاحب المكتبة، من الواضح أنني لا أرغب في أن يتمكن ضيوف الفندق من تسجيل الدخول عشوائياً إلى نظام إدارة الكتب الخاص بي، لأن ذلك سيكون غير آمن. لذلك، من ناحية حماية الخصوصية، يجب إعداد مستأجر منفصل لكل عميل، باستخدام آلية عزل معلومات المستأجر، لضمان أن بيانات العملاء غير مرئية للعملاء الآخرين.

كما ذكرنا من قبل، حتى لو كان لديك الحاجة لإنشاء عدة مستأجرين، يمكن لـ Logto مساعدتك في إدارة عدة مستأجرين ضمن حساب واحد، وهو أكثر راحةً وأمانًا مقارنة ببعض الخدمات الأخرى التي تتطلب منك إنشاء وإدارة عدة حسابات بنفسك.

من خلال الأمثلة الموضحة أعلاه، يجب أن تكون قد أدركت متى يجب عليك بالتأكيد إنشاء عدة مستأجرين، في أي سيناريوهات يمكنك أن تكون لديك مستأجر واحد أو عدة مستأجرين، ووفقًا لاحتياجات عملك، اختر الحل النموذجي للهوية الذي يناسبك بشكل أفضل.

يهدف فريق Logto إلى ضمان أن يكون سؤال "ما إذا كان ينبغي إنشاء عدة مستأجرين" لا يشكل حاجزًا أمام أي عمل. إذا كنت غير متأكد مما إذا كانت سيناريوهات عملك يمكن تحقيقها بمستأجر واحد، يرجى الانضمام إلى مجتمع Logto للحصول على استشارة. قد يكون سؤالك أيضًا هو سؤال شخص آخر، لذا شارك التحديات التي واجهتها معنا للمساعدة في تحسين قابلية التوسع في منتجات Logto.

إذا كنت تختار إطارًا للهوية لتطبيقك، فإن Logto يستحق التجربة. يوفر حلاً جاهزًا للاستخدام مناسباً لمختلف سيناريوهات الأعمال من الشركات الصغيرة إلى التطبيقات واسعة النطاق!