@julyclyde #29 嗯嗯，这个建议我会改进的，重复内容是有点多，以 1、2 篇文章作为核心输出就好

@vast0906 #27 已发送，原始格式是 xmind 制作的

@julyclyde #25 Blog 里分享的都是偏基础为主，以后者事太多生了娃哪还有闲工夫分享 Blog，有空能够坚持用简单有效的方式把 word 或者 markdown 的笔记分享出来我就很知足了，我已经有大半年没更新过 Blog 了，因为还有一点时间，争取把之前做的一部分工作放上来做分享，写出来的东西一定会有不严谨的地方但初衷还是希望帮助各位快速入门，有则改之，无则加勉

@julyclyde #20

> RHCA/CCIE 和降薪的选择咱们就不展开了，抛开 IT 行业看，各种职业资格证或者含金量较高的 CFA/FRM，不管是考出来的人到底懂多少但至少这帮人花了时间去准备，我敬重他们学习的过程，至少我没有或者没考出来，持证人也不可能什么都清楚或者记得住。至于证书重不重要那是每个人自己的选择，既要平衡事业又要兼顾家庭在没有资源积累的情况本身就很困难。

> 第二个问题我想是因为我们对于 EPEL 的理解出现了偏差，您指的应该是 Fedora，而我指的是 Redhat Extras channel/repository，这个应该算是误会吧
https://access.redhat.com/solutions/912213

1. rhel6.10 （ beta ）官方也没有提供升级至 python2.7 的方法，只是在 2.6.6 基础上提供安全补丁，如果你们也购买了 RHEL 订阅支持应该都可以看到，如果一定要给个官方的结论，那开 case 申请严重性 1 (Urgent)或者电话红帽 3 线工程师都可以

2. rhel7 包括最新的 rhel7.5 自带 2.7.5，所以要不要升级我认为和 ansible 版本和引入的 python 包有关，这里没有反驳的意思。但是 rhel6 可以装 rhel7 里的 epel python2.7 这个我没有尝试过（如果是指 Fedora 的话），红帽不建议跨大版本升级或者引入包，如果可以通过源码安装那就不会影响 sosreport 收集的信息，服务端升级 python 只是一次性的操作，这个操作红帽工程师认可。

3. 我知道自己发的笔记对于大部分互联网公司都不存在的，可以直接科学上网的公司甚至可以非常顺滑的按照官方文档轻轻松松部署，把时间和精力专注在怎么把产品本身用好上。我们也想减少不必要的时间在部署上，但现实就是这是必须面对和解决的蛋疼问题而且还会牵连出一堆烦心事，像 OpenStack 在测试环境我们就放弃 Redhat OpenStack 全部改用 CentOS 和开源版本的 OpenStack 在探索和定制 Portal，至少在一点点往前走。但也不得不承认红帽在 OpenShift 和 OpenStack 商业化领域做得确实还不错。

@HarrisonZ #12 Ansible 2.3 和之后的版本差异比较大，之前的我不是很了解，但是后面的版本一般注意语法变化，升级 python, pip, ansible 都没有太大问题，我主要是为了 Windows 的模块支持一路升上去的

@vast0906 #13 留一个加密后的邮箱地址吧，这个不算啥机密我单独发给你

@julyclyde #14
1. rhel 6/7 自带的 python 分别为 2.6.6 和 2.7.5，最新的 rhel 7.5 也是 2.7.5
2. Redhat EPEL 里没有编译好的 Python，Redhat 当然也不允许安装 CentOS 的第三包，后果自然就是拒绝技术支持
3. 我注释里写的 ImportError 是我自己手动部署遇到的所有缺失的组件包，写在这里是告诉大家为什么要先装这些
4. Python 和 Pip 的部署本身和 ansible 使用没有直接关系，但很多人包括我们公司的 RHCA 持证人也会被卡在安装这步

金融行业有自己的特殊性，流程化的东西很多，但和互联网公司相比节奏也会放慢，利弊都是双面的，不然怎么会有部分人愿意降薪来这儿呢

