如果IT部门始终被视为成本部门,做事情都要绞尽脑子找公式测算投入产出比,这种情况是非常被动的,IT部门想要做的事情做好了不一定有功,不做则无过,久而久之必然会打击团队做事情的激情性。建议调整汇报策略:1、基于价值交付:不(只)是看成本投入,而是看创建的价值;2、事情的必要性:不...
需要从业务需求,从网络和系统环境现状,从系统架构未来的发展,从人员的技术能力和诉求,包括如果你是银行,还需要考虑监管和流程,都要进行考虑,如果仅仅是针对技术和工具,我的建议如下自动化运维底层工具一般会包括如下:CMDB及配置自动化发现工具;2.脚本及作业管理中心;3.Agent及管控...
厂商平台是产品方式开发, 如果想适用于大型数据中心都需要进行定制开发,可更加ansilbe的api接口进行二次开发, 或者通过tower的api进行开发cli也可封装成rest 的api 进行接口开发
单就ansible而言,企业版和社区版就差个红帽官方支持的服务,功能上而言没有任何差别。一般说企业级ansible指的是ansible tower工具,ansible tower是在ansible的基础上做了一层封装,集成了web UI展示,用户权限管理,RESTFUL API,可审计,定时任务,工作流等一系列功能。ansible tower...
脚本区分为 查询功能 和 修改功能脚本版本需要进行管理脚本权限需要管理脚本审核流程脚本危险操作命令提示执行历史完整保留
最困难的是 配置不统一,各个系统配置完全不一样,导致 运维复杂一个没有统一规范的 基础架构环境 就是运维的噩梦了
对于该问题,从我的理解上简单谈以下两点内容:1、整体上自动化运维作为运维技术体系中的一员,其目的就是为了减轻运维成本、提升运维效率、规范运维任务、通过自动化自愈提升业务连续性等等,其重要意义不言而喻。这点从国内各类大行、股份制银行等的运维人员招聘的技术要求中,...
看了您的需求,您的需求里其实有很多是个性化的或者说是需要根据具体的场景来定制的,例如监控就需要知道您要监控的具体需求是什么,如果只是基础资源的监控个,随便一款监控平台都可以做到。故障排查就更加是个性化的需求了,因为何为故障需要需求方给出定义,然后平台通过编写脚本...
题主好:这个问题我们也遇到了,说实话,目前还没有特别完备的解决方案。我们公司最最早有基础环境监控(网络、主机、机房等)、之后再建设了应用监控平台(类似ELK的技术栈)、最后才建设了自动化运维(变更)平台。这些平台一开始互相之间都独立且不相关。现在我们正在做一些尝试,进行合...