解读MySQL DB Mesh的创造性实践（上）
极客时间编辑部
讲述：闫云龙大小：4.38M时长：04:48
以 Docker 为代表的容器技术正在以一种不可阻挡的趋势席卷全球，但真正的落地过程依然十分坎坷。日前在 2019 企业容器创新大会上，飞贷副总裁陈定玮分享了飞贷的数据库生产容器化及 Istio 应用的经验。基于飞贷金融科技容器化道路的实践与经验，InfoQ 记者也专访了陈定玮，以下为关键内容。
传统金融行业面临的痛点是如何快速响应用户需求、烟囱式架构如何向分布式架构无痛转型、高复杂环境下如何确保系统的高可用性。容器技术的不断发展和成熟为传统金融企业的容器化建设提供了新思路。
飞贷的容器化建设历时四年，起点很特别，飞贷内部所有的系统都是自研开发。容器化建设其实是对基础架构层的重新打造，自研系统的优势就在于对原系统和架构的改动不用经过第三方。
飞贷对于整个容器技术的理解和做法是：通过容器化去改变 RD 整个开发模式。有些企业在做容器化时，往往只是把虚拟化的技术替换成容器而已，但是实质上是“换汤不换药”，这样容器技术根本起不到效用，甚至会降低效能。
飞贷的容器化建设不只是把 CloudStack 换成容器，而是把整个应用程序及研发流程，根据容器的规范和要求也做了大量的调整与重构，所以整个分布式系统的应用与部署才能变得更加高效。
飞贷采用混合云结构，私有云用 CloudStack 搭建，现有虚拟机规模在 3000~4000 台，如果没有做容器云平台，那么帮助 B 端客户搭建一套框架体系大概要花费 1~2 周的时间。当容器云平台搭建成以后，一天时间就可以部署上百套系统。同样的环境下，效益提升了 10 倍以上，物理资源也节省了 40%。
陈定玮提到，“B 端客户要在飞贷的平台上运行业务，就相当于将飞贷整个技术平台租给企业客户，由飞贷负责运维 。这里面通常有两种模式：一种是我们提供金融云的服务，根据客户需求去定制化流程和服务；另一种是将飞贷的系统部署在 B 端。但这会存在一个问题，由于是分布式部署上百或上千台服务器，我们帮客户部署完，除了网路调通以外，他们后续的运维会非常复杂，不仅浪费资源，而且效率很低。但痛点就在于 B 端客户对资源的管控非常严格，导致后续在运维上比较棘手。”
做容器化以后，可以实现统一管理、统一调度，并且容器本身具有非常高的弹性伸缩的能力，因而在资源投入上会减少很多，这就满足了 B 端客户管控资源的需求。而且在容器化以后，不仅部署速度极大提升，也可以在一个管控界面上去追踪所有的应用与服务，从而节省人力的投入，这也是 B 端客户的技术人员也比较认可的方式。
对于飞贷的容器云平台的建设思路，陈定玮坦言，其实任何新技术的引入都要从三点来考虑：
是否勇于尝试新技术；
新技术能否结合实际来运用；
评估技术成熟度和技术团队掌握能力，这里面包括两点，一是评估新技术是否足够成熟；二是判断技术团队是否有能力掌握。
早在 2015 年，陈定玮和他的技术团队开始研究容器技术，并做了相应的调研评估。2016 年开始试点，把容器 1.0 版本上到研发和测试环境。2017 年，开始调研和使用 K8S ，到了 2018 年，基于 K8S 和容器 2.0 版本，做了 MySQL 容器化测试。2018-2019 年，改造所有的系统，打造容器化平台生态圈，以容器为主导，慢慢替换 CloudStack 的环境。
飞贷非常重视代码质量，因此开发了一个代码质量的管理体系，建立代码质量审查体系，只要 RD 代码的撰写与风格不符合规范，代码是没有办法提交的，这也是 DevOps 流程的一部分。同时飞贷也研发了基于容器的代码流程自动化系统，也就是 RD 从开发代码到打包、发布、到生产和测试环境，全流程由系统自动化生成。同时将自研中间件与微服务整合在一起，实现类似于 “Service Mesh” 的“ DB Mesh”。据了解，业界在 DB 容器化实践上还没有比较成功的核心生产系统案例，飞贷是目前为止第一个拥有成熟解决方案的公司。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
加菲猫传统金融科技的烟囱式架构转型成分布式架构存在诸多问题，虚拟化、CloudStack如何快速容器化也有一定难度，硬件资源，技术成熟度，团队掌握新技术能力，各个方面都会受到挑战
收起评论