@Greenm #5 我这边还没有机会测试千台的规模(针对 2.5.2 版本)，按照数百台观察执行结果均符合预期，服务端 CPU/MEM/带宽(内网千兆或万兆)压力可控，执行效率其实和很多层面相关，比如 ssh 连接方式(Windows 是 WinRM 密码交互)，是否开启 gather_facts 缓存，playbook 写法等，对我们的环境来说 Ansible 最大的好处是 Agentless，如果觉得 Ansible 在性能上满足不了实际需求，考虑更换其它方案也很快的。因为我们的监控是自主研发减少了一些顾虑，所以 Ansible 作用就是专注运维标准化配置。

@defunct9 #3 嗯，之前在银联的时候负责过 PCI DSS 和公安部信息系统安全等级保护 3 级项目，其实为了平衡安全管理和运维效率，中间还是得做不少妥协，现在大家都在鼓励运维自动化，相信很多经验和标准化模块是可以相互融合和复用的

@defunct9 #1 俗称 baseline，这里包含的内容主要针对不同的操作系统结合金融行业安全标准和实际经验梳理的安全策略和标准化配置，涉及的范围从 AIX, HP-UX，RHEL 5/6/7, Windows xp/2003/7/2008/2012/10，小机估计今年全部下线使用 x86 替换，生产环境以 RHEL 为主，终端环境 Windows 较多

@lfzyx #1 谢谢提醒，我下面写的新地址，上面还是老地址，现在就更新错误描述

@lightening
谢谢您的经验，我会积极推动大家一起改进
@kingcos
主要内部 aop 自动化运维平台一期使用 python 2.7 + django 1.x 这样的稳定版搭建，现在想重构很困难，因为不熟悉 python 3.6 + django 2.0 的差异到底有多大，所以想先尝试开发 demo 出来理解下，就选择了 Anaconda 2 + 3 并在这基础上再独立创建 conda 虚拟 env，也许也不是简单有效的方案，再摸索下吧

@yoohwzy #19 谢谢答复

我的 requirements.txt 内头部带有这两句话，目前大家是通过 gitlab 同步数据的，所以暂时不能动
--index-url=http://172.31.96.201:8081/simple/
--trusted-host=172.31.96.201

等其他人熟悉的差不多了就可以统一调整了，说实话当大家习惯了一种做事方式后真的很难推动一群人再二次改变
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true

@julyclyde #14 已修改原文
> Python 2.7.13 以后版本可以正常执行编译安装，不必参考网上文章去修改其他地方(很抱歉我不知道 Python2.7.x 为什么不需要像 Python3 那样调整)

``` bash
# 针对 Python3 调整安装目录
./configure --prefix=/usr/local/python3.6
make && make install
# 先修改老的连接，执行
mv /usr/bin/python /usr/bin/python2.6
# 再建立新连接
ln -s /usr/local/python3.6/bin/python3.6 /usr/bin/python
# 解决升级后 YUM 无法使用
vim /usr/bin/yum

将#!/usr/bin/python 修改为 #!/usr/bin/python2.6

# 测试是否修复
yum repolist

```

@julyclyde #14 我错了

@julyclyde 我之前回复是先道歉没有找到为什么，然后我去 python 官网看了一遍 Install 或者 Google 相关信息确实没有找到有地方解释 why，如果无法从侧面了解我想只有看源码是怎么编译执行。

@kingcos
我现在 Win10 上是使用 Anaconda 2 和 3 两个版本，Linux 下使用 anaconda 是否也有奇效呢？

@julyclyde #9 不用这么黑我吧，上次 python 升级 2.7 的问题你也没告诉我答案，本来我分享信息也是基于学习交流的目的，有写的不对的修改或者讨论为什么

@Sylv @yoohwzy
谢谢提醒，主要是团队内部目前使用 virtualenvwrapper，然后刚刚在转 pipenv，两者还没有确认到底怎么融合，我这边考虑到 requirements 里面的配置所以必须沿用这个语法

@zhouyut001 你想表达的意思是不是针对 VMware Workstation，很抱歉文章的内容主要指的是 VMware vSphere 数据中心虚拟化或者 Horizon 桌面虚拟化方面，很抱歉我没有把标题写清楚，不好意思啊

@wampyl #1 这么巧

@peihanw #1 sorry，我不了解 go，如果 google 没有搜索到相关信息的话我想你可能需要 review 下 proxychains 的代码