【2018可信云大会】蒲文龙:混合云助力长虹数字化转型
Matrix Cloud整体的架构,其实很简单,底层是IaaS,就是ZStack私有云+公有云的方式,然后上面提供一些基础服务,主要是负载均衡和容器引擎,同时把数据库和存储抽象出来,因为要做容器,基本上存储要求存在远端保证服务的无状态化。然后DevOps服务就是我们开发的服务,包括敏捷的管理,代码的托管、测试的管理等,测试管理等。 容器平台我们基于K8s定制,和直接使用k8s 相比、在Matrix容器引擎控制台、应用的管理和部署更加简易(k8s 上手难、学习成本高)、自动生成部署网络拓扑图、让架构更加清晰、更加方便负载均衡配置管理、同时可以管理多个IDC的容器集群。 容器PaaS平台多集群的管理,就是通过统一的Total管理不同IDC的集群,达到混合云管理的效果。原来运维操作可能先起数据库,然后再起一个中间件,最后再起前端,业务编排做的事情,就是把整个应用统一的编排号,一键启动 高可用:我们把负载均衡分成内外网,平时我们使用软件WAF直接对接我们的内网LB,这样他有一个好处,就是如果我的WAF挂了之后,可以快速的通过DNS解析到外网LB,这样能保证整个服务高可用。同时做监控的时候也能监控内外部,快速定位内外部的问题。 除此之外,做了日志这块的管理,其实在容器整个日志这块的感觉很重要,如何把你的日志变得可搜索、可应用。有很多公有云的是用了ELK的解决方案,但是很多传统运维在用的时候是不习惯那种方式的,我们这里做了一些定制化的日志归档。 微服务引擎:兼容SpringCloud和servicecomb的微服务引擎、可视化的控制台、可视化服务治理配置、配置文件管理、客户端负载均衡策略配置、调用链的分布式追踪。 微服务必然会涉及到API网关。服务消费者(应用)通过 API网关然后转发到后端服务 ,请求通过API网关的时候对进行了认证鉴权、流量控制(每分钟请求多少次)、可约定应用对密文通信网关解密后转发给后端服务进行处理。API网关开放了自身的管理API便于集成,Matrix Cloud API网关除了对内部微服提供路由转发、安全认证功能外、还可以将内部软件能力服务能力开放给第三方合作伙伴。 通常的软件开发是需求、开发、测试、运维采用了多种IT工具进行协同、用户需要登录多套系统进行操作、比较繁琐。matrix devops服务是根据软服中心的研发流程做的深度定制,通过统一的控制台页面打通敏捷管理、开发 、测试、运维4个环境的协同。通过在页面上配置devops流水线完成开发过程中的单元测试、代码测试、接口测试 以及测试用例、集成测试环节的性能、安全扫描测试、以及最终的部署上线。 然后敏捷管理部分,我们基本上是以两周为迭代,然后去做持续集成,持续的测试,还有持续的交付。在整个迭代开发过程中,基本上都是走自动化的流程,必须要有人工测试的地方才会有测试人员去测试,基本上自动化能达到60%的水平。 整个DevOps的流程,很多都是自动化的流程,从拉代码到自动构建、自动扫描,只有在我们需要进行人工测试的时候才会走一个流程审批系统,然后去做测试资源的一个分配的申请。然后测试之后,测试人员会打一个Tag,相当于项目测试过了,然后整个项目就会进入到运维那里做应用的发布,运维那里发布也是一键就能上云。 举个典型的应用场景,这里我举的是语义相关的应用场景。其实终端过来之后,它会到API网关,API网关之后会到前台的一个聚合服务的智能语义服务,智能语义服务会调用业务中台的微服务能力,比如NLP专门做NLP的事情,知识图谱专门做知识图谱的事情。中台会利用后面的存储和数据库服务,把数据组合计算之后之后返回给聚合的前台,再返回给API网关,最终返回给终端的应用。 DevOps为软件团队提供软件开发全生命周期的DevOps工具链、从敏捷开发到代码驱动的自动化构建、自动化测试、自动化部署。 总结而言, Matrix Cloud带来的一个效益,成本节约这块,因为主要是Java多一些,总结了一下,基本上提升了20倍左右。因为原来研发在申请和运维申请服务器的时候申请的往往都很大,而且Java应用的内存是阶梯式的增长,这部分通过容器的监控,能细化在应用这块的问题,也能排除一些连接未关闭等的一些问题。同时也完成了公司在大数据、AI领域的多元化支撑。在效率这块,原来更多靠人,现在更多靠自动化,基本上提升在50%左右的提升,跨云可迁移也不受限于特定厂商 目前我们的应用相比前面嘉宾所介绍的应用规模而言还比较少,目前成规模的应用有50多个,自动化部署2000多次,微服务有100多个,20000+的自动构建,5000+ 容器。Matrix Cloud是长虹数字化转型的利器,也是 (编辑:焦作站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |