MongoDB หรือ CouchDB - เหมาะสำหรับการผลิตหรือไม่ [ปิด]

ฉันสงสัยว่าใครสามารถบอกฉันได้ว่าMongoDBหรือCouchDBพร้อมสำหรับสภาพแวดล้อมการผลิตหรือไม่

ตอนนี้ฉันกำลังดูโซลูชันสตอเรจเหล่านี้ (ฉันชอบ MongoDB ในตอนนี้) อย่างไรก็ตามโครงการเหล่านี้ค่อนข้างใหม่และฉันคาดว่าฉันจะต้องทำงานหนักมากเพื่อโน้มน้าวผู้จัดการของฉันว่าเราควรจะนำสิ่งนี้ไปใช้ เทคโนโลยีใหม่.

สิ่งที่ฉันอยากรู้คือ:

1. ใครใช้ MongoDB หรือ CouchDB วันนี้ในสภาพแวดล้อมการผลิต

2. คุณใช้ MongoDB / CouchDB อย่างไร

3. คุณมีปัญหาอะไรบ้าง (ถ้ามี) เมื่อคุณใช้กลไกการจัดเก็บใหม่นี้ (และคุณเอาชนะพวกเขาได้อย่างไร)

4. คุณจัดการกับปัญหาการย้ายถิ่นที่คุณต้องรับมือได้อย่างไร

5. คุณมีประสบการณ์ที่ดี / ไม่ดีกับวิธีแก้ไขปัญหาเหล่านี้ที่คุณต้องการแบ่งปันหรือไม่?

ฉันเป็น CTO ของ 10gen (นักพัฒนาของ MongoDB) ดังนั้นฉันจึงค่อนข้างลำเอียง แต่ฉันก็จัดการบางไซต์ที่ใช้ MongoDB ในการผลิต

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

shopwikiใช้มันสำหรับบางสิ่งรวมถึงการวิเคราะห์ตามเวลาจริงและเลเยอร์แคช พวกเขากำลังทำมากกว่า 1,000 เขียนต่อวินาทีไปยังฐานข้อมูลขนาดใหญ่พอสมควร

หากคุณไปที่หน้าปรับใช้การผลิต MongoBคุณจะเห็นบางคนที่ใช้ Mongo ในการผลิต

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

บีบีซีและmeebo.comใช้ CouchDB ในการผลิตและเพื่อไม่หนึ่งในลูกค้าของฉัน นี่คือรายการของคนอื่น ๆ ที่ใช้ Couch: CouchDB ในป่า

ความท้าทายที่สำคัญคือการรู้วิธีจัดระเบียบเอกสารของคุณและหยุดคิดในแง่ของข้อมูลเชิงสัมพันธ์

SourceForgeใช้ MongoDB ดูงานนำเสนอนี้หรืออ่านได้ที่นี่

เราใช้ CouchDB แทน MySQL สำหรับร้านค้าของเรา (70.0000 รายการ / ร้านค้ามีทั้งหมด 4 ล้านรายการคุณลักษณะทั้งหมดรายการเชื่อมต่อข้ามระหว่างรายการ)

เป้าหมายของเราคือ:

1. การจำลองแบบง่าย ๆ จาก master-db ไปยังไคลเอนต์หลายแห่งด้วยเอกสารที่แตกต่างกัน

2. ข้อมูลที่มีการคำนวณล่วงหน้าอย่างรวดเร็วเช่น "ฉันมีชิ้นส่วนด้วยแอตทริบิวต์นี้และตัวกรองนั้นอย่างไร

ข้อเท็จจริง:

