云卷云舒:数据库可以运行在容器里面吗?云可以,因为云不等于容器

数据库到底能不能跑在容器里,如果不能,那么那么多的云服务商的云数据库产品不都跑在容器里面吗?

一、一种声音:认为不能。

1、对于有状态的担忧

        数据库一般是有状态的,对于容器的快速扩展十分不利,除非存储服务单独提供,同样对于产品的设计难度要求更高。

2、对于数据安全的担忧

        主要是担心容器被rm掉时,容器里的数据会丢失,即使使用数据卷挂载存储数据,由于容器数据卷对Union FS 镜像的持久存储依赖,数据安全缺乏保证,同时如果容器崩溃时,若数据库未正常关闭,可能会损坏数据。

3、对于性能的担忧

        数据库一般对IO要求较高,一台物理机上的多个数据库容器将提升对服务器的IO压力。为便于理解,数据库可以抽象为“程序”和“存储”两层,程序层和数据层同时作用于宿主机,对于宿主记的压力降比较大,容易出现故障,IO稍微高一些的场景就会造成数据库的承载能力指数级下降。

4、其他

        其他因素也包括大家对于资源隔离、网络的担忧,通过cgroup实现资源隔离的docker仅仅做了上限值限制,并没有做下限值保证,所以其他程序依然可能会影响到本身,对于数据库来说资源的隔离级别不能保障的话,读写效率势必受到影响,而且数据库又是对客户来讲最敏感的软件设施,不容有失;容器的网络和安全性一直是比较复杂的内容,网络的虚拟化技术具有较高的门槛,不那么容易被掌握。

二、云数据库:我行,我能

        以上提到的数据库容器化存在状态兼容、性能和安全等的问题,给大家带来了担忧。没错,这些问题在单纯的容器面前确实无法避免,对于重型业务单纯的容器化肯定是不行的。

        这里我想说的是一个生态的概念,或者叫平台的概念,这个平台就是“云”,与其说运行在容器里的数据库,不如说“跑在云上的数据库”,因为云是一个囊括了“容器”又不仅仅只有“容器”的容器,这是广义的概念。

1、云平台具备最基本的资源管理、资源调度能力,且是自动化的。

云数据库对用户来说是一种“即开即用”的数据库,并不需要做硬件选配、软件部署和调测等工序,其高可用、数据容灾、监控告警等功能已经存在,无需用户关心资源背后的真相。对于用户来讲首先十分友好,研发团队和运维团队都可以省下大的精力去专注业务发展;

2、云平台的短平快迭代,支持新特性快速享用,新问题无感规避。

云数据库基本功能支持,以及高可用、备份容灾、安全审计等功能均可以实现对客户无感升级,且更新节奏可以做到“天”的级别,客户的研发团队不需要去针对旧版本开源数据库寻找升级版本,在做停服升级,这一点也是非常有诱惑力的,大家都知道一旦一个架构选定了一款数据库,基本都不会再去愿意改变,哪怕数据库问题很多,也不愿意动一下,除非性能严重衰减到无法使用,收到客户投诉的情况,而使用云数据库的话,升级工作交给最专业的数据库运维工程师负责,出错的概率极大降低。

3、云数据库周边生态齐备,数据传输功能齐备。

我们企业里面,往往使用数据库最多的场景就是“增删改查”,个别的使用到“触发器、存储过程”等高级特性,但是对于需要实现数据同步或者数据传输的场景,或者需要把数据通过一个消息队列传给其他团队或应用时,基本上首选思路就是写一个中介程序,通过“读出来”和“写进入”的方式来进行了,传输的性能、安全性、容错性都得不到保证。而使用云数据库,云数据库周边的生态工具比较完备,数据传输DTS、数据快递等功能原生与数据库兼容,且多支持开源数据库和其他品牌数据库,甚至支持异构同步,比如从mysql到tidb,从mysql到kafka,这个也是显著的优势。

另外可以通过DTS产品实现两个独立数据库组建成一个高可用甚至双活的数据库集群,支持MySQL双活、Redis双活不在话下,这个能力的支持线下数据库能轻易做到吗?

三、说结论:适合才是最好

两个方面决定结论:

1、云服务商的实力,头部玩家放心用

比如你用的是TOP10的云服务商,比如阿里云、华为云、腾讯云、移动云、天翼云、AWS等大型云服务商的产品,无疑产品研发迭代效率、研发团队规模等都可以得到保障,放心大胆的取用云数据库,如果你对数据库性能和隔离性要求特别高,那么选择使用他们的私有云或者专属云也是可以的。小型云服务商建议不要用,因为云服务商的竞争下,主动有一大批云服务商要退出舞台,最后剩下的依然是“头部玩家”,要么以阿里云为代表的顶级选手,要么是以“中字号”的超级选手。

2、如果你所在的企业本身就有专门的云事业部,那么也可以放心大胆的使用,但也要留一手,因为你不是“他真正的客户”

比如美团、京东等,都有自己的云事业部,甚至对外提供服务,那么也没啥问题;不过,不过也要给自己留下余地,企业的裁员随时进行,最好给自己找一个“坚强靠背”,你的数据不会因为你用了自己公司的云而提供更高级的SLA,反而在“契约化的市场行为”下,更能得到周全负责的服务保障;

3、如果企业本身是小型企业,那么你的业务可以开始向云迁移了。

数据库上云,先从非敏感性业务(分析、搜索、广告等),再到核心轻量业务(订单、物流、发货等),最后到核心重型业务(用户、财务、交易等),同时开展面向云业务的研发和运维团队构建,通过1-2年的时间完成全部业务的迁移,过程中云化的人才得以锻炼,云数据库所释放出的成本、弹性、安全、容灾、运维、生态能力将彻底改变业务研发的模式,DevOps甚至是DevSecOps不在是“听别人讲讲”,云原生应用的春天来了。

欢迎讨论和投票:你认为数据库跑在容器里面靠谱吗?

推荐文章:

云卷云舒:云原生数据库和普通数据库的区别_云原生数据库具有强一致性和高可扩展性等特点,而普通数据库则采用的是分布式数据-CSDN博客

云卷云舒:算力网络+云原生(中):探索构建算力网络数据库_云卷云舒 csdn-CSDN博客

你可能感兴趣的:(云原生,数据库,数据库,数据库容器化,云数据库,云原生,云计算)