涉及CMDB和自动化,简单说几点拙见: 1、这两个概念都很广,做此类项目切忌求大求全。 2、运维自动化要用到的数据是否有机制或工具保证准确?如没有,则数据治理需要进行。 3、运维自动化范围如何?数据治理的最小范围相同。
题主好:连同您提出的另一个问题《自动化备份进行设计时,如何保证安全性?》在此一并回答。 备份本质上也是变更的一种。我们企业在设计自动化变更系统时,提供了一种非常灵活的、可拖拽式的变更流程定义界面,流程规则符合BP
题主好:这个问题我们也遇到了,说实话,目前还没有特别完备的解决方案。我们公司最最早有基础环境监控(网络、主机、机房等)、之后再建设了应用监控平台(类似ELK的技术栈)、最后才建设了自动化运维(变更)平台。这些平台一开始互
1、变更平台、监控平台、CMDB需要能提供API,满足调用和被调用两个要求。2、CMDB建设需要确保数据的唯一性和真实性,且数据模型需要根据实际而更新。3、变更平台要能和企业ITSM结合在一起。一同展现。一个结合了审批流、
就笔者所在企业而言,直接的建设需求有如下方面:A.同时满足系统自动化运维和应用自动化运维两部分内容;(笔者注:系统运维指操作系统、数据库、中间件等基础环境运维;应用运维指应用系统的部署和发布)B.同时适应标准化和非标准
自动化变更并不意味着不需要审批。在DEVOPS成熟度模型里对变更管理人员和变更管理工具,定义了几个不同的成熟度。最高的5级是无人值守、4级远程值守自动变更、3级现场值守自动化变更。 许多企业现有的运维管控流程是
方法1:改造老系统。方法2:在我的文章中有提及定义非标准化内容由统一脚本去执行的解决方案。以下内容节选自《自动化运维体系建设关键点分析——以某大型金融企业为例》:“B.应对非标准化的节点属性。节点属性可定义可不
1、和决策层的关系。周期性向决策层汇报进展,最大程度获取理解和支持。2、和用户的关系。关注用户反馈和功能体验,吸纳用户有益建议的同时适当予以引导。3、和关联项目团队的关系。接口类功能需要与关联项目组达成一致
自动化运维体系建设一般由企业的运营中心(或数据中心)承建,而这类部门往往没有研发背景。所以,自动化团队的第一要务是要组建开发团队。团队人员可以通过组织内招募、招聘、培养等手段进行补充。如是企业内参与开发的运维
1、执行和监控代理的兼容。代理需要同时兼容这些不同的操作系统版本,但是注意在顶层使用时不要暴露技术差异性给用户。2、脚本执行的校验,不同操作系统脚本执行器语法不同,设计时可以考虑在系统前端进行一些校验。例如,在
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30