1. ร้านค้าของเราตอนนี้ทำงานได้เร็วกว่าด้วย MySQL (และฐานข้อมูล mysql ต้องการการคำนวณล่วงหน้าเพิ่มอีก 1-3 วัน (ดังนั้นการอัปเดตคือเดือนละสองครั้ง) ทำให้ข้อมูลพร้อมสำหรับการนับและการกรองผลิตภัณฑ์ CouchDB ต้องการ 5 ชั่วโมงดังนั้น เราสามารถอัปเดตข้อมูลผลิตภัณฑ์ทุกคืน)
2. การตั้งค่า (กรอง) การกระจายข้อมูล & การสำรองข้อมูลไปยังโหนดร้านค้านั้นรวดเร็วและง่ายดาย

แต่ยัง:

1. การทำความเข้าใจแผนที่ / ลดและข้อ จำกัด ของการไม่มีการเข้าร่วมนั้นค่อนข้างยาก
2. ไม่มีการดำเนินการกับข้อมูลเช่น "ลบตำแหน่ง" หรือ "อัปเดตตำแหน่ง" โดยไม่มีโปรแกรมภายนอก
3. การจำลองแบบทำงานได้ดีเว้นแต่จะมีปัญหา มันยากที่จะทราบว่าอะไรคือสาเหตุ (สำหรับผู้เริ่มต้น)
4. การติดตั้ง CouchDB ที่ไม่มีไบนารี (ใช่มีบางรุ่นในรุ่นธรรมดา แต่ไม่ใช่สำหรับทุก OS / รุ่น) อาจเป็นเรื่องยากถ้าคุณไม่ใช่ Linux Geek แต่ชุมชน CouchDB นั้นมีประโยชน์ (#couchdb) และโชคดีที่มี บริษัท ต่างๆอยู่มากมาย (cloudant, iriscouch) ที่ให้บริการตั้งแต่ฟรีไปจนถึงธุรกิจขนาดใหญ่
5. CouchDB กำลังก้าวไปข้างหน้าดังนั้นจึงมีการเปลี่ยนแปลง (การปรับปรุง) มากมายที่อาจเกิดขึ้นในแบบที่คุณทำงาน แต่สิ่งพื้นฐานยังคงมีเสถียรภาพ

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

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

ฉันใช้ CouchDB ในการผลิต ขณะนี้มันจัดเก็บฟิลด์ 'ไม่จำเป็น' ทั้งหมดที่ไม่ได้อยู่ในสคีมา DB ดั้งเดิม และตอนนี้ฉันกำลังคิดที่จะย้ายข้อมูลทั้งหมดไปยัง CouchDB

เป็นขั้นตอนที่ค่อนข้างเสี่ยงฉันยอมรับ ประการแรกเพราะมันยังไม่เป็น v1.0 และประการที่สองเพราะเป็นสิ่งที่ผู้ขับขี่หิวโหย จากการคำนวณของฉันไฟล์ CouchDB (พร้อมดัชนี) มีขนาดใหญ่กว่าฐานข้อมูล MySQL ประมาณ 30 เท่าในแถวเดียวกัน แต่ฉันค่อนข้างมั่นใจว่ามันจะได้ผลดี

CouchDB 0.11 (เปิดตัวเมื่อปลายเดือนมีนาคม) เป็นการเปิดตัวฟีเจอร์ตรึงฟรีสำหรับ 1.0 ซึ่งหมายความว่าเราจะรักษาความเข้ากันได้กับ API ปัจจุบันสำหรับ 1.0 ดังนั้นตอนนี้เป็นเวลาที่ดีที่จะดู CouchDB อีกครั้งหากคุณยังไม่ได้ทำ

ปล่อย CouchDB 0.11 รหัสที่มาสามารถใช้ได้ที่นี่ มีตัวติดตั้งไบนารีและสินค้าอื่น ๆ ที่เชื่อมโยงที่นี่

ฉันไม่รู้อะไรเกี่ยวกับ MongoDB แต่จากคำถามที่พบบ่อยของ CouchDB :

CouchDB พร้อมสำหรับการผลิตหรือไม่

ใช่ดูInTheWildสำหรับรายการบางส่วนของโครงการโดยใช้ CouchDB อีกภาพรวมที่ดีคือกรณีศึกษาของ CouchDB

นอกจากนี้บางลิงก์:

• เรื่องสถานะ CouchDB ปัจจุบันหรือไม่
• SimpleDB, CouchDB และแหล่งข้อมูล "ใหม่" อื่น ๆ - คำติชม

เราใช้ couchdb ในการผลิตและมีตั้งแต่ก่อนที่โครงการจะอยู่ภายใต้ร่ม Apache

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

ส่วนที่ยากที่สุดคือการย้ายออกไปจากความคิด dbms เราเขียนอุปกรณ์การย้ายข้อมูลของเราเองเมื่อรูปแบบการจัดเก็บเปลี่ยนไปเพื่อความปลอดภัยดังนั้นจึงไม่มีปัญหาจริงๆ

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

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

ขณะนี้เรากำลังใช้ MongoDB ในการผลิตเป็นเลเยอร์แคชเช่นเดียวกับเครื่องมือจัดเก็บข้อมูลสำหรับการนำเข้าผลิตภัณฑ์และการจัดการข้อมูลผลิตภัณฑ์ เราเป็น บริษัท อีคอมเมิร์ซที่จัดการผลิตภัณฑ์มากกว่าสองล้านรายการ (100+ ล้านคุณลักษณะ) ครอบคลุมผู้จัดจำหน่ายกว่า 10 รายโดยที่ไม่มี MongoDB งานนี้จะใกล้เข้ามาแล้ว

ขณะนี้เรากำลังใช้ mongodb เป็นบริการจัดเก็บไฟล์สำหรับการทำงานร่วมกันผ่าน LAN นอกจากนี้โปรเจ็กต์เช่นtrelloกำลังใช้ Mongodb เป็นดาต้าสโตร์แบ็กเอนด์ของพวกเขา ฉันใช้ couchdb ก่อนหน้านี้ แต่ไม่ได้ใช้กำลังการผลิต

เรากำลังใช้ MongoDB ในการผลิตในบริการแบ็กเอนด์มือถือของเราคือNetmera เราใช้มันเพื่อจัดเก็บข้อมูลผู้ใช้และเนื้อหาทั้งหมด

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

เนื่องจากเราขายเซ็นเซอร์ที่มีความต้องการความแม่นยำสูงเราจึงทำการทดสอบจำนวนมากในระยะต่าง ๆ และทั้งหมดนี้จะถูกเก็บไว้ในเอกสารเดียวบน CouchDB

มีเส้นโค้งการเรียนรู้บางอย่างที่ฉันเรียนรู้จากประสบการณ์ของฉันซึ่งใช้มุมมองแบบเต็ม (หรือเรียกอีกอย่างว่ามุมมองแบบถาวร) มุมมองควรเป็น "ตัวกรองขนาดเล็ก" ของเศษส่วนของฐานข้อมูลที่จะเรียกใช้บ่อยครั้ง

ฐานข้อมูล CouchDB ของฉันไม่ได้บ้าเหมือน บริษัท ยักษ์ใหญ่อื่น ๆ แต่จนถึงตอนนี้ฉันก็ยังทำได้ดีอยู่ ขณะนี้ฉันมีเอกสาร 24,000 ฉบับที่ 700MB

คุณสมบัติจาก CouchDB ที่ฉันชอบคือ 'การจำลองแบบ', 'การแก้ไขการจัดเก็บเอกสาร'

ฉันได้อ่านบทวิจารณ์ที่ดีมากมายใน MongoDB และฉันจะลองถ้ามีโอกาส

เรากำลังใช้ Mongodb ในการผลิตสำหรับ

www.beachfront.io - ใกล้ถึง 5k เขียนคำขอต่อวินาที www.beachfrontbuilder.com - 500 คำขออ่าน / เขียนต่อวินาทีรักษาข้อมูลผู้ใช้ 10m & olap

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

คำถามนี้ได้ตอบรับแล้ว แต่ตอนนี้วันหนึ่งNoSQL DB อีกแนวโน้มหนึ่งสำหรับคุณสมบัติที่ยอดเยี่ยมมากมาย มันคือCouchbase; ซึ่งทำงานCouchbaseLiteบนแพลตฟอร์มมือถือและCouchbase Serverฝั่งเซิร์ฟเวอร์ของคุณ

นี่คือคุณสมบัติหลักของ Couchbase Lite

Couchbase Lite เป็นเอ็นจิ้นฐานข้อมูลที่สามารถปรับให้เป็นเอกสาร (NoSQL) ที่สามารถซิงค์ได้ซึ่งมีน้ำหนักเบาเหมาะสำหรับการฝังลงในแอพมือถือ

น้ำหนักเบาหมายถึง:

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

หมายถึงเอกสารที่มุ่งเน้น:

เก็บบันทึกในรูปแบบ JSON ที่มีความยืดหยุ่นแทนการกำหนดสกีมาที่กำหนดไว้ล่วงหน้าหรือการทำให้เป็นมาตรฐาน เอกสารสามารถมีไฟล์แนบไบนารีขนาดใดก็ได้เช่นเนื้อหามัลติมีเดีย รูปแบบข้อมูลแอปพลิเคชันสามารถพัฒนาได้ตลอดเวลาโดยไม่จำเป็นต้องมีการย้ายข้อมูลอย่างชัดเจน การจัดทำดัชนี MapReduce ให้การค้นหาที่รวดเร็วโดยไม่จำเป็นต้องใช้ภาษาของแบบสอบถามพิเศษ

Syncable หมายถึง:

สำเนาของฐานข้อมูลใด ๆ สามารถนำมาซิงค์ผ่านอัลกอริทึมการจำลองแบบที่มีประสิทธิภาพเชื่อถือได้และพิสูจน์แล้ว การซิงค์อาจเป็นแบบออนดีมานด์หรือต่อเนื่อง (โดยมีเวลาหน่วงไม่กี่วินาที) อุปกรณ์สามารถซิงค์กับเซ็ตย่อยของฐานข้อมูลขนาดใหญ่บนรีโมตเซิร์ฟเวอร์ เอ็นจิ้นการซิงค์สนับสนุนการเชื่อมต่อเครือข่ายเป็นระยะและไม่น่าเชื่อถือ สามารถตรวจจับและแก้ไขความขัดแย้งได้ด้วยตรรกะแอปในการควบคุมการผสานอย่างสมบูรณ์ แผนผังการแก้ไขอนุญาตให้โทโพโลยีการจำลองแบบที่ซับซ้อนรวมถึงเซิร์ฟเวอร์กับเซิร์ฟเวอร์ (สำหรับศูนย์ข้อมูลหลายแห่ง) และเพียร์ทูเพียร์โดยไม่มีการสูญหายของข้อมูลหรือความขัดแย้งที่ผิดพลาด Couchbase Lite ให้ API ดั้งเดิมสำหรับการพัฒนา iOS (Objective-C) และ Android (Java) อย่างราบรื่น นอกจากนี้ยังมีปลั๊กอิน Couchbase Lite สำหรับ PhoneGap

คุณสามารถสำรวจเพิ่มเติมได้ที่Couchbase Lite

และ เซิร์ฟเวอร์ Couchbase

นี่จะเป็นเรื่องใหญ่ต่อไป

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

2- Mongo กับเศษการกู้คืนข้อมูลจากการสูญเสียเซิร์ฟเวอร์การกำหนดค่าไม่ใช่เรื่องง่าย

Adobeกำลังใช้MongoDBสำหรับการเปิดตัวAdobe Experience Manager (ชื่อเดิมคือDay CQ ) ในฐานะเครื่องมือหลักของฐานข้อมูล

ลูกค้าหลายคนที่เอเจนซี่ที่ฉันทำงานอยู่กำลังใช้CouchDBในโครงการสำหรับลูกค้ารายใหญ่

ทั้งคู่เป็น DB ที่ยอดเยี่ยมและเป็นไปได้ :)

