程序员和运维哪个走得更远？

一、程序员和运维哪个走得更远？

运维和程序员都可以走的更远，发展前景很好。因为这两个工作是互为前提的，只有不断的开发，创造更多的新产品，推向市场，市场占有率就会高，就必须需要运维人员进行服务；在运维服务中，发现产品的问题，就需要进行新的开发，制造出更好的产品。所以说，两者缺了谁都不行，都会做得很久的

二、运维算程序员吗？

不完全是。1. 运维和程序员虽然都属于IT行业，但是具体工作内容和技能要求还是有较大差异的。比如运维主要负责系统、网络等基础设施的稳定运行和维护，需要具备一定的运维技能，而程序员则主要负责软件设计和开发，需要具备扎实的编程技能。所以可以说运维和程序员有些不同。2. 但是在实际工作中，运维人员有时也需要编写和修改一些基础设施的代码，为了顺利进行维护工作。因此，从某种程度上可以说，运维也包含一定的编程方面的工作，可能会和程序员有一些交集。

三、linux系统运维是程序员吗？

这个是程序员的，都是能够让他有专门的程序设计匹配，能够让你有非常多的代码编写，这样就能够让你获得比较高的工资收入。

四、集群是程序员做还是运维？

集群是硬件方面的吧，集群电路。运维需要有软件开发方面基础

五、程序员转运维，能胜任运维的工作吗？

首先说一下运维工程师的基本技能:

1、Linux操作系统的常用命令（top、ps、du、awk、grep、sed）

2、数据库（MySQL、Oracle、Pgsql等）的增删改查，性能调优

3、熟悉中间件（NGINX、Tomcat、Weblogic）

4、熟悉网络的基本知识（TCP/IP协议）

5、编程（脚本）语言shell、python，可以编写日常管理服务器的脚本，有能力的还可以编写运维工具，实现自动化运维

6、容器docker的编排与使用

从上面6点来看，并不是说每一点都需要精通，程序员想转运维，只要掌握1/2/3/4/5，这些对于后台开发的程序员来说可以比较简单就掌握，前端的小伙伴可能得花多些时间去学习，但是一般做开发的很少会转运维吧，毕竟钱比较少。

六、环保运维？

工业环保设备在线监测，工厂环保数据远程监测，工业污水处理设备远程监测，远程监控报警；工业废气处理设备远程监测远程报警。环保行业数字化信息化全方位解决方案

七、运维工程师和程序员有什么区别？

运维工程师和程序员的区别主要体现在以下几个方面：

职责和任务：运维工程师负责维护和运营系统，包括确保系统的稳定运行、监控系统性能、处理故障和提供技术支持等。程序员则负责编写代码，设计和开发软件、系统和应用程序等。

技术要求：运维工程师需要熟悉系统管理、网络、安全等相关技术，并且需要对各种中间件、数据库、应用服务器等有深入的了解。程序员需要具备扎实的编程语言基础，以及相关的算法和数据结构知识。

工作方式和流程：运维工程师通常是在生产环境中工作，需要密切配合其他团队成员，确保系统的稳定运行。程序员则通常是在开发环境中工作，可以相对独立地完成模块或功能的开发。

职业发展：运维工程师的职业发展路径包括系统架构师、运维经理、IT主管等。程序员的职业发展路径则包括技术专家、技术经理、研发总监等。

总之，运维工程师和程序员是两个不同的职业，它们有各自的专业领域和技能要求。选择哪个职业取决于个人的兴趣和职业规划。

八、运检和运维区别？

你好，运检和运维是IT领域中常用的两个术语，它们有一些相似之处，但也有一些不同之处。

1. 定义：

运检（运营检测）是指对IT系统的运营情况进行检测、监控和分析，发现问题并及时修复，以确保系统稳定运行。

运维（运营维护）是指对IT系统进行日常维护、管理和优化，以保证系统的稳定性、可靠性和安全性。

2. 范围：

运检的主要任务是对系统进行监控和故障排除，主要关注系统的运行状态和异常情况，需要及时响应并解决问题。

运维的主要任务是对系统进行维护和管理，包括硬件设备、软件系统、网络设备等方面，需要保证系统的稳定性、可靠性和安全性。

3. 目的：

运检的目的是发现和解决系统运行中的故障和问题，保证系统的稳定运行。

运维的目的是保证系统的正常运行，提高系统的性能和可用性，同时降低运营成本。

4. 工作内容：

运检的工作内容包括监控系统状态、收集日志信息、分析异常情况、及时响应和解决故障等。

