尽量少的使用不同种类的服务器类型、操作系统类型、操作系统版本、数据库软件、数据库版本、基础软件、配置信息等等IT元素去满足企业的需求,并保证每个种类中属性被正确、统一的描述,并将实际使用情况向其靠拢。“尽量
自动化本身就是双刃剑,提供便利的同时必定带来一定的风险,在金融行业尤其需要慎重。两方面思路可以考虑,一个是自动化在企业中的布局推进,可以采用先在开发测试环境投入使用,再投入生产环境使用,先使用读的自动化能力比如信
暂时没有此类标准,自动化运维的需求就是来自于企业自身的标准和规范。
每个企业对于自动化的需求是不一样的,建议自己设计运维平台,底层使用轻量级的开源技术实现,前端由专业定制开发即可。目前行业内自动化运维平台基本均采用此类模式。成熟的商业产品复杂程度过高,对厂商依赖程度过高。从配
企业发展自动化应该首先要抱着一种敬畏的态度,特别是传统企业不能过于激进。在自动化的运用中,应该建立开发、测试、投产的控制流程和体系,如果是自主开发运维应该建立版本控制系统,将代码集中统一控制,摒弃代码随意修改的
从自身需求出发,从最繁琐最没有价值重复性最高的工作出发,这些就是你的需求。考虑选择一些技术来实现最基本的自动化,或者称为脚本化,不管是使用shell还是python还是ansible这些技术。在有了最基本的自动化能力后,可以考虑
关于自主开发运维,个人以为要考虑企业的规模,企业对于自主研发的现状和态度。如果在自动化运维上选择了开源的方式,应该至少考虑开展自主开发运维的方式。如果将代码分为前端和后端的话,企业自身应该考虑将后端代码纳入到
ansible、salt和puppet主要是操作系统或平台层的编排工具,这3个工具的选择的建议要根据企业实际情况而定,如果安全上对ssh没有特殊限制的、企业运维的服务器数量也不是很多的建议使用ansible。ansible学习曲线平滑,使用
视企业自动化发展程度而定,自动化如果到了应用部署层面可以将应用配置放在CMDB中。如果只是环境交付,建议只是将基础环境以及基础软件信息放在CMDB中。
个人以为保证CMDB的一致性有几个方面,一是CMDB的数据范围要以用为目标来进行建设,不用的数据入CMDB会使得成本很高。二是考虑与流程紧耦合,甚至是先有CMDB的更新再有变更执行,服务请求变更流程和自动化的结合也是紧耦合的
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30