美军加速启动5G军用测试
|
上图是云效云原生DevOps解决方案图。 这里，我们将用户分为2种角色：
作为技术主管或架构师，他需要从整体上去定义和把控企业的研发行为。从大的角度讲，研发过程包含四个方面：可运行、可观测、可治理、可变更。 首先他会去定义企业的研发协作模式，例如是采用敏捷研发还是精益看板。其次他需要掌握整体的产品架构、如需要用到哪些云产品、这些云产品如何协调和管理等。然后他会去决定团队的研发模式：怎么做好研发协作，怎么把控研发质量等。第三步，他需要确定发布策略，采用灰度发布还是蓝绿部署，灰度策略是什么等等。最后，就是服务的监控策略，比如服务需要接入哪些监控平台，怎么探测服务状态，全局监控配置等等。 一线开发、测试、运维工程师，关注的是工作过程的顺畅和高效。在云效项目协作平台接收到一个需求或任务之后，可以通过云效去编码、提交、构建、集成、发布和测试，并部署到预发和生产环境上，将管理员配置的研发模式、发布策略真正落地。同时，各个环境都是自动触发和流转的，不需要人为地协调和拉动。 整个研发过程中产生的数据是一个有机的整体，可以产生大量的数据洞察，可以驱动团队进行持续改进。当团队在研发过程中遇到瓶颈或迷茫时，还可以从云效专家团队获得专业的诊断建议和研发指导。 总结一下，云效的云原生DevOps解决方案是在ALPD方法论指导下，基于专家建议的最佳实践，深度整合到完整的DevOps工具链中，帮助企业渐进式地迈入云原生DevOps。 接下来，我们看一个具体的案例。 某互联网企业，研发团队在30人左右，没有专职的运维人员，产品包括20多个微服务以及几十个前端应用(web、小程序、APP等)。其业务增长非常快，在面对快速增长的客户和越来越多的需求情况下，原先基于Jenkins+ECS的脚本为主的部署方式渐渐无法满足诉求，特别是无法解决零停机部署升级的问题。于是，开始需求云效的帮助，并最终全面迁移到云效云原生DevOps。 这个研发团队主要面临三大痛点：
针对这些问题，云效从基础能力、发布能力和运维能力三个方面入手。 首先，引入阿里云ACK在已有ECS资源之上进行基础设施升级，应用进行容器化改造。在服务治理和应用架构上，从Spring Cloud全家桶简化为SpringBoot，通过K8S标准能力支撑服务发现和治理。 其次，通过云效流水线实现自动化容器部署，配合灰度部署策略，做到灰度上线，自动扩容，出现故障自动重启，同时，基于云效流水线做到零停机快速回滚任意成本，节约机器成本的同时解决了企业无专职运维人员的问题。 第三，通过云效自动化流水线和分支保护规范研发模式，包括代码评审、代码检测、测试卡点等，提升反馈效率和发布质量。
下图为整体解决方案的架构图。 注释： *在全球IT基础设施市场，当两家或者更多厂商之间的收入份额相差1%或不足1%的时候，IDC认为这些厂商位于并列位置。 a由于HPE和新华三集团现有的合资公司，IDC从2016年第二季度开始把HPE和新华三集团作为“HPE/新华三集团”一个整体记录全球市场份额。
b由于IBM与浪潮成立了合资公司，所以IDC从2018年第三季度开始将浪潮和浪潮商用机器作为“浪潮/浪潮商用机器”一个整体记录全球市场外部市场份额。 （编辑：孝感站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
