个人经验，我们在做应用自动化时对应用系统中业务服务部署组件做了抽象建模，建立一个应用系统组件模型，每个组件绑定一组服务器（一个或多个）。组件划分基于运维操作一致性选择，同一组件下的服务器所实施操作相同。同一个服务器部署多个业务服务的，多个组件可以分别绑定同一个服务...

应用级自动化运维的建设，如果以前是图形化鼠标式的人机交互操作需要改为后台命令脚本化且脚本内无输入交互的操作外，不用对应用系统作其他改变，其实，这也是所有自动化运维建设的要求。这点在自动化发版功能上表现最为明显也最复杂，为此我们制定了一整套的发版规范和相应的辅助...

先说一个动作的验证，例如通过ansible启动一个系统服务，如果系统服务脚本写的比较垃圾，就算是启动失败了，脚本也返回成功，那么ansible就会返回成功。这就叫做脚本的误判。 在自动化运维的实现中，需要尽可能多的验证、修改这样的缺陷脚本，确保动作的返回值是准确的。 如果希望更加...

对于开发来讲，主要是要熟悉容器化和不容器化有哪些不一样： 容器的基本概念和应用在运行时如何通过容器check应用的状态和扩缩容等、具体比如：如何选择基础镜像、如何写Dockerfile、如何构建镜像、拉取镜像部署/升级应用、容器和传统方式部署在网络上会有哪些不同、如何暴露...

在选择自动化运维工具时笔者认为应该从以下几个方面考量：一是自动化运维工具的成熟度，即在业界的受众面。这里无论是对商用的还是开源的都可以从这个角度进行评估；二是自动化运维工具的功能能否满足运维需求；三是如果是选择开源的自动化运维工具还要考虑工具的技术栈和公司人...

在笔者看来，问题中涉及的点都可以用自动化运维来进行管理，这个在一些类似阿里巴巴、腾讯、华为这样的大厂都已经实现很久了，在技术上不存在问题。具体到某一个公司，还要结合两方面来看，一方面是目前公司最痛点的地方在哪里；另一方面是是否存在部门墙，导致不能把整个过程串联起来...

制定自动化运维方案,需要考虑以下几个方面：一是明确制定自动化运维方案的目的，这是制定自动化运维方案的指导思想；二是明确自动化运维方案的服务对象角色；三是明确不同的对象角色在自动化运维过程中的抓手分别是什么；四是明确自动化运维方案落地过程中需要注意的安全问题（例如...

在笔者看来，传统行业与互联网在运维环节的不同在以下几个方面：一是运维代码化，传统行业的运维更多的还是停留在人工操作运维平台的层面甚至是纯人工操作，而互联网更多的是通过代码来进行运维，避免人工操作，这也是为什么互联网公司对运维有要求开发能力的原因；二是点化与线性化，传...

自主可控有两种思路，一种是完全自研；另一种是基于一个采购的自动化运维平台进行二次开发。对于第一种情况，需要公司人员具备一定的开发能力，优势在于需求可以并充分结合本地需求，缺点是对人员要求比较高并且平台成型较慢；对于第二种情况，需要采购一个平台技术栈实现与本公司开发...

之所以会出现半自动化的运维，其实就是因为这些解决的都是点上的问题，都是把每个点的人工操作变成了脚本化或者平台化的自动动作，是离散的，本质上还是点而不是线，更不是面。真正的自动化运维是要达到端到端的自动化交付，是从开发到测试到运维全链路的自动化，去除人工操作。举一个...