对于传统集中式部署的业务系统可否走入分布式的架构设计

首先要说明一点，互联网和传统特别是核心业务系统的特点不一样，传统核心业务系统承担社会稳定民生不可或缺的基本服务，满足监管的要求，满足风险管理的要求。而互联网提供的服务用于提高民生生活质量，
有线下的服务可以替代。X86通过软件的方式以分布式实现一个架构的演变，实质就是实现没有一个集中式的硬件平台，而通过软件的方式继续实现性能扩展。

分布式计算还是集中式计算：美国加州.伯克利大学Eric Brewer教授提出CAP理论-一个分布式系统不可能同时满足一致性、可用性和分区容忍性这三项需求，最多同时只能满足其中两项。因此集中式处理方式更适用于要求数据完整性核心帐务交易处理数据逻辑集中，共享式集群架构（架构于关系型数据库，支持OLTP历史悠久)这种架构支持跨多个业务线的紧耦合的大联机交易量的处理，它能够保证信息的实时的单一真实性；无需通过应用层跨系统的集成开销来保证数据和交易的一致性；由于紧耦合的数据可提供整个耦合的单一逻辑形象，可以说是做到了分享一切。应用不需要考虑跨不同数据库的完整性、恢复性等等，因此对于应用的开发人员来讲节省了许多集成层面和管理层面的烦恼。这种全共享式数据集中的紧耦合集群架构是一种既有SCALE OUT横向扩展能力也有SCALE UP纵向扩展能力的系统架构。

这是个困惑很多人的问题。首先我们要想清楚您的数据库是否有强一致性的要求，换句话讲您的业务是否能够允许数据不一致或弱一致。举例来讲，银行、政府以及传统的商业行为，不允许数据出现任何差错或不一致，他们要求数据的强一致性。而另一些行业，如互联网搜索，电商等等，他们没有严格的监管规则，也没有服务水平的承诺，因此他们不要求数据强一致，只追求弱一致，或叫最终一致。对于要求强一致性的行业，就不能走分布式数据库的道路。反之，则可以。

对于应用转到X86平台一般问题不大，在X86平台应用可以轻易做到集群，比如Weblogic、WAS等，但数据库似乎没有那么容易，特别是核心数据库很少运行在X86平台。对于一个企业或政府来说，数据才是最重要的，如何保障数据的安全性和数据所提供的服务的稳定性最为重要。从技术角度来奖，比如Oracle RAC很难依靠众多的X86来实现集群，因为节点多了性能必然急剧下降，另外对于X86平台来说，硬件的故障率太高，安全性也不能保障，X86的I/O吞吐能力更是瓶颈。因此，对于数据库服务器来讲，小型机或更高端的LinuxONE才是最佳的平台，LinuxONE服务器强大的I/O吞吐能力、不宕机的可靠性和高安全性和混合负载均衡能力等优势，比较适合用于数据库服务器整合的场景。