从本地(on-premise)转移到云平台意味着运维工作在相当大程度上外包给云提供商。
运维的未来是要使开发者能够通过工具、自动化和流程实现自助服务,并使他们能够通过最小的运维干预来部署并运行服务。每个角色都应该朝着脱离它们的工作实现自动化的方向而努力。
Dev:我的集合崩了! Op:好的,我知道了,现在是我的问题了——等我来解决。 ——错误的模式!
Dev:我的集合崩了! Op:好的,我知道了。作为领域专家,我来帮你,你来解决,或者是,你可以用工具重配一下。
新运维模式本质上应该把运维看作是一个产品团队,其产品就是基础设施。就像开发者把 API 作为他们提供的服务,运维把 API 以工具、UI、自动化、基础设施即代码、可观察性和警戒的形式作为他们提供的基础设施。
以前,我们做的东西更倾向于工具,平台化的东西很少,而现在的运维人员更多的是从产品角度思考,做的工具和相关的平台也是用产品模式来做,恰恰思维模式的转变,运维的价值才真正体现出来。
产品模式:
你提供的产品是什么?能为用户创造什么样的价值?你的产品解决了哪一类用户的什么问题?你的产品能不能把贵的变成便宜的,甚至是免费的?能不能把复杂的变成简单的?
DevOps(英文Development和Operations的组合)是一组过程、方法与系统的统称,用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。
DevOps是为了填补开发端和运维端之间的信息鸿沟,改善团队之间的协作关系。
为了改变运维的现状,我们希望构建一个从研发阶段到版本的制作、打包、发布以及版本最终的部署,面向用户整个环节全部打通的平台。在设计平台的时候,我们优先解决的是版本发布的自动化,因为版本发布集成了代码上传、打包,测试等等,这个环节如果做不到自动化,后续的工作是无法进行的。