集中式应用，分布式的云，到了改变的时候！从数据库开始，OK吗？

集中式应用，分布式的云，到了改变的时候！从数据库开始，OK吗？

    

云计算时代，大家都在往云迁移，但是大家意识到了：将传统应用迁移到云，给应用搬个家，但应用本身没有丝毫改变。这种迁移带来的好处是非常有限的，不是吗？

传统应用改造的终极目标

将传统应用迁移到云，固然可以快速调度资源，解决快速上线、部署的难题，但除此之外，业务弹性的问题才是更为期待的，以双十一为例，电商系统能够自动应对互联访问、交易的高峰。这是传统企业羡慕和期待的。

但是传统企业应该意识到，将集中式应用迁移到分布式云，并没有充分发挥云的威力。要像互联网企业一样自由驾驭互联网+，就需要对传统应用进行分布式改造，或者说，云原生化、微服务化改造，这才是终极目标。

谈何容易啊？！

都说一分钱难到男子汉，对于传统行业/企业用户来说，没有互联网企业的人才积累和技术实力，要进行应用改造，实现原生化、微服务化，困难重重。

至少短期不能实现，少有行业/企业有这个勇气。

但是男子汉真会被一份钱难死吗？

答案是否定的！

对于分布式应用，用户并非没有选择。从开源到商业软件，其实有很多选择。以数据库为例，公有云厂商、IT产品供应商很多都推出了分布式数据库、并行数据库产品，如AWS的Aurora。

Aurora的话题

关于Aurora，大家知道的是：它也是关系型数据库，这和Oracle数据库是一样的。Aurora的价格仅为Oracle数据库的1/10左右。但也许大家没有注意到的是：同为Oracle数据库，Aurora属于分布式数据库，并可以兼容MySQL、PostgreSQL等。通过分布式集群部署，Aurora可提供横向扩展特征，满足业务弹性的需要。

实际上，传统关系型数据库也有很多突破。以新的12c Oracle数据库为例，一方面能够支持关系型数据SQL查询，另一方面也能够针对Hadoop、对象存储的NoSQL查询能力，还可以访问JSON格式的数据。从交易到数据分析创新，从OLTP到OLAP，传统数据库也可以搞定。

借助AI技术，传统数据库也能够实现自愈能力。既然如此，为什么还要去IoE呢？

除了自主可控、安全可控的因素之外。

对于企业来说，更重要的其实还是互联网规模的直客访问的需要，受纵向扩展的制约，在新的需求面前，用户需要采用Aurora，或MySQL、PostgreSQL等开源数据库进行支撑。

根据AWS披露,在过去两年中,已经接纳了累计6.4万次的数据库迁移，其中，AWS母公司亚马逊也将电商业务的Oracle数据库迁移到了Aurora，一来降低成本，二来为业务提供更好的业务支撑。

用户不会为迁移而迁移。

更多的选择

用户可以选择不仅仅是Aurora，MySQL、Postg数据库，此外还有更多适应不同数据模型的互联网规模的非关系数据库可供选择。其中包括键值数据库、文档数据库、图形数据库、内存数据库以及搜索数据库等。

可以说，每一种类型的数据库，都是针对某种或者某一组特定需求而生的。在此可以具体了解一下每种数据库的专长方向：

键值数据库：键值数据库具有高度可分区性，能够以其它数据库类型无法实现的方式进行横向扩展。

键值数据特别适合游戏、广告、物联网等键值类型的用例，其访问模式主要针对已知键值，实现低延迟获取/放置。以DynamoDB为例，可为任何规模工作负载提供毫秒延迟水平的访问。

文档数据库：文档数据库非常直观，数据通常被表示为JSON文档。开发人员可使用文档格式进行数据保存。

图形数据库：典型的图形数据库，如Amazon Neptune，通过支持Property Graph模型以及RDF（Resource Description Framework，资源描述框架），可选择TinkerPop、RDF/SPARQL两种图形接口API。

用户可以利用图形数据库构建知识图谱、制作游戏内的建议功能以及检测欺诈行为等。

内存数据库：该数据库应用可为金融服务、电子商务、排行榜、会话等提供实时分析和存储应用，满足这类应用对响应时间的苛刻要求，应对随时可能出现的流量峰值。