นี่คือรายการของไซต์ที่ใช้งานจริงด้วย mongoDB

• The New Yorks Times : ใช้ในแอปพลิเคชั่นสร้างรูปแบบสำหรับการส่งรูปภาพ การขาดสคีมาของ Mongo ทำให้ผู้ผลิตสามารถกำหนดชุดค่าผสมของฟิลด์แบบกำหนดเองใด ๆ ได้
• SourceForge : ใช้สำหรับการจัดเก็บข้อมูลส่วนหลังในหน้า FrontForge, หน้าโครงการและหน้าดาวน์โหลดสำหรับทุกโครงการ
• Bit.ly
• Etsy
• IGN : เพิ่มประสิทธิภาพการวิเคราะห์ปริมาณการใช้งานเรียลไทม์และ API เนื้อหา RESTful ของ IGN
• Justin.tv : เพิ่มประสิทธิภาพเครื่องมือการวิเคราะห์ภายในของ Justin.tv สำหรับความเป็นไวรัสการเก็บข้อมูลผู้ใช้และสถิติการใช้งานทั่วไปที่โซลูชันที่ล้าสมัยไม่สามารถให้ได้
• Posterous
• ตรัสรู้
• Foursquare : ใช้ฐานข้อมูล Sharded Mongo สำหรับข้อมูลส่วนใหญ่ที่ foursquare
• นักธุรกิจภายใน : ใช้งานตั้งแต่ต้นปี 2551 ข้อมูลทั้งหมดของเว็บไซต์รวมถึงโพสต์ความคิดเห็นและแม้แต่ภาพจะถูกเก็บไว้ใน MongoDB
• Github : ใช้สำหรับแอปพลิเคชันรายงานภายใน
• ผู้ตรวจสอบ : ย้ายเว็บไซต์ของพวกเขาจาก Cold Fusion และ SQL Server ไปเป็น Drupal 7 และ MongoDB
• Grooveshark : ปัจจุบันใช้ Mongo เพื่อจัดการเซสชันผู้ใช้ที่ไม่ซ้ำกันมากกว่าหนึ่งล้านเซสชันต่อวัน
• Buzzfeed
• จาน
• Evite : ใช้สำหรับการวิเคราะห์และการรายงานอย่างรวดเร็ว
• Squarespace
• Shutterfly : ใช้สำหรับข้อกำหนดการจัดเก็บข้อมูลถาวรต่างๆภายใน Shutterfly MongoDB ช่วยให้ Shutterfly สร้างบริการที่ไม่มีใครเทียบได้ซึ่งจะช่วยให้ความสัมพันธ์ที่ลึกซึ้งและเป็นส่วนตัวมากขึ้นระหว่างลูกค้าและผู้ที่สำคัญที่สุดในชีวิตของพวกเขา
• Topsy
• ShareThis
• Mongohq : จัดให้มีแพลตฟอร์มการโฮสต์สำหรับ MongoDB และยังใช้ MongoDB เป็นแบ็คเอนด์สำหรับบริการ หน้าศูนย์โฮสติ้งของเราให้ข้อมูลเพิ่มเติมเกี่ยวกับ MongoHQ และตัวเลือกโฮสติ้ง MongoDB อื่น ๆ

และอื่น ๆ...

แยกจาก: http : //lineof แม้ว่าt.com/tools/mongodb

คุณสามารถตรวจสอบฐานข้อมูลหรือเครื่องมืออื่น ๆ

MongoDB มีปัญหาบางอย่างเกี่ยวกับการออกใบอนุญาตให้กับธุรกิจฉันไม่แน่ใจในรายละเอียด แต่ฝ่ายกฎหมายของเราบอกกับเราในเงื่อนไขที่แน่นอนว่าเราไม่ได้รับอนุญาตให้ใช้ MongoDB ในผลิตภัณฑ์ใด ๆ ของเรา