anible、puppet、saltstack相当于可编程集成电路,playbook相当于程序,加进去后就能够实现特定的功能。但我们在运维中通常需要实现具体的运维工作,需要人机交互,也就是我们需要的是一个带输入输出、带闪闪的LED灯、带显示
先说一个动作的验证,例如通过ansible启动一个系统服务,如果系统服务脚本写的比较垃圾,就算是启动失败了,脚本也返回成功,那么ansible就会返回成功。这就叫做脚本的误判。 在自动化运维的实现中,需要尽可能多的验证、修改这
说实话,感觉这个问题纯粹是好大喜功的领导提出的想法。。。 “小轻快”是当前运维环节的实现目标,如题主所构想的构建一个“分级、跨地域、跨数据中心”的集中运维平台,可以赚很多钱,但未必能用起来! 我之前曾经提出过一
题主提出这个问题,实际上有些跑题了 人们对自动化运维最大的反感就是“不知道执行结果如何”, 所以,一个自动化工具或一个自动化运维动作流程在设计的时候,就必须能够构成一个“闭环”。 例如你启动了一个系统服务,那么你
我们现在已经帮助用户实现的比较成功的自动化运维项目有:1. 自动化巡检(健康检查、安全检查、合规检查、漏洞检查等)2. 自动化配置管理(主要是和1相互配合,实现一些基本组件的配置管理3. 自动化的主机信息管理(CMDB收录)4.
玄学一点儿的回答就是:有标准,也没有标准:) 先说说有标准:实际上,金融行业,特别是银行业的运维规范建设是要优于其他行业的,包括ITIL、运维流程、操作系统部署规范、故障处理规范、应急预案等等,几乎都有建设,这些已经建立的
很多年前,去我们的政府部门办事儿是个很痛苦的事儿,章要盖一大堆,要走N多个部门才能把一件事儿办完。习大大上台后,要求简化流程,现在大家是否感觉到办事儿没那么复杂了那么问题来了,难道现在不如以前“规范”了么? 所以,需
首先你得有一个“补丁信息库”,知道那个系统需要打那个补丁,这个可以参照:http://www.talkwithtrend.com/Question/401281里面我的回答 检查超级简单,ansible连上去,看一下os版本,然后从os版本中找到所有要打的补丁版本,从
呵呵,黑一下某注明安全公司吧linux的openssh漏洞,安全公司扫描后报告有漏洞,根据linux厂商官方说明,进行补丁升级并模拟攻击测试表明完成修复,通知安全公司重新扫描,说仍然存在。百思不得其解。后来明白了,该安全公司仅仅通
操作系统的补丁更新,最大的问题是对生产的影响较大,例如,内核的更新、glibc、openssl的更新都需要重启服务器,这就会带来业务停机(大家不要跟我讨论互联网的分布式架构,传统企业中大部分业务系统还是单机或者HA模式在跑,再说
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30