搜索:   
现在的位置:首页 > 服务网络

微服务和服务网格才云助保险巨头基于网格进行微敏捷业务创新

来源:本站 作者: 发布时间:2020-05-20 21:45:31 人气: [ ] 查看评论

  随着数字化、信息化等技术的持续发展,越来越多中国保险公司开始尝试利用数字技术提高保险业的风控、精算、服务等水平,加速数字化战略发展,以科技赋能保险业创新自身业务。

  本文的主角,国内某上市保险企业,作为一家国有特大型金融保险公司,已连续 17 年入选《财富》世界 500 强。从 2017 年开始,该企业陆续完成了内部应用和对外业务应用的云原生改造及迁移,开始从客户体验、业务运营及商业模式三个方面全面实施数字化战略。

  随着云上业务数量日渐庞大,为了保证更灵活、更敏捷地响应业务变化,降低企业 IT 架构设计难度,该企业在才云科技的帮助下,将核心业务系统架构从 SOA 架构转向了以微服务为代表的去中心化分布式软件架构,以数字化转型优化客户体验。

  作为金融领域的核心行业之一,保险业一直深受同质化现象困扰。近年来,随着互联网在保险业的全面渗透,虽然一大批险企借助互联网渠道快速、低成本地接触了海量客户,但由于产品替代性强、缺乏核心竞争力,仍避免不了被迫进入价格竞争的恶性循环。

  为了让业务走出瓶颈,更快适应市场变化,不少险企开始依靠数字化转型推出更多场景化产品、定制化产品。在这个过程中,由敏捷开发、自动化运维带来的效率提升和成本降低受到极大关注:谁的流程更敏捷,能更快速地响应市场,同时服务质量更有保障,他的核心竞争力必然更强。

  才云的这位客户是中国最大的人寿保险公司,在国内保险市场始终占据领导者地位。在 2018 年的内部经营形势分析会上,该企业把客户体验数字化、运营管理数字化、商业模式数字化和全面夯实数字化基础平台作为未来数字化转型的“四大行动”。

  随着数字化业务发展、业务系统增多、服务项目增加,该客户原有 SOA 架构开始暴露出以下四大问题,对业务敏捷和客户体验产生了威胁:

  在 SOA 架构中,所有业务系统服务依赖 ESB (企业服务总线)进行交互与数据传递。但这种设计已经适应不了当前数字化业务的发展,如电商大促、旅游旺季期间会产生大量、小额、高频的保险交易和理赔,在面对这类流量激增的情况时,服务与业务系统之间的调度易出现问题,ESB 成了业务扩张的性能瓶颈。

  同时,ESB 也会成为明显故障单点,每次 ESB 故障会导致全部业务系统失效。如果企业想在不改变架构的前提下解决以上两个问题,他们需要投入大量成本进行 ESB 扩容。

  目前该企业已经在所有业务发布过程中引入灰度发布流程,主要依赖前段的负载均衡设备实现,因此灰度发布的灵活性及复杂程度都存在一定局限性。

  受限于负载均衡器的成本,该企业无法对所有服务进行精细化的流量管理,只能将重要的对外服务及系统服务挂载到负载均衡后端。当不同业务系统之间存在调用权限等方面的设计,或业务系统内部服务存在多个版本同时服务的情况,工程师需要通过业务代码进行手动实现,人力依赖程度高。

  运维难度大、对开发人员技术栈要求高是 SOA 架构的普遍缺点。随着业务系统数量及复杂度的增加,该企业系统运维人员的压力也逐渐增大。

  当出现业务异常或系统故障时,运维人员需要花费大量精力确认系统调用逻辑,梳理业务请求情况。而为了避免单个服务异常导致业务系统雪崩,软件开发人员也需要在系统设计过程中考虑熔断及限流等功能,这在无形中增加了系统开发的难度,也延长了系统更新的周期。

  业务运维方面,该企业作为保险行业龙头企业,已经实现了面向最终用户的线上投保、报案、核保及赔付等功能,审计部门需要定期对业务进行稽核。

  当需要复盘某笔交易时,工作人员需要从海量系统日志中查找相关内容,耗时久,效率低。当发现线上业务出现异常时,由于采用了 SOA 架构,业务运维人员也无法及时获取相关交易请求的具体情况,响应不够及时。

  首先,在业务系统的资源形态方面,该企业在 2018 年完成了部分生产系统的容器化改造,因此仍有大量以虚拟机和物理机形态存在的未改造应用,这就意味着在技术框架设计及技术方案选型过程中,才云团队需要考虑大量混合资源存在的情况。

  在系统改造过程中,考虑到开发人员及运维人员的具体技术背景和工作重心不同,该企业希望不要引入太多额外的技术栈和工具,以免带来新的技术负担和风险。

  系统改造后,后台使用人员包括系统管理员、系统运维人员及业务运维人员等。大多数使用人员并没有系统底层的访问权限,也不一定都具备命令行、API 操作能力,所以整套系统的访问权限管理需要据此进行针对性设计。同时,才云团队也需要将所有操作和展示以图形界面的方式进行暴露,方便使用。

  综合上述难点,该企业意识到,相比传统 SOA 架构,采用微服务的细粒度服务拆分方式和去中心化的架构设计更适合当前市场对于敏捷开发、快速迭代的需求。然而微服务架构存在服务治理难题,为了使其适用于生产环境,打造服务网格(Service Mesh)管控操作台迫在眉睫。

  作为一家技术实力深受业内认可的智能容器云平台和 AI 服务提供商,才云在金融行业积累了大量关于系统架构、服务治理、DevOps 的丰富经验和实战能力,因此这次也被该企业选中,作为建设服务网格管控操作台的解决方案提供商。

  针对 SOA 架构中企业服务总线的单点问题,才云对客户原有技术架构进行了微服务化改造,并通过服务网格避免了单中心点的出现。

  采用服务网格管控操作台后,虽然所有服务仍然需要注册到服务注册中心以供发现使用,但服务之间的业务调用现在可以通过数据平面的 Sidecar 进行转发,Sidecar 附着于每一个服务,因此服务之间的调用方式就从之前的中心间接调用变成了分布式直接调用。业务系统容量不再受限于 ESB,任何一个系统或服务的异常也不会对其他服务或系统产生影响。

  通过服务网格管控操作台,管理员可以在控制平台下发各种策略,实现某个服务多个版本共存情况下的精细化调用管理,让来源不同的请求发送到目标版本的 Sidecar 上,并实现依据请求来源、内容等特征进行权限及速率的管控。

  服务网格管控操作台下的系统拓扑收集称得上是运维人员的的福利。通过它,整个业务系统中各服务的调用关系变得更直观、更易于观察,这极大方便了运维人员在系统异常时进行问题排查。

  同时,分布式追踪也能展现当前各服务的具体请求情况,可以为系统扩容、性能改进等工作提供相关数据依赖。

  为了帮助审计部门更轻松地对业务进行稽核,同时为业务部门进行数据汇总提供方便,服务网格管控操作台还提供自动化应用日志及报文收集。

  Sidecar 会收集系统底层请求日志及会话内容,之后上报服务网格控制平面,按照实际的业务逻辑将内容进行统一整理,方便不同技术背景的工作人员直观查看相关请求的具体内容和处理情况。

  服务网格管控操作台交付后,为了帮助客户更快适应新的分布式系统架构,解答各类技术性专业问题,才云团队除了提供人员驻场服务、对整体框架进行了基准性能测试及压力测试等工作,还对 Envoy 服务治理配置(点此阅读)进行了独家深入分析,并公开了对 ratelimit 的全球首个汉化解读(点此阅读),方便更多国内企业和工程师从才云和客户的服务网格成功实践中受益。

  伴随整体架构设计完成及系统开发进度推进,目前该企业已将部分应用系统迁移到服务网格上,这些服务的观察、管理及运维得到了巨大提升,系统的成熟度及功能的丰富性优势也得到了极大展现。

  当前,服务网格管控操作台很好地覆盖并解决了异构资源环境下的业务流量调度、管理、观察及跟踪。随着后续业务的发展及数量增多,它通过去中心分布式架构,可以完美支撑业务系统扩容,帮助客户面对由业务弹性对系统带来的挑战,降低运维人员工作负担,减少线上故障。

  按照目前的规划安排,该企业已把迁移所有应用系统提上日程,在完成所有迁移后,服务网格管控操作台将承载近百个系统和数千个重要服务!

  八方欢乐厅水果机

评论】【加入收藏夹】【打印】【关闭】【进入论坛讨论】【回顶部

评分: 1分 2分 3分 4分 5分 平均得分: 分,有 人参与评分.
发表评论:(可直接用论坛账号评论) 共有条评论 查看全部评论

查看全部评论

最新资讯

热点资讯

推荐资讯

最新教程

关于我们| 客户案例| 服务项目| VIP服务| 联系我们| 客户服务| 免责声明|
Powered by 八方欢乐厅手机版网址 Code © 2016-2017 www.g22.com