优维DevOps全新产品——双态部署重磅上线

优维又一全新产品上线啦！

最近，优维召开了一场发布会，宣布「DevOps全新产品——双态部署」重磅上线。发布会现场，重新审视了DevOps市场现状，深度剖析了行业面临的挑战与机遇，同时也深入浅出的揭晓了“双态部署”是如何应对当下的种种挑战的。

下面就跟着鹿小U来一起详细了解这款全新产品！

「DevOps市场概况」

>> DevOps市场规模

早在云计算诞生之前DevOps已然存在，一体化的DevOps平台正在成为全球范围内的DevOps发展趋势，国内企业通常采用一体化平台+开源软件的方式构建自己的DevOps体系。

据艾瑞咨询2020年12月发布的《DevOps应用发展研究》中给出的数据，2020年国内DevOps服务的市场规模已达到27亿元，其后5年的复合增长率将超过25%，预计到2025年国内市场规模将达到83亿元，市场发展前景良好。

>> 企业内部普遍存在的矛盾

 在企业内部，开发人员和运维人员存在着诸多矛盾，比如：

• 开发觉得其主要工作在研测环境，而运维则觉得其主要工作是在生产环境。
• 开发以满足业务需求为首，运维则以保障系统安全稳定为优先。
• 开发更看重新功能的实现，运维则追求系统稳定不出错。
• 开发时常面临一些个性化、定制化需求，运维则依靠积累和经验去推进日常工作。

总体来看，开发人员处理的是新的需求，对高效率有着更高的要求，对新方法、新工具也有着更高的接受度。而运维人员处理的是软件系统日常的运营和维护工作，保障系统的安全、稳定不出错是其首要职责，对新系统和工具有着更多的担忧，接受程度更低。

>> 国内市场推广DevOps产品面临的困难

无独有偶，除了企业内部的一些问题，在国内市场去推广DevOps产品，也是困难重重。

◆ 自研流水线难度较低，企业采购意愿不强

尽管开发运维工具本身技术难度较高，但DevOps流程管理模块相对容易开发，一般企业IT团队有能力独立研发再集成开源社区的其他工具，降低了对DevOps平台产品的需求。

◆ 对目前的流程工具感到习惯

诸如Jenkins等开源工具已问世多年，深受国内开发人员的认可，改变工作习惯也会降低企业对新的DevOps工具的接受度，从而降低DevOps平台的市场吸引力。

◆ 流程、技术不符合要求

DevOps平台带来的工作流程的改变不仅会给企业内部的IT员工带来一定的困扰，也可能会给IT团队对接的管理层乃至客户造成不适应。

>> 近年来技术革新创造出新的市场突破口

对于以上难点，也不必太过于担忧，近些年一些技术的革新，也创造出了新的市场机遇。

 “DevOps”一词在Google（全球）的搜索词频趋势，从2011年至今，DevOps的全球关注度呈现一个不断上升的趋势，期间经历了三个不同时期：初步探索期、加速发展期和规模应用期。观察上图不难发现，DevOps受市场的关注度与容器技术的革新和成熟有着密不可分的关系：

• DevOps初步探索期：容器技术推广前，DevOps较少受到关注；
• DevOps加速发展期：Docker容器引擎和K8s容器编排技术相继问世并获得推广；
• DevOps规模应用期：Docker容器引擎和K8s容器编排技术进入成熟阶段。

特别是在第三时期，国内就一般企业而言，自身的IT形态如何匹配该时期的DevOps成熟度？

是自研？二次开发？还是直接使用一些云厂商的DevOps平台？对于每个企业自身不同的特点，是否会支持定制？答案可能是否定的。所以对于一般企业来讲，另外一条出路就是对外采购一些厂商的DevOps服务。

「双态部署新品介绍」

>> 什么是「双态部署」？

在IT运维领域，双态概念指的是在一个组织内同时管理和运营两种不同的IT模式，以应对不同类型的业务需求。

第一种模式是“传统模式”（Traditional Mode），这种模式侧重于对现有系统的稳定性、可靠性和安全性的维护，也称为“稳态模式”。它通常涉及传统的IT运维实践，如持续稳定的服务交付、变更管理和风险控制。在这种模式下，关注的重点是提供稳定的业务运行环境，确保核心业务的高可用性和数据安全。

第二种模式是“创新模式”（lnnovative Mode），这种模式侧重于创新和敏捷性，以满足快速变化的业务需求。它涉及采用敏捷开发方法、探索新技术和实验性项目等活动，以提供创新的解决方案。在这种模式下，关注的重点是快速响应业务需求、推动业务创新和提供灵活的解决方案。所以也称之为“敏态模式”。

通过实施双态模式，组织可以在保持现有系统稳定的同时，加速创新和适应业务变化。双态概念强调了在不同的IT模式下，组织需要采用的方法、流程和技术，以平衡对稳定性和创新的需求。

>> 优维HyperDeploy（双态部署）优势

HyperDeploy（双态部署）提供了一套标准化的应用变更能力，不论是面向传统的主机部署还是时下流行的容器环境，HyperDeploy坚持提供一致的变更体验，助您无感交付您的应用程序。

• 轻量化的环境管理：通过资源池管理与授权使用基础设施资源。
• 自助式的资源交付：使用蓝图来编排环境中复杂的资源关系，自助式地向部署架构中增加资源，不依赖厂商。
• 全站资源一键集成：开放集成外部第三方资源，如阿里云、腾讯云、华为云、AWS、Kubernetes等。
• 标准化的应用治理：将程序包、配置、部署环境等配置进行标准化管理，减少个性化应用，降低运维复杂度。
• 无感化的双态部署：采用相同的部署流程抹平稳态部署与敏态部署的差异，无感地实现双态应用部署
• 更可靠的应用交付：涵盖滚动、批量、蓝绿、灰度等多种应用发布模式，轻量化的工单审批流构筑双倍可靠的应用交付能力。
• 立体化的度量体系：提供开发、测试、部署、运维的全方位立体度量，帮助您精准剖析过程损耗，建设成熟度更高的应用交付价值流。

