คุณจำเป็นต้องมีผู้เช่าหลายรายเพื่อจัดการระบบระบุอัตลักษณ์ของคุณจริง ๆ หรือ

ด้วยความเป็นผู้ใหญ่ของเครื่องมือโค้ดต่ำน้อยและบริการคลาวด์ที่เพิ่มขึ้นในปัจจุบัน พร้อมกับการเร่งตัวของการประยุกต์ใช้ AI ทำให้ความต้องการในการพัฒนาแอปพลิเคชันลดลงอย่างมาก และมีแอปพลิเคชันหลายแอปเกิดขึ้นในตลาด

ไม่ว่าจะเป็นแอปที่ซับซ้อนหรือเรียบง่าย ส่วนใหญ่เกี่ยวข้องกับสถานการณ์การลงทะเบียนผู้ใช้และการเข้าสู่ระบบ เพื่อให้ผู้ใช้ได้รับบริการที่มีเสถียรภาพ ปลอดภัย และปรับแต่งได้มากขึ้น และเพื่อแก้ปัญหาการเข้าสู่ระบบและการลงทะเบียนของผู้ใช้ ขั้นแรกคือการสร้างระบบระบุอัตลักษณ์

สำหรับแอปที่มุ่งหน้าไปยังผู้บริโภคหลาย ๆ แอป โมเดลระบุอัตลักษณ์ของพวกเขามักจะค่อนข้างง่าย หรืออาจต้องใช้อีเมลและรหัสผ่านเท่านั้น สำหรับแอปที่อยู่ในระยะการเติบโตและดึงดูดผู้ใช้ใหม่ ๆ นี่ก็เพียงพอ แต่เมื่อแอปมีโมเดลธุรกิจของตนเอง ในกรณีง่ายที่สุด เช่น การให้บริการโฆษณา จำเป็นต้องมีการแยกแยะระหว่างบัญชีผู้ใช้ธรรมดาและบัญชีนักโฆษณา บัญชีนักโฆษณาสามารถปรับแต่งขนาดการส่งโฆษณา เนื้อหา ฯลฯ ได้ ในขณะที่ผู้ใช้ทั่วไปสามารถดูเนื้อหาและโฆษณาบางส่วนได้ฟรี เป็นต้น

Logto เป็นโซลูชันระบุอัตลักษณ์ที่ใช้คลาวด์ และยังมีซอฟต์แวร์โอเพ่นซอร์ส (OSS) ที่มีแกนเดียวกันกับบริการคลาวด์สำหรับผู้ใช้ที่มีความต้องการพิเศษในการปรับแต่งบริการของตน บริการของ Logto สร้างขึ้นบนระบบมัลติเท็นแนนต์ที่แต่ละผู้ใช้ Logto สร้างบัญชีของตนเองและสามารถจัดการผู้เช่าหลายรายภายในบัญชี บริการระบุอัตลักษณ์คลาวด์อื่น ๆ ที่หลากหลายก็มีสถาปัตยกรรมที่คล้ายกัน โดยแต่ละบริการคลาวด์ต่างกันจะมีคำจำกัดความของ 'ผู้เช่า' ของตนเอง ดังนั้นโมเดลผู้เช่าที่เราพูดถึงในบทความนี้จำกัดในสถาพแวดล้อมของ Logto และสำหรับผู้ให้บริการอื่นอาจมีแนวคิดอื่นที่สอดคล้องกัน

ที่น่าสังเกตคือในโมเดลมัลติเท็นแนนต์ของ Logto ข้อมูลระหว่างผู้เช่าถูกแยกออกจากกัน (ข้อมูลทั้งหมดของผู้ใช้งานขั้นสุดท้าย) ดังนั้นผู้ใช้ Logto สามารถจัดการข้อมูลบัญชีผู้ใช้งานขั้นสุดท้ายตามความต้องการทางธุรกิจของพวกเขาภายในบัญชี Logto เดียว บริการระบุอัตลักษณ์คลาวด์อื่นหลาย ๆ รายสามารถรองรับให้แต่ละบัญชีมีผู้เช่าเพียงรายเดียว ซึ่งทำให้ผู้ใช้ที่ต้องการจัดการผู้เช่าหลายรายพร้อมกันต้องเปลี่ยนบัญชีบ่อย ๆ ซึ่งส่งผลให้ประสบการณ์การใช้งานไม่ดี

หลังจากทั้งหมดนั้น คุณควรเลือกโมเดลบัญชีที่เหมาะสมกับแอปของคุณอย่างไร? ที่นี่เราจะดูกรณีสามกรณี

กรณีที่ 1: แอปให้บริการโดยตรงแก่ผู้ใช้ขั้นสุดท้าย#

