ฉันกำลังคิดที่จะสร้างแอปหลายผู้เช่าโดยใช้ MongoDB ฉันยังไม่รู้เลยว่าจะมีผู้เช่ากี่คน แต่ฉันอยากจะขยายเป็นหลักพัน
ฉันคิดได้สามกลยุทธ์:
เสียงในหัวของฉันกำลังบอกให้ฉันเลือกตัวเลือกที่ 2
ความคิดและความหมายใคร?
คำตอบ:
ฉันมีปัญหาเดียวกันในการแก้ปัญหาและกำลังพิจารณารูปแบบต่างๆ เนื่องจากฉันมีประสบการณ์ในการสร้างแอปพลิเคชันผู้เช่าหลายคนของ SaaS ฉันก็จะเลือกตัวเลือกที่สองตามประสบการณ์เดิมของฉันกับฐานข้อมูลเชิงสัมพันธ์
ในขณะที่ทำการวิจัยฉันพบบทความนี้ในเว็บไซต์สนับสนุน mongodb (ทางกลับเพิ่มเนื่องจากมันหายไป): https://web.archive.org/web/20140812091703/http://support.mongohq.com/use-cases/multi -tenant.html
พวกเขาระบุว่าให้หลีกเลี่ยงตัวเลือกที่ 2 โดยไม่เสียค่าใช้จ่ายใด ๆ ซึ่งตามที่ฉันเข้าใจไม่ได้เจาะจงเฉพาะกับ mongodb ความประทับใจของฉันคือสิ่งนี้ใช้ได้กับฐานข้อมูล NoSQL ส่วนใหญ่ที่ฉันค้นคว้า (CoachDB, Cassandra, CouchBase Server เป็นต้น) เนื่องจากลักษณะเฉพาะของการออกแบบฐานข้อมูล
คอลเล็กชัน (หรือที่เก็บข้อมูลหรือที่พวกเขาเรียกว่าในฐานข้อมูลที่แตกต่างกัน) ไม่ใช่สิ่งเดียวกับสกีมาความปลอดภัยใน RDBMS แม้ว่าจะมีพฤติกรรมเป็นที่เก็บเอกสาร แต่ก็ไม่มีประโยชน์สำหรับการแยกผู้เช่าที่ดี ฉันไม่พบฐานข้อมูล NoSQL ที่สามารถใช้ข้อ จำกัด ด้านความปลอดภัยตามคอลเล็กชันได้
แน่นอนคุณสามารถใช้การรักษาความปลอดภัยตามบทบาท mongodb เพื่อ จำกัด การเข้าถึงในระดับฐานข้อมูล / เซิร์ฟเวอร์ ( http://docs.mongodb.org/manual/core/authorization/ )
ฉันขอแนะนำตัวเลือกแรกเมื่อ:
ฉันจะไปหาตัวแปร 3 ถ้า:
หากคุณโพสต์รายละเอียดเพิ่มเติมเกี่ยวกับใบสมัครของคุณฉันอาจให้คำแนะนำโดยละเอียดเพิ่มเติมแก่คุณได้
ฉันพบคำตอบที่ดีในความคิดเห็นในลิงค์นี้:
http://blog.boxedice.com/2010/02/28/notes-from-a-production-mongodb-deployment/
โดยทั่วไปตัวเลือก # 2 น่าจะเป็นวิธีที่ดีที่สุด
อ้างจากความคิดเห็นของ David Mytton:
เราตัดสินใจที่จะไม่มีฐานข้อมูลต่อลูกค้าเนื่องจากวิธีที่ MongoDB จัดสรรไฟล์ข้อมูล แต่ละฐานข้อมูลใช้ชุดไฟล์ของตัวเอง:
ไฟล์แรกสำหรับฐานข้อมูลคือ dbname.0 จากนั้น dbname.1 เป็นต้น dbname.0 จะเป็น 64MB, dbname.1 128MB เป็นต้นสูงสุด 2GB เมื่อไฟล์มีขนาดถึง 2GB ไฟล์ต่อเนื่องแต่ละไฟล์จะมีขนาด 2GB เช่นกัน
ดังนั้นหากมีการพูดถึง datafile ล่าสุด 1GB ไฟล์นั้นอาจว่างเปล่า 90% หากเพิ่งมาถึง
จากคู่มือ
เมื่อผู้ใช้ลงทะเบียนเพื่อทดลองใช้และเริ่มต้นใช้งานเราจะได้รับฐานข้อมูลที่มีขนาดอย่างน้อย 2GB มากขึ้นเรื่อย ๆ แม้ว่าไฟล์ข้อมูลทั้งหมดจะไม่ได้ใช้ เราพบว่าสิ่งนี้ใช้พื้นที่ดิสก์จำนวนมากเมื่อเทียบกับการมีฐานข้อมูลหลายฐานข้อมูลสำหรับลูกค้าทั้งหมดซึ่งสามารถใช้พื้นที่ดิสก์ได้อย่างมีประสิทธิภาพสูงสุด
การ Sharding จะเป็นแบบมาตรฐานตามคอลเลกชันซึ่งนำเสนอปัญหาที่คอลเลกชันไม่เคยถึงขนาดต่ำสุดในการเริ่มต้นการชาร์ดเช่นเดียวกับกรณีของเราบางส่วน (เช่นคอลเลกชันที่เก็บรายละเอียดการเข้าสู่ระบบของผู้ใช้) อย่างไรก็ตามเราได้ขอให้สามารถทำได้ในแต่ละระดับฐานข้อมูล ดู http://jira.mongodb.org/browse/SHARDING-41
ไม่มีการแลกเปลี่ยนประสิทธิภาพโดยใช้คอลเลกชันจำนวนมาก ดู http://www.mongodb.org/display/DOCS/Using+a+Large+Number+of+Collections
มีบทความที่สมเหตุสมผลเกี่ยวกับ MSDN เกี่ยวกับสถาปัตยกรรมข้อมูลหลายผู้เช่าซึ่งคุณอาจต้องการอ้างถึง หัวข้อสำคัญบางส่วนที่เกี่ยวข้องกับบทความนี้:
นอกจากนี้ยังมีรูปแบบบางอย่างสำหรับการกำหนดค่า Software as a Service (SaaS)
นอกจากนี้ตัวผู้มูลค่าเป็นเขียนขึ้นที่น่าสนใจจากคน SQL Anywhere
ส่วนตัวของฉันเอง - เว้นแต่คุณจะมั่นใจว่ามีการบังคับใช้ความปลอดภัย / ความน่าเชื่อถือฉันจะใช้ตัวเลือกที่ 3 หรือหากข้อกังวลเกี่ยวกับความสามารถในการปรับขยายได้ห้ามไม่ให้ใช้ทางเลือกที่ 2 เป็นอย่างน้อย ที่บอกว่า ... ฉันไม่ใช่มืออาชีพกับ MongoDB ฉันค่อนข้างกังวลเมื่อใช้ "สคีมา" ที่ใช้ร่วมกัน - แต่ฉันยินดีที่จะเลื่อนไปตามผู้ปฏิบัติงานที่มีประสบการณ์มากกว่า
ฉันจะไปที่ตัวเลือก 2
อย่างไรก็ตามคุณสามารถตั้งค่าตัวเลือกบรรทัดคำสั่ง mongod.exe --smallfiles ซึ่งหมายความว่าขนาดไฟล์ที่ใหญ่ที่สุดของขอบเขตจะเป็น 0.5 กิกะไบต์และไม่ใช่ 2 กิกะไบต์ ฉันทดสอบสิ่งนี้ด้วย mongo 1.42 ดังนั้นตัวเลือกที่ 3 จึงไม่เป็นไปไม่ได้
จากการวิจัยของฉันในMongoDB Trucos y consejos Aplicaciones multitenant ไม่แนะนำให้ใช้ตัวเลือกนั้นหากคุณไม่ทราบว่าคุณสามารถมีผู้เช่าได้กี่คนซึ่งอาจมีจำนวนหลายพันคนและจะมีความซับซ้อนเมื่อต้องใช้การแยกชิ้นส่วนลองนึกภาพว่ามีคอลเล็กชันหลายพันรายการในฐานข้อมูลเดียว ... ดังนั้นในกรณีของคุณ ขอแนะนำให้ใช้ตัวเลือกที่หนึ่ง ตอนนี้ถ้าคุณจะมีผู้ใช้จำนวน จำกัด มันก็แตกต่างกันไปแล้วและใช่คุณสามารถใช้ตัวเลือกที่สองได้อย่างที่คิด
ในขณะที่การสนทนาอยู่ที่ NoSQL และส่วนใหญ่เป็น MongoDB พวกเราที่Citusกำลังใช้ PostgreSQL และสร้างฐานข้อมูลผู้เช่าหลายรายแบบกระจาย / แยกส่วน
คู่มือการใช้งานของเราจะอธิบายถึงแอปตัวอย่างซึ่งครอบคลุมสคีมาและคุณลักษณะเฉพาะของผู้เช่าหลายราย
สำหรับข้อมูลที่ไม่มีโครงสร้างเพิ่มเติมเราใช้คอลัมน์ JSONB ของ PostgreSQL เพื่อจัดเก็บข้อมูลดังกล่าวและเฉพาะผู้เช่า