想转 Python 自动化运维，好转吗？

[xiangdong]

做了三年的 java 开发，但是都是从别人手里接过来继续完善，改改 bug，现在也在从头做一个项目，开到详细设计阶段；但是感觉自己的 java 技术可能有点落后，在考虑明年转做 python 自动化运维，和运维相关的工作，因为这三年除了开发之外的工作就是实施，运维，linux，solaris 操作系统都会一些。

[lihongjie0209]

@lolizeppelin java 打包好之后确实不需要包管理

[lihongjie0209]

@lolizeppelin bash 管理软件包就是指用 rpm 和 yum 写 bash 脚本, 关于参数问题, Popen 的例子可能不太准确.

[lihongjie0209]

@lolizeppelin 目前我也在探索如何使用较为轻松的使用 Python, 现在主推 Python3 的呼声太大, 导致我在选择版本的时候没有考虑使用场景, 在系统运维方面确实只需要考虑 python2.6\2.7.

[kaneg]

最近在用 ansible 做了一些自动化安装部署方面的工作，其中组合了 shell，playbook，以及 python，发现越复杂的状态和流程越能体现出它的优势来。尤其是它的幂等性使 playbook 的稳定性，可靠性和复用性比单纯用 shell 强大很多。当然能用几行 shell 解决的用它是有点大炮打蚊子了。

[lolizeppelin]

java 不需要包管理就和 c 全用静态库一样
window 里的程序也不用包管理啊
但是一旦涉及到依赖那酸爽

linux 上本来就是互相依赖的
java 这种隔离在系统外的没依赖看上去爽
但这种做法是有违 linux 系统管理原则的

[Admstor]

15 楼同学是典型的码农思维来理解运维...

实际上做运维根本不可能还给你做不同的系统来维护,你考虑兼容性情况实际上不存在
基础系统必然都是一套,否则每个版本的测试会疯掉

此外 pip??运维的 python 用 pip 管理?这几乎不可能去在实际中使用,或者仅限小范围的测试系统而已,线上系统根本不会考虑

[lihongjie0209]

@Admstor 这样啊

[jjx]

ls 一些运维不重要的回复让人大跌眼镜

一旦你到几十台服务器以上,而且存在频繁更新, 让开发或是技术负责人来兼任运维,没有专职运维, 这是要坑死人的节奏

所谓不需要要运维,只是因为还不到这个规模, 开发,技术负责人在顶锅而已

[pepesii]

我看就是技术栈的差异而已，没有什么 python 自动化运维之说，你换个语言不一样运维嘛；
开发所关注的点在业务层，某些框架，运维关注的点在 ci/cd，监控，快速扩容，以及服务的稳定等方面；
而且运维在现在越来越向云方向靠拢了，更多的是去关注在 openstack，docker, k8s 等方面了。

赞同 48 楼！

[wuyuchenshishabi]

不是说运维不好，但是一般都更喜欢做开发吧。

[a1044634486]

运维技术更新太快，感觉开发更新没那么快

[ywgx]

楼上的运维都别吵，让 https://xabcloud.com 替代你看看，看看还有多少工作需要你 😄

[salmon5]

@ywgx 你们这套系统没有任何业务在里面，充其量也就是套网管系统，在公司里面使用场景不大，没有核心价值。

[ywgx]

@salmon5 已经在一些百台以上机器的中大公司广泛高频使用，如果没有价值，客户不会愿意花钱的

[Admstor]

@ywgx 看了一下介绍
你这主要功能不就是堡垒机+简单的性能统计

自动化部署根本不存在
自动分发上下线代码也需要自己来做
弹性调度和故障预警都没有
腾讯云卖了 5 分,阿里云卖了 11 份
我觉得贵司的产品说代替运维,未免太过自信

[ywgx]

@Admstor 如果是如此简单的话，这钱也太好赚了，快加入竞争

[fengxuejianshi]

弱弱问句：有人像我一样用 php 做运维吗？

[dayinfinte]

运维出身，只能给的建议是，
1. 提高 python 的开发水平
2. 尽量学习前端知识

基本上述这两点到达了， 即使没有自动化运维工具，自己也可根据线上环境开发出来， 当然至于是否开发就看你们的实际情况了。

[justff]

@fengxuejianshi 厉害了老哥

[mingyun]

@ywgx 这波广告可以