最新的 mongodb 本机驱动程序是否足够成熟,可以在生产环境中与 GridFS 一起使用,或者在大型项目中作为规范使用?
参考http://mongodb.github.com/node-mongodb-native
我想考虑快速变化的惯例,而不是技术的成熟度。简而言之,选择一个版本作为高配置生产环境的规范是否安全?
我对该技术的有限经验不允许我确定在锁定规范场景中使用是否安全,甚至根据长期支持(也称为 Ubuntu)锁定版本,其中修复/安全补丁可以,而不是版本变化。
最新的 mongodb 本机驱动程序是否足够成熟,可以在生产环境中与 GridFS 一起使用,或者在大型项目中作为规范使用?
参考http://mongodb.github.com/node-mongodb-native
我想考虑快速变化的惯例,而不是技术的成熟度。简而言之,选择一个版本作为高配置生产环境的规范是否安全?
我对该技术的有限经验不允许我确定在锁定规范场景中使用是否安全,甚至根据长期支持(也称为 Ubuntu)锁定版本,其中修复/安全补丁可以,而不是版本变化。
是的。该驱动程序已经足够成熟,可以在生产中使用。它已经在许多高调的 Node.js 部署中使用,并支持与现有 MongoDB 驱动程序相当的功能集。它也通过了与其他 MongoDB 驱动程序相同的测试,并且性能足够好。
在 MongoDB 方面,不应该担心快速变化的约定。该 API 在过去的几个版本中显示出稳定性,并且在许多版本中没有引入任何重大更改。
您真的确定要在您所描述的那种环境中使用年轻的技术吗?一个项目需要非常成熟才能开始对旧版本进行长期支持。
同样在开源世界中,您很少看到项目本身提供任何类型的长期支持。相反,您有像 Canonical 和 RedHat 这样的公司将补丁反向移植到他们特定版本的即 MySQL。10Gen是 MongoDB 和 mongodb-native 背后的公司,他们将是询问长期支持的合适人选。
我对 mongodb-native 的经验是,这是一个非常快速改进的项目,你真的需要跟上正在发生的事情。我不想支持任何 mongodb-native 版本在未来 n 年内一成不变的东西。
话虽如此,如果您准备好跟上它们的快速发展,那么 MongoDB、Node.JS 和 mongodb-native 肯定已经为生产做好了准备。