所谓自动化运维, 就是指借助于运维工具或者是平台, 把在IT基础设施以及业务应用中那些日常的处置任务还有运维流程给实现自动化的处理, 这样做的目的就是为了去大幅度地提升办事效率, 并且有效降低安全风险, 同时也能够有力地促进整个运维组织走向成熟阶段, 并推动各方面能力的全面升级换代工作。自动化运维能够被划分为三个类别, 这三个类别分别是面向基础架构的自动化、面向应用的自动化以及面向业务的自动化。它们之间的关系是比较复杂的, 一方面存在着一定的联系, 另一方面又各自保持独立的状态, 并且每一个分类都有着属于自己的目标和使用场景。一自动化建设这一类别, 它主要是面向基础架构的, 而且主要目标是去解放运维人员的工作量, 具体来说就是把日常巡检这样的事、补丁管理这样的事还有资源创建这样的事都做到自动化, 同时也做到自助化。二这类面向应用的自动化工作, 并不是非要等基础架构的自动化全部落实到位了, 才允许去搭建。但这并不意味着, 应用层面的自动化可以完全脱离基础架构而独立存在。例如那些涉及自动伸缩、容量调整、以及部署和配置的任务它们对于基础架构自动化的程度是有着比较高的依赖关系的。三面向业务的那种自动化, 它是IT自动化的最终目标。但是, 它的建设难度非常高。对业务流程和业务关联性的系统化梳理, 往往不是IT部门能够独立完成的。自动化运维的组织模式, 大致存在着三种情形, 其中的一种情形是分散式的, 由各领域的、各部门的, 根据实际需求来自行建设的, 在这种情形下, “需求提出者”、“软件开发者”、“最终使用者”, 这些角色都是同一组人。采取集中式模式, 独立组织一个团队去搞自动化运维建设, 让其他团队只做需求的提出工作采取平台式模式, 专门组建一个团队来解决自动化基础平台的搭建问题, 各个领域、各个部门则根据实际需要自己在平台上开发相应的工具。在最后的那个平台式里头, 它既能调动好多方面的积极劲头儿, 又能攥成一股统一的劲儿, 把个人的特点和整体的共同点比较好地放在一起来看。可这种叫平台式的组织方式, 对平台自身建设这块提了非常高的要求。它得能在平台上搭好一个统一的架子, 搞出一套统一的认人法子, 弄明白怎么统一地差遣活儿出来, 还得靠着那些能跑得飞快、迭得很快的自动化工具来撑场面。
