[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

[p=30,2,center]

为支持及简化线上成千上万台服务器的管理，运维必须规范所支持的平台软件标准版本，以降低复杂度及增加标准化，自动化管理；
研发因不同的喜好，背景或项目，可能会用到很多软件，特别是不同子部门之间，更是不一样；比如仅nosql就有好几种；web服务器也有好多。但运维需要确保整个平台稳定，用好用精，必须要有些统一；而且研发部门之间可以共享经验，这样可大大降低运维的维护成本，提高稳定性；

需要各相关部门能够借助architects这个虚拟组，总结一下各自在用的软件，以及为什么使用这款软件；不要等到了上线的时候再告诉运维，使用一个新的软件；同时运维需要每半年review一下，希望使用的新的软件，大家一起做一些探索；有一定经验之后在上线部署；
开发环境和QA环境也尽量按照同样版本来部署；降低线上部署的风险；

一般地讲，运维这边尽量保持两个版本，一个稳定版本和一个推进版本；
有些软件已经不再推荐的，比如Apache/IIS，需要大家支持，尽量不要再上面继续开发；除非有特殊原因；

有些软件如果还不在这个列表里面，希望大家提出来；

有些新的系统，比如mongodb，hadoopecosystem之类的，大家有在开始研发测试的，也能通过发到这个architects群组，大家探讨定下秋；

运维支持的平台软件标准版本规范举例如下：

	稳定版本（标准版本）	推进版本
Mysql	5.5.15	5.5.24
Php	5.2/5.3	5.4.09
JDK	1.6	1.7
Activemq	5.5
Httpsqs	1.7	不再支持
TT	1.1	不再支持
Memcached	1.4
Redis	2.2
Nginx	0.7.65	0.8.55/T-engine
Resin	3.1	4.0
Vsftp
Lighthttpd	不再推荐
IIS	不再推荐
运维基础软件
Redhatlinux	5.4	5.8
Windows	2003/2008
Zabbix	1.8.7
Keeplived	1.1.20
Haproxy	1.3
Puppet	2.6.11
Squid	2.7.9
Lighttpd	1.4
LVS	3.0.3
XEN	5.4

[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

[p=30,2,center]

为支持及简化线上成千上万台服务器的管理，运维必须规范所支持的平台软件标准版本，以降低复杂度及增加标准化，自动化管理；
研发因不同的喜好，背景或项目，可能会用到很多软件，特别是不同子部门之间，更是不一样；比如仅nosql就有好几种；web服务器也有好多。但运维需要确保整个平台稳定，用好用精，必须要有些统一；而且研发部门之间可以共享经验，这样可大大降低运维的维护成本，提高稳定性；

需要各相关部门能够借助architects这个虚拟组，总结一下各自在用的软件，以及为什么使用这款软件；不要等到了上线的时候再告诉运维，使用一个新的软件；同时运维需要每半年review一下，希望使用的新的软件，大家一起做一些探索；有一定经验之后在上线部署；
开发环境和QA环境也尽量按照同样版本来部署；降低线上部署的风险；

一般地讲，运维这边尽量保持两个版本，一个稳定版本和一个推进版本；
有些软件已经不再推荐的，比如Apache/IIS，需要大家支持，尽量不要再上面继续开发；除非有特殊原因；

有些软件如果还不在这个列表里面，希望大家提出来；

有些新的系统，比如mongodb，hadoopecosystem之类的，大家有在开始研发测试的，也能通过发到这个architects群组，大家探讨定下秋；

运维支持的平台软件标准版本规范举例如下：

	稳定版本（标准版本）	推进版本
Mysql	5.5.15	5.5.24
Php	5.2/5.3	5.4.09
JDK	1.6	1.7
Activemq	5.5
Httpsqs	1.7	不再支持
TT	1.1	不再支持
Memcached	1.4
Redis	2.2
Nginx	0.7.65	0.8.55/T-engine
Resin	3.1	4.0
Vsftp
Lighthttpd	不再推荐
IIS	不再推荐
运维基础软件
Redhatlinux	5.4	5.8
Windows	2003/2008
Zabbix	1.8.7
Keeplived	1.1.20
Haproxy	1.3
Puppet	2.6.11
Squid	2.7.9
Lighttpd	1.4
LVS	3.0.3
XEN	5.4