我想知道是否有人可以告诉我MongoDB或CouchDB是否已经为生产环境做好了准备。
我现在正在研究这些存储解决方案(目前我更喜欢MongoDB)，但是这些项目还很年轻，所以我预见到我将不得不非常努力地说服我的经理，我们应该采用这种新技术。
我想知道的是:
现在谁在生产环境中使用MongoDB或CouchDB ? 你如何使用MongoDB/CouchDB? 当你采用这种新的存储机制时，你遇到了什么问题(如果有的话)(你是如何克服它们的)? 你是如何处理你不得不面对的移民问题的? 你有任何好的或坏的经验，这些解决方案，你想分享吗?
当前回答
下面是mongoDB生产部署站点的列表
The New Yorks Times: Using it in a form-building application for photo submissions. Mongo's lack of schema gives producers the ability to define any combination of custom form fields. SourceForge: is used for back-end storage on the SourceForge front pages, project pages, and download pages for all projects. Bit.ly Etsy IGN: powers IGN’s real-time traffic analytics and RESTful Content APIs. Justin.tv: powers Justin.tv's internal analytics tools for virality, user retention, and general usage stats that out-of-the-box solutions can't provide. Posterous Intuit Foursquare: Sharded Mongo databases are used for most data at foursquare. Business Insider: Using it since the beginning of 2008. All of the site's data, including posts, comments, and even the images, are stored on MongoDB. Github: is used for an internal reporting application. Examiner: migrated their site from Cold Fusion and SQL Server to Drupal 7 and MongoDB. Grooveshark: currently uses Mongo to manage over one million unique user sessions per day. Buzzfeed Discus Evite: Used for analytics and quick reporting. Squarespace Shutterfly: is used for various persistent data storage requirements within Shutterfly. MongoDB helps Shutterfly build an unrivaled service that enables deeper, more personal relationships between customers and those who matter most in their lives. Topsy Sharethis Mongohq: provides a hosting platform for MongoDB and also uses MongoDB as the back-end for its service. Our hosting centers page provides more information about MongoHQ and other MongoDB hosting options.
和更多的……
提取: http://lineofthought.com/tools/mongodb
你也可以在那里查看其他数据库或工具。
其他回答
就生产而言，无缝故障转移/恢复都需要一个保姆 1- Couchbase，没有无缝的故障转移/恢复，需要人工干预。重新平衡需要太多时间，如果丢失多个节点，风险也会很大。
2- Mongo与shards，数据恢复从松散的配置服务器，不是一个容易的任务
BBC和meebo.com在生产中使用CouchDB，我的一个客户也是如此。 下面是在野外使用Couch: CouchDB的其他用户的列表
主要的挑战是知道如何组织文档，并停止从关系数据的角度思考问题。
我们在生产环境中使用couchdb，就在项目被纳入Apache保护伞之前。
我们用它来存储所有可能使用dbms的数据，以及各种非结构化数据。就我个人而言，我非常喜欢这样一种方式:您可以将各种数据放入其中，并使用视图根据情况剔除不需要的数据。
最难的部分是摆脱dbms的思维模式。为了安全起见，当存储格式改变时，我们编写了自己的迁移utils，所以这并不是真正的问题。
我们还没有任何负面的经历，但我们也没有在任何巨大的负载下进行设置。我认为事情会运行得很好，因为我们有两个从服务器，从一个主服务器复制所有的写操作。我很确定我们不需要这样做才能正确地进行复制，但这就是我们一开始设置的方式，它一直存在。
CouchDB 0.11(发布于3月底)是1.0版本的特性冻结版。这意味着我们将保持与当前1.0版API的兼容性，所以现在是重新研究CouchDB的好时机(如果您很久没有研究过)。
CouchDB 0.11源代码发布在这里。这里链接了二进制安装程序和其他好东西。
我们在生产中使用mongodb
www.beachfront.io -接近每秒5k的写请求 www.beachfrontbuilder.com -每秒500个读写请求，维护1000万用户数据和olap。
我们通过实现自定义组件克服了数据归档面临的唯一挑战。
