1 选择符合自己场景的 自动化运维产品，2 产品定制开发一定要和现场运维人员沟通3 产品推广时期一定要提高运维人员的相应技术能力和脚本开发能力4 责任到人 ，每个场景找到a和b角色
自动化运维要更好的贴近业务首先需要收集业务自动的自动化运维需求，通过平台来满足业务的自动化运维需求，这是第一步要做的工作。其次需要对业务系统进行监控，在此基础上，需要和业务沟通风险指标，将风险指标进行量化，并配置到自动化运维平台的监控系统中，利用平台的监控能力进行...
风险就是在操作的时候可能会锁表的时候过长，然后导致应用hang住或者挂掉。规避的方法就是使用percona推出的一个针对mysql在线ddl的工具，或者facebook bat等公司开发的类似的工具。同样的，如果表的数据量很大，建议先在同样规格的表的线下做好测试。心里才有底...
说得没错，运维自动化的风险同样该引起大家的关注，您说的巡检参数和采集脚本问题，只要通过充分的测试和代码审查，一般不会出现大问题，再补充几个可能存在的风险：1、自动化运维的管理账号权限设置是否合理，该账号是否限定了权限，能不能通过该账号重启一些重要服务2、自动化运维的交...
风险就是不知道执行的是否成功，有了校验也不知道校验的是否完全和执行是否成功。一般有了执行脚本就会有校验脚本。所以一下几点值得注意：1、制定比较通用的校验架构，按脚本规范编写脚本利于脚本的校验；2、有一些像配置核查的功能也能够帮助我们找出配置的不一致，这些校验功能...
应用冗余和数据冗余，始终绕不开的坎。不同云服务商之间的数据同步，可以理解为原来不同存储商之间的数据同步，不是走应用，就是走第三方的中间件，总是有办法的，就是成本和收益的问题。...
业务最好做成集群 把需要迁移的节点数据流导入到 飞迁移节点我测试过rac集群一个节点动态迁移如果 业务在 需要迁移节点上 迁移会非常慢 保持内存同步如果 需要迁移节点 业务量为0 迁移在1分钟之内...
对于一个不可预测的事件，目前没有好的办法采取合适的手段进行预防和避免，尤其是同城容灾。大多数设计者在考虑架构设计时，也不会在这方面投入过于复杂的场景预防设计，毕竟链路健康的保障是由客户来提供。现在异步复制方式，倒是有一些设计来避免，比如长时间链路响应时间高，把sess...
你还需要详细说一下vio和客户端是如何使用后端存储的，具体方式是什么，把细节说明一下，是npiv，还是文件系统，还是其他等等？
