同创永益
作者同创永益·2022-12-12 09:11
其它·北京同创永益科技发展有限公司

友嘉银行坎坷的云原生之路

字数 2713阅读 410评论 0赞 0

随着数字化浪潮的来临,云原生技术越来越火。云原生技术的持续更新,无一不在催促传统行业重塑业务体系以及产业生态的转型升级。说到云原生,目前已被认为是云计算最重要的发展方向,它拥有更优雅的架构、更灵活的调度、更完善的治理……

在这个浪潮下,越来越多的企业向云原生技术栈升级,金融行业由于对网络服务质量、数据处理和技术创新有较高需求,已经大规模拥抱云原生技术。同时, 2022年是“十四五”的发力之年,数字化转型正式迎来新的发展机遇。“十四五”规划纲要中明确提出:“加快云操作系统迭代升级,推动超大规模分布式存储、弹性计算、数据虚拟隔离等技术创新,提高云安全水平” 。友嘉银行也果断登上了云原生这趟高速列车。

但让友嘉银行万万没有想到的是,云原生技术的使用却带来了种种问题……

痛点一:传统备份方式不适合云原生的动态扩缩容

云化带来了更优雅的架构、更灵活的调度、更完善的治理的同时,也带来更多新的复杂性。微服务单元数呈指数级增长,单元间关联关系庞杂,且系统内部变更愈趋向于动态化。

图片1.png

图片1.png

云原生应用节点数量可以根据业务繁忙程度进行动态调整,传统的备份方式难以满足新的云原生架构动态变化的需求。

痛点二:传统备份方式适合虚拟机,不适合云原生

在传统IT架构下,无论裸机还是虚拟机 它们只是算力的颗粒度不同,但承载的大都是单体应用,以集中式架构为主,备份目标明确,易追踪,好把控。

07.jpg

07.jpg

云原生架构就完全不同,一个单体应用由多个相对独立的微服务模块组成,不同的微服务由不同的容器承载。

以自行车为例,传统单体架构就是一个程序,而在云原生微服务架构下,一辆自行车被拆分为车把手、上管、下管、脚踏、链条、辐条、轮胎、车座等不同的服务,每个服务都是独立的程序,互相依赖。

容器不仅改变了算力单元的颗粒度,还改变了应用的构建模式运行模式。这样,传统备份系统无法确定资源关系,找不到备份目标。

痛点三:传统备份方式不适合云原生开发方式

云原生备份还要适配DevOps的快速迭代。传统瀑布式开发逐渐被云原生滚动式的敏捷开发所代替,顺应当下大家对业务系统小步快跑、快速上线、频繁迭代新功能的诉求。

09.jpg

09.jpg

在这敏捷开发过程中,开发团队需要有办法来可靠的控制、迁移和测试真实的应用数据,尤其针对那些“有状态”容器。敏捷开发必须要让有状态的CI/CD能够携带数据正常流转,这就要依赖同样敏捷的 数据备份和恢复** 技术来准备开发数据和测试数据,是个巨大的挑战。

备份还需要以应用为中心来保证数据一致性

传统备份场景,针对Oracle、Exchange、SAP等一些知名大型应用,也能实现应用级备份,来保证数据的一致性。但这一般都依赖于大型应用提供的备份接口,再借助于安装备份代理来完成。云原生备份就大不一样,应用要细到单个微服务级别,想要做到精准细致的应用级备份几乎不可能。

10.jpg

10.jpg

而且,对于复杂的应用或服务,要么没有专用持久存储层,要么是有状态的,无法保证一致性,给未来的数据恢复带来层层障碍。

当然,还要防范K8S和容器的勒索病毒攻击。一旦被攻击,又没有靠谱的备份来恢复,只能认栽。

12.jpg

12.jpg

坎坷的云原生之路

友嘉银行万万没想到,云原生风光无限的背后,路途竟然如此坎坷。

领导很生气,员工压力大。

06.jpg

06.jpg

就在困境中,友嘉银行接触到了同创永益的CNBR。

14.jpg

14.jpg

同创永益有长期的灾备业务连续性领域的技术积淀,拥有丰富的金融、能源、运营商等行业经验。丰富的业务连续性经验帮助客户应对可能遇到的任何潜在威胁,这些威胁可能是自然威胁,例如火灾或洪水、断电、断网或者系统意外变更或来自外部源的恶意安全攻击。

而同创永益CNBR是专业的云原生数据保护和管理平台。 不管是你自己搭的小规模K8S集群, 还是超大规模的K8S生产环境,或者是基于各类K8S发行版的云原生环境 , CNBR 都能完美搞定备份的工作,让你高枕无忧。

CNBR如何工作呢?

首先是应用感知,CNBR通过K8S API来发现应用与应用部署的关联关系,并发号施令,执行数据管理生命周期操作,对于各类容器编排平台,都能诊断得了。

17.jpg

17.jpg

其次, 自动发现持久层** 。对于有状态的应用,CNBR自动发现应用所挂载的存储,然后备份,这样应用的属性和底层的存储都保证完整性和一致性。

18.jpg

18.jpg

搞定这些关键点,云原生备份的难题就基本解决了。同创永益CNBR的核心就是以应用为中心, 进行 应用感知→应用备份→应用还原-多中心应用迁移和容灾** ,实现一条龙服务。

我们来看看CNBR具体怎么做的,在典型的云原生场景里引入CNBR以后,架构是这样的:

最下面是各类公有私有云平台,然后是虚拟基础设施,再往上是各类容器编排平台,最上层是各种Pods,承载各类云原生应用。

CNBR为什么能这么秀?那可有很多优点可以说!

CNBR本身就是云原生容器平台 ,直接在k8s中安装部署,实现了对 Cloud Native生态的端到端适配。(存储架构、容器编排、分发平台、数据服务)

CNBR是以云原生应用为中心的数据管理平台,自动发现已经部署的云原生应用。把应用作为操作单元,通过应用感知,自动捕获到应用相关的配置和数据,进行完整的备份和恢复,保持数据一致性。这在云原生架构下,非常重要。

21.jpg

21.jpg

CNBR是纯软件 ,不需要额外购买备份一体机或者昂贵的存储设备,软件简单易用,拥有自动化、可视化能力。并且对研发同学们也很友好,保留开放接口,研发可以扩展功能,支持更加复杂的特殊应用。

22.jpg

22.jpg

CNBR可实现云原生两地三中心高可用,满足银行、证券、保险等业务连续性高要求客户的需要。主备模式下,生产中心的业务除了在本地备份外,还可以在灾备中心进行备份。双活架构下,支持双中心互备、灾备复制和生产回切,提升业务韧性,实现业务的双保险。

24.jpg

24.jpg

适配国产芯片、国产操作系统、国产数据库、国产中间件以及国产服务器等国内优质IT软硬件,满足企业对国产CPU、操作系统、服务器、数据库、中间件等信创生态兼容的数据保护要求。

兼容常见的公有云和发布版本。 完成了对阿里云、腾讯云、华为云、道客容器等常见云厂商的对接。

15.jpg

15.jpg

同创永益CNBR帮助企业部署在云原生环境下的业务系统应对各种不确定风险带来的挑战,为企业业务系统提供 持续运行、持续优化** 的能力。

25.jpg

25.jpg

可以说,在云原生环境中,不管 稳态业务还是敏态业务,物理的、虚拟的、应用级的、有状态的、无状态的,不管是备份、恢复、容灾、迁移,还是数据管理、DevOps等** ,同创永益CNBR都可以覆盖并实现自动化管理,全面提升企业数字韧性,为业务保驾护航!

END

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

0

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关文章

相关问题

相关资料

X社区推广