自动化运维架构设计选型的技术侧重点

1.anisble,puppet,saltstack ,他们优缺点很明显,但对复杂环境,支持的不好,部署极其复杂...如果要和监控系统联动起来,对于开发运维有很高的技术要求2.是否可以支持在线更新插件,减少版本更新的难度和工作量3.是否可以做到黑白名单?4.误操作防范措施,是否支持预览结果的功...显示全部

1.anisble,puppet,saltstack ,他们优缺点很明显,但对复杂环境,支持的不好,部署极其复杂...如果要和监控系统联动起来,对于开发运维有很高的技术要求
2.是否可以支持在线更新插件,减少版本更新的难度和工作量
3.是否可以做到黑白名单?
4.误操作防范措施,是否支持预览结果的功能?
5.能否支持回退?(这个功能貌似很难实现)

收起
参与12

查看其它 2 个回答nitkey的回答

nitkeynitkey系统架构师ECT

你说的这些大部分都是个性的需求,你提到的这些软件基本都是提供一个框架,个性的需求是需要自己去开发完成的,比如你说能否支持回退,我觉得这些软件是不会考虑这个,只有你自己通过设计一个可靠的流程步骤去实现。另外这些开源软件我觉得使用都很方便,并不复杂吧

互联网服务 · 2016-06-17
浏览1857
  • 1.使用的确不难,但是针对 异构系统环境复杂就不好了;比如系统有windows2003,2008,2012,AIX,5.3,6.1,7.1,solaris,hp-unix.rhel,前期部署,运维造成很大难度,(特别是许多客户的环境是分外网区和内网区的环境,很多时候不会让你连网的,而且出于安全考虑不一定会允许搭建本地源; 2.软件是不考虑,但是基于系统选型,我们只能在更多考虑可用性,稳定性前提下去选择适合的;
    2016-06-17
  • 如果是你说的环境复杂,异构平台较多这种情况,我觉得选型上尽量考虑采用无agent的方式,比如通过ssh就可以解决非win的环境的所有系统,你说的网络问题这可能和规划有关系,比较合理一点一般都会划分管理网和业务网,运维的操作适合在管理网进行,本地源不允许这个不太理解,从安全上考虑应该是支持本地源啊。稳定性的话我觉得是和你受管的数量,自动化作业数相关的。
    2016-06-17

回答者

nitkey
系统架构师ECT
擅长领域: 灾备双活系统运维

nitkey 最近回答过的问题

回答状态

  • 发布时间:2016-06-17
  • 关注会员:4 人
  • 回答浏览:1857
  • X社区推广