Domino,专注大规模集团企业信息化应用

——北京慧点科技股份有限公司 解决方案及产品总监 杜胜

大家对Domino的评价众说纷纭，褒贬不一。在2009年之前，笔者对IBMDomino并没有太多了解，只知道是办公自动化的鼻祖。从2009年到2013年，4年时间与Domino的亲密接触，让有10余年Java及关系数据库经历的笔者真正见识到了Domino的强大、高效和低成本，他是为大规模集团应用而生，在这一领域，他是王者。我们应该纠正一些厂商和用户对Domino的认识误区。

Domino究竟是什么?

Domino不是一门语言，Domino是一个包括集成开发环境(IDE)、数据库(DataBase)、应用服务器(ApplicationServer)在内的包含前端到后端的统一开发平台。Domino支持的开发语言包括LotusScript、Java，数据库则采用的是支持分布式的文档数据库(NoSQL)，应用服务器则包括Http服务器、JavaRuntime等。不太了解Domino的人常拿Java和Domino直接对比，这两者本就不是一个概念层面的东西，有点驴头不对马嘴。更恰当的对比应该是Java集成开发环境、关系数据库、Java应用服务器，当然在Java的体系里面可以选择的产品就太多了，有着各种搭配，不同的搭配产生的能力也有很大的差异，所以以下笔者将针对单项的比较发表一些观点。

分布式数据库与关系数据库

笔者曾经接触过一家企业，最初采用了Java和关系数据库方案的OA系统，大集中部署，初始用户数量在2000人，初期性能较好，访问较快。随着下属公司不断纳入到系统中，系统的响应开始变慢，尤其是在每天上午9点左右，系统经常出现宕机。经过分析发现：主要是数据库响应延时，无法及时返回结果，而导致应用服务器线程堵塞出现宕机。这样的情况直到企业后续投资购买了一台高性能的数据库服务器才得到缓解。当系统用户数量达到6000人时，应用服务器再次出现宕机，问题依旧，此时单纯提高单台硬件服务器的办法已无法解决问题，而供应商也不具备设计分布式数据库架构的能力。由于这家企业设计的OA系统目标用户数是全集团2万人，最终不得不选择更换为Domino平台的OA系统来彻底解决以上问题。

关系数据库天然就是集中的，所以一般都设计为集中式架构，采用单台服务器来承载，但随着用户规模的不断扩大并发读写访问增多，物理机的性能也会达到极限，到遇到性能问题时将无法通过增加服务器数量来实现横向的性能扩展，而纵向的性能扩展不仅成本高昂同时也有极限。很多系统在架构设计之初就没有将关系数据库设计成为分布式数据库架构，这里面有多种原因，技术的复杂度、成本高昂、维护的复杂度等，一些互联网厂商利用关系数据库设计出伪分布式数据库架构来满足电子商务应用高并发的性能要求，但这类厂商都拥有强大的DBA团队和大量的运维人员，而对普通的企业来说这种高昂的运维成本是难以承受的。

那么有没有结构简单、成本低廉、成熟稳定的解决方案呢?当然有，Domino的文档数据库采用分布式架构、拆分灵活，随着用户访问规模的扩大，可以不断增加新的服务器来实现横向的性能扩展。不仅如此，NoSQL数据库和关系数据库最大的不同是没有强约束关系，数据结构可以灵活的变化，这在大型集团企业的管控领域中是至关重要的，管理和业务的最大区别就是管理的多变性。同时，集团企业内部的重组、兼并非常频繁，也要求系统具有良好的适应性，而大的结构变化对于复杂的关系数据库而言简直就是一场灾难。

为什么很多大型集团企业在经过慎重的选型对比后选择了Domino?是因为Domino在数据库方面的综合能力是其他解决方案难以企及的。架构决定生死，高性能、稳定性、扩展性、低成本缺一不可。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友