โมเดลระบุอัตลักษณ์ในแอปแบบนี้ค่อนข้างเรียบง่าย เอาแอปสตรีมมิ่งเพลงเป็นตัวอย่าง - นอกจากผู้ดูแลระบบ (ผู้ใช้ Logto ชื่อ "foo" ซึ่งเป็นเจ้าของผู้เช่าในกรณีนี้ มีการเข้าถึงผู้ดูแลระบบโดยธรรมชาติแล้ว) มีเพียงผู้ใช้ขั้นสุดท้ายเท่านั้น

ในสถานการณ์นี้ ผู้ใช้ขั้นสุดท้ายสามารถแบ่งออกเป็นสามประเภท:

1. ผู้ใช้แผนฟรี: สามารถเล่นเพลงฟรีได้เท่านั้น
2. ผู้ใช้แผนจ่าย: สามารถเล่นเพลงฟรีและสร้างเพลย์ลิสต์ของตนเองได้
3. ผู้ใช้พรีเมี่ยม: เล่นเพลง HiFi ได้บนเพลงฟรีและสร้างเพลย์ลิสต์

ในสถานการณ์การใช้งานข้างต้น เราต้องการบทบาทสามประเภทเท่านั้น (ฟรี, จ่าย, พรีเมี่ยม) โดยแต่ละบทบาทจะถูกกำหนดสิทธิ์ที่แตกต่างกัน ดังนั้นหลังจากที่ผู้ใช้ขั้นสุดท้ายเข้าสู่ระบบ Logto สามารถตัดสินใจว่าจะให้บริการเฉพาะบางอย่างหรือไม่ (เช่น การเข้าถึงเพลง HiFi) ให้กับผู้ใช้ตามบทบาทที่เขามี ในจุดนี้เราต้องการผู้เช่าเดียวก็ตอบสนองความต้องการได้

กรณีที่ 2: แอปแพลตฟอร์มอีคอมเมิร์ซ#

แพลตฟอร์มที่เชื่อมต่อผู้ให้บริการบุคคลที่สามและผู้ใช้ขั้นสุดท้าย ซึ่งเป็นโมเดลธุรกิจ 2C ที่พบบ่อยในทุกวันนี้ มีผู้ใช้สองกลุ่มต้องพิจารณา - ใช้แอปอีคอมเมิร์ซเป็นตัวอย่าง พวกเขาคือผู้ขาย (ผู้ให้บริการ) และผู้ซื้อ (ผู้ใช้ขั้นสุดท้าย)

มีสองวิธีในการสร้างโมเดลระบุอัตลักษณ์ที่นี่:

1. วางกลุ่มผู้ใช้ผู้ซื้อและผู้ขายภายใต้ผู้เช่าเดียวกัน

2. แยกผู้ซื้อและผู้ขายเป็นสองผู้เช่าต่างหาก

เพื่อให้ง่ายต่อการเข้าใจ เราสมมติว่าผู้ซื้อสามารถสั่งซื้อหรือดูคำอธิบายสินค้าได้ และผู้ขายสามารถเปลี่ยนแปลงราคาสินค้า เปลี่ยนคำอธิบายสินค้า และดูสินค้าคงคลัง ผู้ขายดูคำอธิบายสินค้าเพื่อช่วยให้พวกเขาค้นหาปัญหาและอัปเดตข้อมูลสินค้าได้ทันท่วงที

สำหรับโมเดลระบุอัตลักษณ์แบบที่ 1 มีแอปเดียวเท่านั้น ผู้ใช้ทุกคนที่ลงทะเบียนกลายเป็นผู้ซื้อ หากใครต้องการขายของ พวกเขาสามารถเพิ่มสินค้าของตัวเองเพื่อขายได้ ดังนั้นผู้ใช้ขั้นสุดท้ายดังกล่าวจะได้รับสิทธิ์ของผู้ขายเพิ่มเติมจากสิทธิ์ผู้ซื้อเพื่อจัดการสินค้าของตนเอง

สำหรับโมเดลระบุอัตลักษณ์แบบที่ 2 เนื่องจากแต่ละผู้เช่ามีข้อมูลระบุอัตลักษณ์ที่ไม่ซ้ำกันและมีประตูอนุญาตที่แยกต่างหาก แต่ละผู้เช่าต้องมีแอปที่แยกต่างหาก ในกรณีตัวอย่างจะมีแอปผู้ซื้อและแอปผู้ขาย บัญชีผู้ซื้อไม่สามารถกลายเป็นผู้ขายได้ และบัญชีผู้ขายก็ไม่สามารถกลายเป็นผู้ซื้อได้ ถ้าผู้ขายต้องการตรวจสอบคำอธิบายสินค้าตามมุมมองของผู้ซื้อเหมือนในโมเดลที่ 1 พวกเขาต้องให้ความสนใจในการพัฒนาฟีเจอร์เดียวกันในแอปผู้ขาย หรือสมัครบัญชีแอปผู้ซื้อเพื่อตรวจสอบ สิ่งนี้เพิ่มความซับซ้อนอย่างมาก แต่ข้อดีคืออัตลักษณ์ของผู้ซื้อและผู้ขายถูกแยกส่วนโดยสมบูรณ์

หากผู้ขายมีสินค้าที่ต้องจัดการมากหลาย การใช้โมเดลระบุอัตลักษณ์แบบที่ 2 และพัฒนาแอปผู้ขายที่เชี่ยวชาญเฉพาะควรเป็นตัวเลือกที่ดีที่สุด โมเดลที่ 1 เหมาะกับแพลตฟอร์มเช่น eBay ที่ผู้ขายไม่มีสินค้ามากและไม่จำเป็นต้องมีฟีเจอร์จัดการสินค้าที่ซับซ้อนมากเกินไป

กรณีที่ 3: แอพที่ถูกสร้างโดยบริษัทที่ปรึกษาไอที#

สมมติว่ามีบริษัทที่ปรึกษาทางไอทีที่มีลูกค้าที่ไม่มีความสามารถในการพัฒนาระบบไอทีของตนเอง ดังนั้นพวกเขาต้องการบริการทางเทคนิคจากบริษัทนี้

สมมติว่าบริษัทมีลูกค้าสองราย หนึ่งคือระบบบริหารหนังสือภายในสำหรับร้านหนังสือ และอีกลูกค้าหนึ่งคือระบบการจองสำหรับโรงแรม

จากมุมมองของเจ้าของร้านหนังสือ ผมไม่ต้องการให้แขกโรงแรมสามารถเข้าสู่ระบบบริหารหนังสือของฉันได้โดยสะดวก เนื่องจากนั่นจะไม่ปลอดภัยเลย ดังนั้นในด้านการปกป้องความเป็นส่วนตัว จำเป็นต้องตั้งค่าผู้เช่าแยกต่างหากสำหรับแต่ละลูกค้า โดยใช้กลไกการแยกข้อมูลผู้เช่า เพื่อให้มั่นใจว่าข้อมูลของลูกค้าไม่สามารถเห็นได้จากลูกค้าคนอื่น

ตามที่เราได้กล่าวไว้ก่อนหน้านี้ แม้ว่าคุณจะมีความต้องการในการสร้างผู้เช่าหลายราย Logto สามารถช่วยคุณจัดการผู้เช่าหลายรายภายในบัญชีเดียว ซึ่งสะดวกและปลอดภัยกว่าบริการอื่น ๆ บางบริการที่ต้องการให้คุณสร้างและจัดการหลายบัญชีด้วยตนเอง

ผ่านตัวอย่างที่แสดงมาข้างต้น คุณต้องได้รู้ว่าเมื่อไรที่คุณต้องสร้างผู้เช่าหลายราย เมื่อไรก็ตามที่คุณสามารถมีผู้เช่าหนึ่งรายหรือหลายราย และตามความต้องการทางธุรกิจของคุณเอง เลือกโซลูชันโมเดลระบุอัตลักษณ์ที่เหมาะสมกับคุณที่สุด

ทีม Logto มีเป้าหมายที่จะทำให้คำถามว่า "ควรสร้างผู้เช่าหลายรายหรือไม่" ไม่เป็นอุปสรรคกั้นสำหรับธุรกิจใด ๆ หากคุณไม่แน่ใจว่าฉากทัศน์ธุรกิจของคุณสามารถบรรลุได้ด้วยผู้เช่าเดียว โปรด เข้าร่วมชุมชน Logto เพื่อรับคำปรึกษา คำถามของคุณอาจเป็นคำถามของคนอื่น ๆ ด้วย ดังนั้นจงแชร์ความท้าทายที่คุณพบเจอเพื่อช่วยปรับปรุงการขยายตัวของผลิตภัณฑ์ของ Logto

หากคุณกำลังเลือกเฟรมเวิร์กระบุอัตลักษณ์สำหรับแอปของคุณ Logto คุ้มค่าที่จะลอง มันนำเสนอโซลูชันพร้อมใช้งานที่เหมาะสมสำหรับหลากหลายฉากธุรกิจตั้งแต่ธุรกิจขนาดเล็กไปจนถึงแอปพลิเคชันขนาดใหญ่!