不同企业由于各自业务属性/企业文化/流程/职能分工/历史遗留/高层重视程度/利益关系等各种各样的问题,导致对于云管的定位和具体应用场景差别很大,云管到底应该如何去做,不可一概而论,而要根据公司的实际情况具体分析。我这边提供一些思路,供大家参考选择。
首先,云管本质上,是一个服务提供平台。将业务部门会用到的IT设备或资源,通过标准化的服务目录,以服务的方式提供给出来。在异构资源与业务需求之间起到承上启下的作用(业务人员不懂基础架构,但是他需要申请,使用资源。所以需要提供业务人员看得懂的资源申请方式和内容,帮助他快速合理的进行资源申请,同时还要为具体运维人员进行资源交付时提供必要的信息)。
其次,用户可能会申请任何种类的资源,IT基础架构团队也会使用各种各样的技术和平台来保障架构的正常,稳定运行。所以就要求云管跟各种各样的设备或平台进行对接,以便实现统一管理,提供更多的服务和更高程度的自动化。
云管的价值就是提供了一套新的管理框架,一种新的服务交付理念和新的资源管理模式,然后不断对接平台和设备,保证能提供更多的能力,然后把能力输出为服务提供出来,满足业务,IT基础架构,管理人员,开发的不同诉求。
所以,云管的核心其实是: 搭建管理框架,对接平台,输出能力(单个能力,或能力编排),提供服务。
在这个过程中,完成标准制定,规范制定,加强资源和流程管控,解决传统条状+竖井状管理过程中面临的部分问题,更快更高校的完成日常工作。
再具体落地中:
1.做好云管的定位,明确价值和边界,获得领导支持。
2.做好规划,分阶段实施,稳步推进,小范围纳管。
3.先出效果,实现IT内部自动化及资源管理。
4.按场景提供功能,扩大用户范围,慢慢培养用户习惯。
问题1:云管平台与以上二者之间的关系是什么?
回答: 传统的ITSM+线下手工交付存在很多问题,效率低,响应慢,信息不一致,管理不方便,体验不好。云管平台利用自助线上(服务目录)申请,线上审批,线上自动化交付,线上资源可视化管理的思路,可以有效解决这些问题。在云管这个管理框架中,天生具备服务管理,流程管理,自动化的能力。所以如果说关系,那就是包含关系。
问题2:资源发放的流程审批,在流程平台中实现,还是云管平台中实现?
回答:首先合格的云管肯定具备完善的流程定义功能。也可以对接OA,itsm等平台提供的审批功能(对接需要考虑的问题是,云管服务目录与OA或itsm申请单如何联动。云管发起流程,在OA或itsm中审批;还是在OA,itsm中发起+审批,云管只是自动化创建)。到底如何做取决于公司高层意愿以及OA,itsm在公司内部的实际应用范围和程度。这一块牵扯的利益太多,阻力会很大。
建议先从云管纳管资源(要确认纳管范围),梳理存量资源入手,企业IT资源通过这些年的发展肯定存在很多资源是否再用,责任人是谁,用的怎么样,等等的问题。先通过云管平台,把这些信息梳理清楚。这个是前期最能体现云管价值的地方。
然后给用户提供线上资源可视化查看或操作的功能。这样每个人名下有多少资源用户也比较清楚。
再通过云管提供部分资源申请类的功能和入口。
慢慢的改变用户习惯。
问题3: 自动化变更,本质是调用API或脚本,云管平台和自动化平台都具备这一能力。哪些服务放到云管平台实现,哪些放到自动化实现?
回答:
1.长远看,云管必须要具备自动化+原子化(脚本,API或其他形式)编排+任务计划+多通道(ansible,saltstack,ssh,agent,terraform等)对接+堡垒机集成能力,才能适应复杂的企业内部IT环境,以及多云多混合异构基础设施的运维和管理诉求。
2.具体怎么做,要想好云管在公司内部的定位以价值。可以通过对接先有自动化平台完善云管的自动化能力,交由云管整合自动化,提供更多的场景功能。