云什么也没改变。 云改变一切。 私有云既可以做到这两点,又可以做到这两点。
好啦,关于禅,已经讲得够多了。 事实是,无论如何,在私有云中运行的应用仍然需要网络传统上提供的关键应用交付服务:安全性、负载均衡、高可用性和优化。 即使是微服务和容器平台等较新的架构也使用熟悉的方法来保持应用的正常运行。 最新的语言或开发技术仍应通过访问控制和 Web应用防火墙等安全工具进行支持。 就这样,什么也没有改变。
那么,该怎么办呢?
对于大多数组织而言,私有云改变的并不是我们部署什么,而是部署的方式,更重要的是,部署的速度。 成功的私有云实施将提供自助服务 IT,并允许内部客户使用自动化和基础设施即代码来创建高度动态、运营高效的应用环境。 随着新服务或应用的开发和更有效地交付,代码和基础设施的更改频率将会加快。 虽然推动更快“价值实现时间”的许多因素都是文化和组织的,但基础设施不能成为障碍。 从请求到实施,不容有任何人工延迟。 如果基础设施不会成为瓶颈,自动化工具将控制大部分 IT 服务交付。
如果您正在从基于票证的传统组织转变而来,在该组织中,变更的请求、审查和实施都是手动进行的,那么这种转变将改变您的许多日常活动。 IT 将从注重实施转向设计框架和端到端服务自动化。 思考如何允许应用开发人员或应用操作(我敢说“DevOps”吗?)以与部署私有云平台所需的其余堆栈相同的方式配置网络和应用交付服务。 借用同事的一句话: IT 运营必须从按钮推动者转变为按钮创造者。
从哲学层面来看(毕竟,这也是本文的起点),从根本上改变的是 IT 运营如何控制基础设施。 想想看:之所以有票务系统和运营团队来对基础设施进行更改,部分是为了通过仅让领域专家进行更改来防止错误或错误配置。 IT 运营可以访问所有按钮,并且知道按哪些按钮来实现所请求的更改,并且希望在此过程中不会破坏其他任何东西。 现在每个人都想按下自己的按钮,或者让软件为他们按下按钮。 操作创建的逻辑按钮最好是安全的。 现在正是操作施加控制的时候。 通过创建模板化、自动化的系统,只要求请求者知道他们想要什么,而不需要知道怎样去做,并将他们的选择限制在安全和可支持的配置中,IT 赋予客户自由,但仍然控制着基础设施。
虽然这些变化在技术和文化上可能具有挑战性,但由此产生的生产力和敏捷性的提升足以证明实现这些变化所面临的挑战是合理的。