厂商平台是产品方式开发, 如果想适用于大型数据中心都需要进行定制开发,可更加ansilbe的api接口进行二次开发, 或者通过tower的api进行开发cli也可封装成rest 的api 进行接口开发

小于100台一下 只负责部署或单线ssh操作的 业务场景适合 ansible,超过30台并发, 和复杂多节点流程场景, ansible 简直是你的噩梦了

我觉得很难。不同的程序员写出的系统代码也会有所不同。同样的功能实现起来也会是多种多样。即使人工。都很难去判定孰优孰劣。更别提自动运维了。况且。自动化运维对代码的修改审核还是要经过人工。否则自动化运维对系统代码随意的修改会带来更多的问题。...

我觉得要实现智能化运维。首先要自动化运维。智能化运维的实现并不是简单依靠某一套系统就可以轻易实现的。首先要规范梳理所有的业务。实现基础运维的自动化，在自动化运维的基础上建立更多的逻辑连接。让运维系统逐步学会根据收集到的数据来进行相应的运维操作。自动化运...

告警本身是轻量级的程序，模型需要对大量的历史数据进行学习，如果存在时效性问题，还是要分清是由什么带来的，如果确实模型训练耗时真的非常严重，建议采用更高配置的GPU服务器。告警收敛需要结合聚类算法和专家经验进行，具体还需要结合应用场景才有意义。...

开源灵活，相对容易二次定制开发，无论是自己还是第三方，但开发周期可能比较长，项目见效慢。闭源功能齐全，可能会水土不服，过于笨重，涉及二次开发的内容需要原厂支持，自己和第三方很难做，但实施周期短，产品功能见效快。现在国内还有一种闭源的方式，就是提供一个平台，自己可以在这个平台...

目前我行没有专门的自动化运维团队，基本是兼职，自行开发上线，自行维护，这是我们的现状，后续将站在自动化运维平台的角度，借助外包项目的力量，将这套自行开发的自动化运维系统集成。目前基本股份制、国有大行都有专门的自动化运维团队，几人至几十人，甚至上百人的都有。...

有两种方式记录ansible操作第一种是在ansible服务端，建立不同的用户，对用户的执行命令进行审计和记录。第二种在搭建的ansible界面，用户通过不同菜单进行操作时，对其行为进行记录。无论是ansible服务端还是ansible界面，都需要认证授权才能够登录，这些登录的用户和密码都可以纳...

目前貌似没有资产自动发现的软件，而且这个资产的范围是比较大的，包括硬件资源、软件资产，硬件资产只能用部署在机柜中的RFID技术去获取位置，发现资产。软件资产或者操作系统配置等，可以通过自动化运维去二次开发或者用第三方的代理去抓取。...

我行的批量调度系统包含两个方面1.日终批量调度，也就是之前各个业务系统的日终批量程序是现成的，但是串行的，需要人工按照串行顺序，逐个进行日终批量操作。通过日终批量调度可以将不同批量串联，自动一个接一个的运行，一个满足条件后，继续进行下一个业务系统的日终批量，批量的结果...