江苏龙网

  1. 首页 > 人文 > >

[SAP斯凯普斯]DT时代，云上运维的“变”和“不变”( 二 )


三、云上运维的变化
由于公有云（尤其是公有云IaaS）的普及 ， 整个云上运维和传统IDC中的运维还是呈现出比较明显的不同点 ， 我们可以从下面几个角度来理解这种不同点 。
1、应用运维成为云上用户的运维重心
一般来说 ， 很多企业的运维部门主要工作包括基础运维（针对企业IT基础设施的运维）、应用运维（针对企业具体业务的运维） ， 较大的运维部门可能还有单独的运维开发 ， 负责为公司运维部门开发运维工具和平台 。
当用户决定上云（尤其是IaaS公有云） ， 就表示用户已经把基础运维以及相关的工具平台开发工作交付给云供应商 ， 而把应用运维作为整个运维部门的核心 。 当然 ， 这也符合云计算希望让用户只关注自身业务发展的初衷 。 如果从宏观上看 ， 这种变迁可以用下图描述：
[SAP斯凯普斯]DT时代，云上运维的“变”和“不变”
本文插图
由上图可以看出 ， 云上用户第一个需要做的改变是把整个运维重心转移到应用运维上 。 当然 ， 在企业上云过程中不可能一次性完成如上的切换 ， 必然会有一个很长的时间段内有传统IT和云上IT共同存在 ， 共同运维的要求 。 而且为避免被一家云供应商锁定 ， 企业非常有可能同时采购多家云供应商的服务 。
所有这一切都需要企业运维部门拥有统一管理不同来源 ， 不同模式的基础设施能力 。 而且由于不同来源基础设施的自身运维管理能力不同（如公有云IaaS提供的基础设施就比传统IDC的基础设施有更好的自我运维管理能力） ， 这就要求企业运维部门的运维平台能够补齐相应短板 ， 磨平不同来源基础设施的不同 。 以便能够统一标准化、自动化日常的运维管理操作 。
当然 ， 在这个过程中 ， 企业运维部门仍然要优先关注应用运维工作 ， 并把基础运维工作尽可能的交给IaaS供应商或者第三方工具 。
2、公共组件普遍服务化
在企业内部 ， 不同业务IT系统都会用到很多公共组件（如数据库 ， 消息队列等） 。 由于团队的技术背景不同 ， 业务要求不同 ， 经常会出现这些公共组件选型的不一致性 ， 导致上线后的运维负担非常重 。 所以 ， 企业内部运维部门的一个重要工作就是把这些公共组件标准化并最终服务化 ， 能够对具体业务部门完全透明 。 这样即可以降低运维部门自身的运维成本 ， 又可以提高业务部门的开发效率 。
但在云技术平台出现之前 ， 很多企业的IT运维部门要想完成公共组件服务化的工作并不容易 ， 所以这个想法很多时候只能在有雄厚资源和有很强运维研发能力的公司才能落地 。 而云计算平台（尤其是公有云IaaS平台）的出现让公共组件服务化的能力惠及所有云用户 。
例如阿里云提供了数据库服务RDS ， 消息队列服务MQS ， 事件通知服务ONS等等 。 这些服务背后的技术都是经历阿里电商系统大规模验证 ， 并且由专门团队运维 。 用户完全可以信任 。 有了这些服务化的公共组件 ， 企业运维部门在内部推进业务部门使用标准化公共组件会容易很多 。
所以 ， 在云上的IT系统选型时 ， 企业运维部门最好能更早和业务部门合作 ， 力争使用云上标准化服务组件 ， 而不是把传统IT系统系统简单搬迁到云主机 。 如果在企业上云过程中能把握好这一点 ， 其实就能够把上云过程和公共组件标准化和服务化的进程很好统一起来 ， 既能降低运维成本 ， 还能够保证服务质量 ， 加速软件开发工作 。
3、弹性和自助式成为基础设施的基本要求
在云计算平台中 ， 无论是存储服务 ， 计算服务还是网络服务都会提供弹性伸缩 ， 按需付费的功能 。 绝大多数情况下 ， 你可以认为云供应商提供的资源是足够的 ， 把容量管理这个工作交给云供应商 。 作为云上用户 ， 只需要用时申请 ， 结束时释放即可 。 对于企业运维团队来说 ， 这一点非常重要 。 在传统基础设施中 ， 获取基础设施的弹性非常不容易 。


推荐阅读


上一篇：「微信」微信可以买口罩么？微信买口罩方法 微信小程序预约购买口罩教程

下一篇：『iPhone』iFixit为iPhone Xu002FXSu002FXS Max推出LCD屏幕