运维的工作内容包括日常维护、系统更新、性能优化、安全管理、备份恢复等。

总的来说，运检和运维都是IT系统运维中不可或缺的一部分，它们的任务和目的不同，但都需要熟练掌握相关技术和工具，以保证系统的稳定运行和高效运作。

九、想入运维坑只能从运维监控做起了么？

2017/12/05更新

我今年9月分转运维开发了。 有人问我怎么转的，统一回复下。简单来说就是自己做项目，写各种运维工具。

后端语言： Python + Go。 Web框架用的Django，异步任务用Celery做的。Go用来写监控系统

前端： JavaScript， jQuery， HTML, CSS这些就不用说了。

项目： CMDB、发布系统、远程管理、网络故障分析工具等

------------------------------------------

我目前也在做监控，应届毕业生，刚实习两个月。监控本身不是一个职业，也是运维的一个分支。

我说下我目前的情况：

1. 网络监控。如果有网络相关报警，比如最常见的丢包，我们监控组就需要定位网络故障，公司自身硬件问题？运营商问题还是IDC的问题？

2.主机存活监控。

3.资源监控（内存，CPU，磁盘容量，硬件损坏，网卡，系统故障等）上面这三点是我们监控人员自己可以处理的就自己处理，处理不了的交给相关运维

4.业务监控。这点，我们只负责故障告警，坚决不碰，因为不了解业务

监控能不能学到东西？正如@饶琛琳前辈所说，只要不满足于自己是个盯着屏幕看的夜班。我在监控值班时，不忙的话做以下几件事：1.看公司的监控脚本，然后自己把脚本用shell写一遍，再用Python写一遍。这个过程中可以学到很多东西，重要的是学到了一种思路，监控架构的思路。而且看多了脚本，就知道每次报警是为什么了，处理起来比较从容了。（我也给老大提过脚本优化的建议，但是被“婉拒”了，但也是学习嘛）

2.了解公司各个IDC的网络结构，这对于学习网络知识，处理网络故障有很大帮助，重要的是又学到了一种网络架构的思路

3.慢慢的看懂整个公司的运维架构。这个我还在摸索中，这个过程中，看的越多，发现自己越无知！

4.抗压能力。运维监控是整个运维体系中最关键的一环了，监控人员是最先发现故障的，俗称“第三只眼”。没了监控，什么基础运维，业务运维都是“瞎子”。相对的，我们的压力也很大，告警没有及时发现，业务会骂你。告警突然铺天盖地的飞过来时，你得沉住气快速定位。不然又得挨骂。。。抗压能力就是这样慢慢的出来了。

5.我很讨厌打电话！不怕笑话，我小时候结巴，现在一紧张同样结巴。。。。所以每次打电话时真的很有压力！但是自己尝试着客服啊，要学会沟通啊。有次打电话时，一个前辈说我描述问题不清楚，后来自己就总结改进，怎样才能清楚的描述一个问题，一个故障。

最后，我讨厌上夜班 而且还是倒班。这样根本就没朋友。大多数时候都是一个人。所以要好好调节自己。监控值班也不能做太长了，会有心理问题的，对身体也不好~我实习两个月，因为不习惯这种作息，导致急性胃炎。。。无语。

希望对你有用。

————————————————补充：1.监控可以看多很多“奇奇怪怪”的告警，一般这时候，你就可以看到很多新东西了，然后自己去玩一下，又会学到一点。

2.监控的话，最好是在大点的互联网公司，因为大公司业务复杂，基础环境也多，学的就会多点。

十、搞运维有没有前途和钱途？

前途不好说， 钱途看找的公司。

今年29在一个项目组里面当运维，月薪10k，负责十几台服务器。

什么都要懂一点，毕竟所有的问题都是到你这里，没有地方可以甩了。

宽泛一点比如，操作系统crontab写定时任务，部环境等等。

要懂点网络原理，三层四层，nat，acl。

其他的比如数据库，sql语句增删改查 ，MySQL，mongo建索引简单调优，主从同步，过等保等等。

就比如MySQL，yum源安装，离线rpm装，二进制安装都要会。

NGINX，tomca这种主流的web前后端，要看手册改配置，比如配ssl，反向代理啥的。

f12看接口查接口报错，查日志定位错误。

要稍微懂点编程，比如pyhton，批量重复操作写个selenium自动化批量操作的脚本这种。

docker k8s要懂。

正好我公司项目的git没让运维加进去，所以也看不到源码，代码有问题直接甩给开发。

运维要一直学习，才能不会被淘汰。

空的时候是真的空，毕竟服务器不可能天天挂，可以免费工作时间学习。