技福小咖
作者技福小咖·2022-10-10 16:22
网络工程师·技福小咖

云时代的“双态IT”运维思路

字数 2648阅读 606评论 0赞 0

运维的老话题

IT 运维的工作重点之一,即对软硬件资源的生命周期进行全方位管理,不同的资源有不同的管理方式,而自动化运维的理想做法就是用平台化运维来代替人工运维,结果就导致我们可能需要很多基础运维服务来进行资源操作,那么最好的做法就是将运维能力服务化并通过运维门户来集成各个服务,从而对外提供统一的入口。

现在很多传统IT管理都是烟囱式的,与其它系统相比就像一个孤岛,只能通过网络进行通信。目前国内主要是openstack、vmware、阿里云和docker,这些都可以认为是一个个“烟囱”。对于运维人员来说需要在不同时间点不同平台上进行转换,最后达成管理目标。在“双态IT”中必须把这些所有“烟囱”的IT统一管理起来。

为适应零售业务转型、应用交易潮涌、应用快速迭代和发布,基于X86和分布式技术的微服务应用架构应运而生,面对大量的PC Server、分布式中间件、应用组件的运维管理,云化、容器、超融合等技术成为标配。

互联网、云计算、大数据等新兴技术在信息技术领域引发了新一轮颠覆性创新,正在深刻改变着人类的生产方式和生活方式,并成为当今产业革命的新力量、经济转型的新引擎。传统行业纷纷启动“互联网+”战略,以金融行业为典型代表,正在以快速的步伐开拓互联网金融业务。在互联网+战略背景下,企业在技术路线上快速向互联网行业靠拢,IT明显呈现出“技术架构混合化、运维模式双态化”的趋势。

“数字”化与传统各产业的叠加,也势必会改变行业的传统IT基础架构。稳态是很多类似金融业等最根本的因素,但这并不意味失去了敏态。通过各行业云网的升级,获得“稳态+敏态”的综合能力,这等于在稳态业务与敏态业务中间达到了一个完美的平衡。

双态运维的现状

随着敏态应用的建设及相关业务的快速发展,急需要建立满足双态应用运维的管理体系、建设相关运维工具,并同步完成运维管理理念的革新、运维人员知识结构转型,但各行的双态运维实际情况差强人意,业务部门时常对运维工作不满:无法快速提供基础资源和运行环境、无法实现配置信息的闭环管理、无法满足业务需求的快速上线,落后的运维管理体系、运维模式、运维技术手段在一定程度上阻碍了银行业务的高速发展。

在双态运维背景下,企业运维呈现出技术与业务加速 融合、开发与运维加速整合,在用户、业务、开发、 运维四个领域快速发展,组织面临的挑战包括

1、云化技术架构,具备简化并自动化的运维管理, 支持应用和基础架构交付自动化;

2、新型互联网技术架构广泛使用,运维管理复杂度 增大;

3、DevOps理念的快速推广,对自动化运维提出更 高的要求;

4、运维平台需要同步兼容“技术架构混合化、运维 模式双态化”管理要求,要求运维平台具有更强的平 台化能力,能实现运维数据与场景的打通;

5、运维平台需要满足数据中心一体化、自动化、智 能化运维管理的发展趋势要求。

IT的应用发展,包括硬件、软件系统的升级,是在技术积累非常有限的环境下,短时间内全部下移到云化、分布式架构存在较大的难度,所以基于传统架构的稳态应用与基于分布式架构的敏态应用会在较长时期内同时存在,两种形态应用运维改变了运维管理理念、革新了运维技术和方法、增大了运维难度,迫切需要银行运行部门建立适应稳态+敏态、ITIL+DevOps双态运维管理体系,从组织架构到人员配置,从技术储备到工具建设,都需要尽快满足“双态”运维的需求。

双态运维需求

稳态应用是基于传统基础架构、面向对象开发技术的应用系统,以瀑布模型为管理理念,采用明确的软件生命周期阶段化管理,运维管理以人工管控为主要手段,需要配置相应的传统技术岗位、建设相应的运维流程、以自动化脚本提高运维效率和实现运维半自动化。

敏态应用是基于云架构、分布式开发技术所开发的应用系统,以DevOps为管理理念,满足业务需求、开发测试、打包部署的全流程管理,需要实现持续集成、持续发布的一体化运维管理体系,需具备分布式架构设计、分布式技术应用、监管控析等运维工具开发等技术能力,并配置相应岗位。双态运维是混合技术架构下的必然选择,既有考虑“稳态”的风险,又有体现“敏态”的价值。既能把握“稳态”的稳健,又能实现“敏态”的快速。双态的实施,可以实现技术与业务的加速融合,也加快开发与运维的加速融合。

双态运维实现的核心管理

+ 业务目标的一致性

开发与运维需要在IT价值流程自始知终拥有共同的目标并共同解决问题

开发运维(DevOps) 与ITIL/ITSM相互兼容,而非取代ITIL和ITSM仍然是支撑IT运维流程的最佳法则,它们描述了为支撑开发运维协同工作的流程

+ 服务设计及事件问题管理的ITIL准则仍然有效

为了适应与开发运维相关的更短的交付周期和更高的部署频率,ITIL流程需要增强执行的自动化,特别是变更、配置、和发布流程等方面。

+ 运维任务自动化成为关键能力

对应用快速交付及让开发运维人员提高工作效率,要求运维任务活动尽可能自动化及转变为自助服务

数据中心双态运维总体架构

双态运维的融合与演进,要根据企业的业务特点来开展,相互衔接而非分裂独立,逐步形成双态智能化运维体系。而新的运维模式,通常称之为“敏性运维”,敏性运维强调的是快速响应各种需求,灵活支撑业务发展,高效迭代下保持稳定。双态运维框架设计依据为ITSS大框架,通过服务的设计、实施、运营、改进、监督等整个生命周期贯穿所有运维活动,并通过PPTR(人员、流程、技术、资源)四个域达到管控目标。

目前很多双态运维管理ITIL与Devops并存,功能定位:

  • 资源整合、服务化封装、动态调拨、集中运维:通过云管平台,实现整合云服务管理、虚拟化资源管理、运维管理等功能
  • 简化服务,加速上线:面向各部门输出优质服务,业务部门可通过自助申请服务来简化、加速IT资源部署、上线进程,降低系统建设开销
  • 服务目录统一定义和发布:私有云所提供的基础设施云服务(IaaS)、平台云服务(PaaS)资源,在对用户供应服务的同时统一进行成本核算及性能管理、资源调度
  • 服务管理与监控管理在云管平台下协作运维

双态运维中,所涉及技术范围增大,除传统操作系统、关系型数据库外,运维团队还需要具备相关平台类相关技能、分布式中间件和数据库技能。在敏态应用维护中,降低对单台硬件资源故障的响应程度,弱化对操作系统的管理。

同时资源域的运维管理对象包括文档(体系文件)、知识库、IT资产、运维工具等,在双态运维下,运维工具由“监管控析”形成管理闭环,并突出运维价值计量、逐步将运维价值显性化的管理理念。

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

0

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

X社区推广