[SAP斯凯普斯]DT时代,云上运维的“变”和“不变”( 三 )
为此 , 很多公司运维团队都会在基础设施使用上面制定很多规章制度和流程 , 以方便进行容量管理和规划 。 当管理云上基础设施时一定要注意避免这种人为削弱基础设施弹性的流程 。 相反 , 运维团队需要把云计算供应商提供的弹性能力充分暴露给业务研发团队 , 并鼓励业务研发团队为弹性基础设施做设计(如支持状态无关和水平扩展) , 甚至参与到业务架构中的设计 , 充分使用如阿里云弹性伸缩服务(ESS)等一系列弹性服务 。
这样一方面可以大幅度降低运维成本(如业务扩容、缩容都能够自动完成) , 另外也可以满足基础设施成本的弹性需求 , 降低整个业务的运营成本 , 提升在市场中的竞争力 。
除了弹性 , 自助式服务成为云上运维非常基本的一个要求 。 传统IT环境中 , 部分大型企业可以提供自助式IT基础设施服务 , 但是对于大部分普通用户来说 , 这种服务的成本太高(无法预先提供足够的资源池) , 但是云的出现让这种方式得以普及 , 任何用户都可以在分钟级别自助获取一个完整系统架构需要的基础设施 。 自助式基础设施服务在整个IT系统的生产流程中非常重要 , 因为IT系统的开发、测试、预发和生产都涉及到基础设施 。 如果能够让这个获取过程完全自助式 , 一方面可以大幅度提高整个流程的迭代速度 , 另外一方面也可以减少运维人员在这些方面的时间开销 。
现在 , 任何一家企业运维部门在采纳云计算平台的时候最好都先梳理一下自助式平台的需求 , 在上云的同时把这种自助式基础设施推广到软件研发的每一个环节 。 或许你会担心自助式平台带来的IT基础设施滥用问题 , 这个可以通过成本核算来加以控制 。
运维部门也可以在云平台上层构建自己的基础设施自助平台并嵌入相应成本管控规则 。 注意 , 如果需要限制使用 , 更多的是限制整体成本而不是限制每一项资源的具体使用 。 只有这样 , 才能让研发团队充分享受云带来的弹性和敏捷 。
4、可编程基础设施融入运维管理体系
无论是传统的ITIL体系还是ITOM领域 , 运维管理体系的基础都是CMDB(配置管理数据库) 。 CMDB中保存着整个IT系统的基础设施元数据 , 并以此为基础支持监控场景、部署场景 , 日常批量运维场景等等 。
对于传统IDC中的基础设施 , 由于变化并不频繁 , CMDB的维护更多是通过人工来完成的 。 但是 , 在云平台上 , 所有的基础设施服务都会提供API接口 , 从而变成了可编程的基础设施 。 这就为CMDB中的基础设施管理完全自动化提供了前提条件 。 而云上服务对于弹性的强要求又导致基础设施的变化比传统IDC中频繁得多 , 这就要求运维管理系统自动感知基础设施变化 。
所以 , 可编程的云基础设施必须要融入你的日常运维管理体系中并使用完全自动化的方式进行管理 。 用户甚至可以通过感知基础设施变化的能力进一步集成自动化部署逻辑 。 例如 , 一台云主机启动起来后 , 运维管理体系能够感知到它的加入 , 能够按照预先指定的自动化部署脚本对它进行IT系统部署 。 在部署完成后主动加入系统的负载均衡器 , 开始服务用户 。 因为基础设施的可编程 , 上面整个部署流程完全可以和基础设施实施一体化自动管理 。
当然 , 如果要把可变成基础设施融入到运维管理体系中 , 则需要运维研发部门给自己运维平台对接各种云供应商的API , 并需要相关的集成开发工作 。 如果企业不愿意投入资源完成这种对接 , 也可以选择第三方工具达到同样的目标 。
四、总结
在云上 , 运维所追求的目标未变 , 主要的思路也未变 。 但是因为云计算带来的基础设施层面变化对于运维的影响也是明确的 。 在这个过程中 , 运维需要主动出击 , 积极适应云带来的各种优势 , 并积极向上扩展(例如 , 更多加入cloud native应用的架构设计中 , 提供自助式IT服务等等) , 扩大自己的影响力 。
推荐阅读
- 普斯爱篮球■NBA下一个十年门面球员会是谁?
- 【IT之家】发视频状态限制 15 秒,仅限印度,WhatsApp
- 斯台普斯:8名球员感染!斯台普斯成重灾区!新规划来了
- 『呼吁关注运动员』菲尔普斯呼吁关注运动员心理健康
- #SAP斯凯普斯#企业ERP系统上线后主要维护工作有哪些?
- 【SAP斯凯普斯】企业ERP系统上线后主要维护工作有哪些?
- [WhatsApp]OPPO首款智能手表OPPO Watch体验:双曲面屏+独立通话上网
- 钱江晚报小时新闻@斯台普斯中心成新冠重灾区,两个NBA球队主场加多项大型活动
- 「娱乐」腾讯音乐娱乐集团“TME文化衫”上新了 联名斯凯奇为复工助力
- 「极速聊科技」世卫组织利用WhatsApp新聊天机器人共享准确的COVID-19信息