>> HyperDeploy（双态部署）如何解决用户痛点？

下面，以某合资品牌的汽车公司为例，从多个场景来讲述HyperDeploy（双态部署）是如何解决其痛点的。

场景一：该公司内部有200多套虚机部署的系统，以及200多套容器部署的系统，双态并存且逐步容器化。

 HyperDeploy（双态部署）通过无感化的双态部署，采用相同的部署流程抹平稳态部署与敏态部署的差异，无感地实现双态部署。

场景二：容器使用OpenShift进行部署

HyperDeploy（双态部署）一键集成全站资源，开放集成外部第三方资源，如阿里云、腾讯云、华为云、AWS、Kubernetes及OpenShift等。

 场景三：C端业务不停机发布，需要支持蓝绿发布模式

 该客户有一些C端业务，日常的发布要求不停机，故而需要一种不停机的发布模式。除了蓝绿发布方式外，HyperDeploy（双态部署）拓展了涵盖滚动、批量、灰度等多种发布模式，轻量化的工单审批流构筑双倍可靠的应用交付能力。

场景四：部署过程要有人工验证，需将测试流量引入容器服务中。

该客户在系统部署的过程需要人工介入，通过人工来验证部署是否有问题。如果验证没有问题，才会将用户的流量接上线。因而，需要把测试用的流量接入到容器服务里来，那优维HyperDeploy（双态部署）是怎么解决这样的问题？

 从上图来看，右侧是一张拓扑图，普通的OpenShift容器发布蓝图只需要一个service资源和一个deployment config资源，就是拓扑图上的SVC跟DC这两个资源。

假如客户需要一个流量通道，让测试用户和测试人员可以访问到容器内部去进行一些简单的测试，这个时候不需要把这个需求反馈给厂商，只需要在现场编辑这张蓝图，寻找到对应的资源添加到这张蓝图里，通过简单的配置即可直接使用：例如添加“route_for_test”、“service_for_test”并将他们指向“deployment config”资源。

以上操作，通过自助式的资源交付，使用蓝图来编排环境中复杂的资源关系，自助式地向部署架构中增加资源，不依赖厂商。

「双态部署核心功能」

接下来系统性的为大家介绍双态部署产品的核心功能点。

 上图，我们梳理了部署前接入、初次部署与日常运维、配置管理及策略发布4个维度，来讲解HyperDeploy（双态部署）的能力。

A.部署前准备工作

部署前，需要先确认客户现场有什么样的环境，以及环境里面有什么，以及有多少基础设施资源可以使用。

针对以上问题，首先使用环境来隔离不同用途的部署实例，例如将生产和研测环境隔离开。然后在环境内部，使用资源池来预分配基础设施资源，并且授权双态部署系统访问这些资源的权限。

 例如上图，左边是一个主机的资源池，在主机的管理上提供了打标签的能力，方便用户去进行部署的时候，可通过标签快速的筛选过滤出主机。而右边是一个容器的资源池，主要是凸显如何去向状态库系统进行授权，让资源池有访问外部平台的权限，从而做相应的配置。

接下来进入应用接入的环节，使用持续交付3.0系统的用户，在CMDB里面都维护了一套应用跟系统的体系。那升级到全新的双态部署产品之后，可提供一个同步的机制，即当用户进入到一个应用之后，应用的概览页会有一个交互式的引导，来引导用户一步一步的去完成应用的接入，资源的标准化，以及完成首次部署。

 最后进入部署编排的环节，例如要描绘一个什么样的应用部署？怎么描绘？

这里可通过蓝图来描绘，在产品设计上做一个交互式的封装，分别为主机部署和容器部署提供标准化的蓝图，并作为一种常用的功能入口，用户有自定义部署架构的需求时，只需定义蓝图即可。

B.双态部署

完成部署前的准备工作后，接下来进行部署。

由于HyperDeploy（双态部署）把部署的历程给抹平差异了，那在部署的时候就不需要区分是主机部署还是容器部署，只需要识别是否是首次部署即可。

假如不是首次部署，日常可以进行什么样的运维活动？诸如服务的升级，服务的扩缩容、服务的启停、重启，配置的重载卸载等等，都可以通过服务卡去快捷的操作，或者通过蓝图快速的来进行日常的运维动作。

C.配置中心

当部署完成之后，应用程序可能还需要一些配置才能启动。这里会用到优维HyperDeploy（双态部署），这是优维有史以来首款完整的配置中心产品。

为什么这么说？因为优维HyperDeploy（双态部署）同时兼容了动态部署和静态部署两种配置发布模式。

 动态配置：双态配置·配置中心全面兼容Apollo配置中心客户端，应用配置可轻松迁移至EasyOps。通过配置中心服务端发布配置操作可实时更新众多客户端的应用配置，高效不停机，

 静态配置：配置中心继续兼容主机部署使用的静态配置文件渲染方式，使用户可以无缝迁移至双态部署。使用静态配置需要提前管理配置文件模板及配置的值，部署前将被渲染合成配置文件并随着程序包一同下发部署安装。

D.策略发布

此外，优维HyperDeploy（双态部署）还提供一种轻量化的工单审批流。

 这个轻量化化工单审批流是完全自洽的，不依赖于外部的工单平台，自制成体系，具备了提单到审批到发布到验收，最后结束关闭掉的整个流程。