业务上云后，云上运维势在必行

随着云计算的发展，企业上云已经成为了一种必然趋势。企业上云的初衷是把复杂的IT基础设施交给云平台去管理，企业可以专注于业务与应用、从而降低企业IT运营成本，提高IT部门工作效率。

业务上云的优势

1. 节约运营成本

企业自身不用再购置服务器，减少开支；上云后，可以租用云服务商的设备，便捷、价格优惠。

2、增强业务扩展能力

云服务商为了吸引更多用户，往往会在云平台上提供更多更好的扩展服务

3、平台资源共享

云服务平台与互联网具有连通性，可以保证用户现有应用与云上部分实现无缝对接，使用起来相当方便。

云上运维新挑战

业务上云，对于业务运维来说是一个非常大的挑战。在传统运维环境下所有的IT基础设施和数据都是由用户自己掌控，从心理上来说用户感觉会更安全，对公网的暴露面也更小。一旦用户将业务和数据都迁移到公有云，用户会感觉自己到了一个攻击丛生的战场一样，运维将面临新的安全风险和挑战。

1. 运维流量被劫持

公有云场景下运维最大的变化是运维通道不在内网，完全通过互联网直接访问公有云上的各种运维管理接口。很容易被中间人劫持攻击，造成运维管理账号和凭证泄露。

2. 数据安全存在风险

云端、灾备中心、离线备份介质、网络、云终端、账号和密码，这些都有可能成为信息的泄密点，带来不安全因素。

3. 风险被集中，故障影响更大

相对于传统的分散计算，云计算把资源集中在一起，因而风险也被集中。云端成了单点故障，如果云端发生事故，则影响面非常巨大。

4. 用户对数据和技术的掌控灵活度降低

对于 IaaS 云服务，用户无法掌控基础设施层；对于 PaaS 云服务，用户无法掌控基础设施层和平台软件层；而对于 SaaS 云服务，用户失去了基础设施层、平台软件层和应用软件层的掌控。

业务上云的优势与运维的风险并存，云上运维势在必行。

云上运维的进阶之道

很多企业会认为，业务上云了，运维的事情和我就没有关系了，只要业务系统可用就万事大吉。

这种观点显然存在误区，不论是IaaS，还是PaaS，云服务商只是提供了一个基础环境给用户，至于应用部署，系统搭建，业务系统健康度等，云服务商并不关注，相应的运维监测服务则需要另外付费购买。

上云后，用户对数据掌控灵活度大大下降，且系统运维的工作不会减少，传统的运维手段不能满足云上业务需求，相应的“云上运维“便应运而生。

1. 缜密部署，保障数据安全。

对于每台接管的服务器都会进行安全加固、部署入侵检测系统以及与客户共同施行系统使用规范，最大限降低云端的安全风险，保障数据安全。

2. 全栈监控，闭环值守。

对业务系统一站式监控，如操作系统、数据库、应用组件、业务监测等，提供专业缜密的运维监控。

3. 快速定位问题，降低故障风险。

多源数据分析，根据CMDB资产配置关系，以故障树形式进行机器算法分析，第一时间深度关联分析定位故障根因，及相关影响，减少故障风险。

4. 时时监测，全天候管家。

线上值守，线下闭环，对发现的问题快速响应并确保工单闭环完成，主动监控并响应处理，时时掌握系统状况，减少安全隐患。

云上运维护航业务

业务上云趋势使然，云上运维也势在必行。从我们最近的服务案例中，可以窥见云上运维服务必要性。

某医疗用户将设备托管到云服务商，由于运营商机房进出手续复杂，仅支持基本维护与保障，于是接入LinkSLA智能运维管家，用于保障业务系统正常运行。

国庆期间，MOC值守工程师在值班时发现多台服务器设备健康状态报警，查看详情发现每台主机的电源2报警，第一时间联系现场工程师。现场工程师通知电信机房，进行排查，发现电信机房的PDU跳闸导致一路电源断电。

MOC值守工程师在云运营商未发现PDU跳闸的情况下，第一时间检测到问题并反馈给用户，现场立即排查得以快速解决故障，将风险扼杀在摇篮里。

这个案例告诉我们业务系统上云，更需要云上运维为业务系统保驾护航。