企业使用数据库的12种姿势

但这种方式一般企业无法自己独立运维，需要借助第三方公司的商业支持。对数据库的企业级特性有较高要求，但原生开源数据库又无法满足的情况。对于短期内有去除商业数据库的需求场景，非常适合。随着国内对开源数据库使用水平不断深入，有越来越多的此类初创型企业出现。非常看好这种模式的未来发展。

成本因素

人力成本，主要来自于第三方服务，总体不高。财务成本，主要看方案情况，差异较大。时间成本，可视同纯商业方案。

风险分析

• 技术风险：定制化部分不开放，企业不可把控;此外，原生开源的版本变化，可能短期无法适用到方案中
• 人员风险：受厂商技术人员技术能力水平影响很大，需要认真评估。
• 转型风险：受限于方案，存在一定转型的风险。

方式6：私有云 + 云化服务

最后一种企业私有化部署方案，是一种云化折中方案。受限于一些特殊国情，有些企业无法直接使用公有云，但又急需类似公有云的平台能力。因此，某些云厂商或数据库厂商提供了一种私有云化部署方案。可简单理解为将云搬回家。

过去有种说法，说私有云会逐步萎缩，公有云会一统天下。但从近两年的国内云市场发展来看，私有云的发展速度某些指标甚至超过公有云。当我们现在大谈”toB”市场成为下一个蓝海时，这种模式也是toB服务市场的一个重要组成部分。这种方式，适合于大型企业，长期看好。

成本因素

从成本角度来看，人力成本投入不大，主要取决于厂商人员投入。财力方面，虽然相较于大型商业解决方案，有一定的成本优势，但优势不甚明显。时间成本上，也要长于传统方案，毕竟这不是单一技术平台的更换，而是涉及到Iaas、Paas等诸多层面。

风险分析

其风险点除了在财力方面，更多是考虑在对厂商的技术依赖性。相较于传统方案，这种方式的依赖性甚至更高。厂商一般提供很好的私有云，及对应其自有公有云的打通方案;但对其他公有云或企业自有平台，则较难打通。

方式7：裸云 + 开源数据库 + 自主服务

这是一种上云使用的初级阶段，企业仅使用云的Iaas部分，其余均自建。这种方式可充分利用公有云带来的弹性优势，将企业原有的技术积累延续到云端。对于企业来说，这种方式也是最为“平滑”的，甚至应用可以不做更多感知，仍然像使用企业内部IT资源一样，使用公有云资源。很适合于有多云、跨云需求的场合。但缺点是无法利用云厂商技术能力带来的附加值。

成本因素

从成本角度来看，企业可做到”最优”。仅使用裸机的情况下，完全可以按”价低者得”的策略，优化选择。在一定规模情况下，公有云还是有其价格优势，何况还可以充分利用弹性能力，动态缩减，根据企业发展随时调整IT投入。人员方面，与企业自主运维变化不大。时间方面，因为底层交付速度的提升，还是有一定的提高。

风险分析

风险不大，仅仅是依赖公有云底层，很容易迁移到其他云厂商或迁回自有。

方式8：裸云 + 商业数据库 + 第三方服务/自主服务

这是一种较为特殊的情况。企业选择将商业数据库，构建在公有云上。但其没有选择云厂商提供的，而是自主构建或选择第三方厂商协助完成。这往往是一些中小型的企业，其规模不足以支持私有化部署，而应用又依赖于商业数据库产品。企业想要充分利用云的弹性，因此组合出这种使用方式。

成本因素

财务成本来说，主要是针对基础设施层面，会较自建有所节省。人力、时间方面，差异不大。

风险分析

风险在于，某些商业数据库针对云场景的不予支持，企业有一定技术风险。要么有比较强大的自主技术能力，要么依赖于第三方服务厂商。

方式9：云数据库(开源) + 云平台服务

这是云厂商推出的最为“传统”的数据库服务，也是目前最多的一种选择。云厂商基于开源的数据库版本+自有的平台服务，构建其数据库产品。其核心的数据库与开源的版本，是完全一致的，各家比拼的更多是平台服务能力。这种方式对于企业的运维要求很低，基本可以依赖于云厂商提供的能力(除了个别高可用、容灾需求外)。这一方案比较适合于初期上云企业，可逐步摸索云与原有方式的区别。

成本因素

财务成本来说，与商业方案比较无疑是有优势的，但与自主开源对比，几乎没有优势。其更多的是在快速交付、扩缩容等方面产品特点。此外，对于人力成本来说，因运维类工作大幅度降低，因此是可以节约一定人力，压缩自有人员规模。时间成本方面，也有所提升。

风险分析

数据库自身风险不大，毕竟其使用的与开源同一版本，技术上可迁移至其他云厂商。当数据库版本升级后，也可以享受到对应的技术红利。但对平台服务，是存在一定依赖的，各家能力不同，需要有适应过程。此外，运维依赖云厂商，也存在一定技术风险。自主的技术能力，会逐步丧失。

方式10：云数据库(开源定制) + 云平台服务

云厂商除了提供与开源一致版本外，一般还提供私有定制版本。它往往是基于某开源数据库某一版本的深度定制，针对某些特性做了加强。当然有些以反馈社区的方式，回馈给开源(可能未来会merge入新版)，但很多仅存在在”云私有DB”。如企业有针对某一特殊场景(如秒杀)或其他方面(如金融级数据同步)的强需求，可考虑使用此方案。当

然使用也意味着与云厂商深度绑定。此外，在平台服务方面，与上面情况类似。这种方案比较适合于对数据库有一定要求，而原生开源版本又不支持的情况。

成本因素

与上一种方式类似。

风险分析

风险在于绑定单一厂商，一般很难下来。这与使用大型商业数据库的情况类似。当然可以在应用端做个设计，尽量减少对特性的依赖。此外，因为是定制版本，未来开源版本的升级可能不会短时间内支持，甚至可能不会考虑支持，完全走向独立分支的道路。针对这点，企业也是需要关注的。

方式11：云原生数据库(自研) + 云平台服务

某些大的云厂商，除了上述两种外，可通过自研数据库方式，增加未来的产品竞争力。从最新的Gather报告来看，更多的云厂商加入进来，这也给数据库整体市场带来了活力。从预测来看，均一致看好云原生数据库的未来发展。相较于前两种方式，这类数据库更是诞生于云，从设计之初就更多考虑了云化环境特点，因此极具竞争力。

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!