要让IT运维向云演进,企业必须拥抱自动化,并且改变资源预配的思考方式。
新涌现的术语CloudOps——云运维的简写,指代企业如何运行以及管理基于云的系统。并且,随着很多企业开始将应用程序和数据搬离本地,围绕公有云使用的运维过程的开发显得日益重要。
当需要在云上运维时,企业通常需要从头开始构建一切。在公有云里,IT经历了巨大的转变,在云上,应用的运维和管理需要在对底层基础架构控制力不大时来完成。CloudOps正是这样转变的一部分。
CloudOps的四大支柱
CloudOps是实施IT运维的新方式基于如下四大特征:
1. 它需要通过单页仪表盘抽象管理层的使用,来运维云机器实例、存储实例、安全、网络和管控。这意味着管理员使用工具——比如Apigee,ServiceMesh或者RightScale——来管理云内部的实例,以及其他必需的系统,比如安全和使用相关的账号系统。
2. 它涉及到不同类型的预配。不需要购买硬件和软件来支撑应用的扩展集合,企业需要的是管理在云上机器实例的预配。CloudOps有两种类型的预配。第一种是自行预配,这里管理员允许云用户分配自己的机器,并且随后跟踪机器的使用。但是更有价值的方案是自动预配,允许实际应用来请求更多的机器,并且在不需要的时候自动销毁。但是,管理员必须密切跟踪该模型,从而避免收到云供应商的巨额账单。
3. 它需要限制。企业必须设置策略,限制用户在公有云上的操作。比如,当用户能够预配自己的机器时,他们不能一次预配1000台。应用也需要限制其能够占用的资源。这样才能确保应用不会使用预算外的云资源。
4. 它要求自动化。企业必须尽可能多地自动化流程,包括预配,用户管理,安全管理和应用程序接口管控。自动化意味着运维模式是自然可重复的,并且保证云环境本身没有外界干预就能够运行得很好。另外,要考虑自动化云供应商的自动修复能力。这意味着要有就位的自动化过程能够纠正小问题,比如机器实例死锁了,或者网络或数据中心故障了。
CloudOps很复杂。并且,当我们将更多的工作负载移动到公有云上,并且学习了更多开发流程时,CloudOps会变得更为复杂。也就是说,CloudOps必须比传统方案更便宜更易用,并且要求更少的资源。此外,最终我们就能够自动化整个CloudOps流程,这样IT人员只需要负责监控环境即可——这个未来并不遥远。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国