第1个回答 推荐于2019-11-07
运维工程师的工作：
1、保障业务长期稳定运行（如网站服务器、游戏服务器等）。
2、保障数据安全可靠（如用户名密码、游戏数据、博客文章、交易数据等）。
3、 随时解决报警故障。
4、 业务程序更新。
5、 编写一些脚本，监控或完成其他可自动完成功能。
6、 运维架构完善，部署一些用起来更方便更可靠或性能更好的开源工具以及制定运维流程规范。
7、 打杂，如调交换机，装系统，部署新环境等。
运维和开发是两个截然不同的方向。如果做运维的话，有开发的底子那么转岗位也不是不可以。
运维负责具体的产品线运维工作，同时也需要掌握开发的能力，深入业务，最了解业务的痛点和问题，同时研发/优化针对产品业务需求的平台、工具和手段，能够接触到各类优秀的系统架构并有能力做出优劣对比，同时对业务的掌控决定了相应运维工程师在业务发展中的作用。
拓展资料：
运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。
一个互联网产品的生成一般经历的过程是：产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。
运维是一个非常广泛的定义，在不同的公司不同的阶段有着不同的职责与定位，如果以operation字面的含义去理解，认为就是敲几行操作命令的工作，那就错了。 对于初创公司，运维工程师的工作可能需要从申请域名开始，购买/租用服务器,上架，调整网络设备的设置，部署操作系统和运行环境，部署代码，设计和部署监控，防止漏洞和攻击等等。
参考资料来源：
本回答被网友采纳第2个回答 2018-06-27
1、保证服务达到要求的线标准，如99.9%；保证线上稳定，如，网络/系统运维工程师对网络、系统稳定负责，那应用运维就需对线上应用的稳定负责。
2、不断的提升应用的可靠性与健壮性、性能优化、安全提升；这方面非常考验主动性、和创新思维
3、网站各层面实时状态的监控、统计的覆盖度；软件、硬件、运行状态，能监控的都需要监控统计，避免监控死角、并能实时了解应用的运转情况。
4、通过创新思维解决运维效率问题；目前各公司大部份运维主要工作还是依赖人工操作干预，需要尽可能的解放双手
5、运维知识的积累与沉淀、文档的完备性，运维是一个经验性非常强的岗位，好的经验与陷阱都需积累下来，避免重复性范错。
6、成本控制；通过技术手段提升硬件承载、架构优化，如虚拟化技术，节省硬件开支。
7、自动化运维；能对日常机械化工作进行提炼、设计并开发成工具、系统，能让系统自动完成的尽量依靠系统；让大家更多的时间用于思考、创新思维、做自已喜欢的事情。
2、不断的提升应用的可靠性与健壮性、性能优化、安全提升；这方面非常考验主动性、和创新思维
3、网站各层面实时状态的监控、统计的覆盖度；软件、硬件、运行状态，能监控的都需要监控统计，避免监控死角、并能实时了解应用的运转情况。
4、通过创新思维解决运维效率问题；目前各公司大部份运维主要工作还是依赖人工操作干预，需要尽可能的解放双手
5、运维知识的积累与沉淀、文档的完备性，运维是一个经验性非常强的岗位，好的经验与陷阱都需积累下来，避免重复性范错。
6、成本控制；通过技术手段提升硬件承载、架构优化，如虚拟化技术，节省硬件开支。
7、自动化运维；能对日常机械化工作进行提炼、设计并开发成工具、系统，能让系统自动完成的尽量依靠系统；让大家更多的时间用于思考、创新思维、做自已喜欢的事情。
第3个回答 2019-09-21
本人从事6年运维工作。
1、每日工作：
（1）工程方面：
设备的上下架、设备的利旧和改造。
软件部署，调试，联调，测试。
配合做验收、上线。
等
（2）维护方面：
上线代码
收集服务器信息，对设备进行巡检。
给各个部门搭建测试环境，配置部门测试。
写一些shell或者python脚本，进行自动化运维的调整。
等
2、至于忙不忙的话，每天和每天也不一样，如果赶上上线代码的话，可能会通宵也说不定，如果业务除了问题，很承担很大压力，并且运维的活，是非常急的。所以必须要有很好的心理素质。平常做做基础的检查工作，还是比较轻松吧，不过对待生产设备还是要非常小心。
3、转开发的话，如果你是学的计算机的话，转是比较好转的，自学还是比较容易的。如果你没有任何基础的话，一定要做开发的话，建议去培训机构，做做培训，比较快，纯自学很吃力，并且没有系统的方法。找工作也是比较困难。
当然如果做运维开发的话，可以慢慢学习shell或者python这些语言，然后再慢慢的转，反正万事都有一个过程，急不得。
本人就再转运维开发，也做一些运维开发的事情，每天写写python，慢慢提高自己的编程能力。
本人用python做的网站，里边也有很多运维知识，可以参考。
运维公会:http://www.yunweigonghui.com。
望采纳，还有问题的话，随时发邮件给我：[email protected]
1、每日工作：
（1）工程方面：
设备的上下架、设备的利旧和改造。
软件部署，调试，联调，测试。
配合做验收、上线。
等
（2）维护方面：
上线代码
收集服务器信息，对设备进行巡检。
给各个部门搭建测试环境，配置部门测试。
写一些shell或者python脚本，进行自动化运维的调整。
等
2、至于忙不忙的话，每天和每天也不一样，如果赶上上线代码的话，可能会通宵也说不定，如果业务除了问题，很承担很大压力，并且运维的活，是非常急的。所以必须要有很好的心理素质。平常做做基础的检查工作，还是比较轻松吧，不过对待生产设备还是要非常小心。
3、转开发的话，如果你是学的计算机的话，转是比较好转的，自学还是比较容易的。如果你没有任何基础的话，一定要做开发的话，建议去培训机构，做做培训，比较快，纯自学很吃力，并且没有系统的方法。找工作也是比较困难。
当然如果做运维开发的话，可以慢慢学习shell或者python这些语言，然后再慢慢的转，反正万事都有一个过程，急不得。
本人就再转运维开发，也做一些运维开发的事情，每天写写python，慢慢提高自己的编程能力。
本人用python做的网站，里边也有很多运维知识，可以参考。
运维公会:http://www.yunweigonghui.com。
望采纳，还有问题的话，随时发邮件给我：[email protected]
第4个回答 2016-11-04
运维是一个非常广泛的定义，在不同的公司不同的阶段有着不同的职责与定位，如果以operation字面的含义去理解，认为就是敲几行操作命令的工作，那就错了。 对于初创公司，运维工程师的工作可能需要从申请域名开始，购买/租用服务器,上架，调整网络设备的设置，部署操作系统和运行环境，部署代码，设计和部署监控，防止漏洞和攻击等等。对于大型的公司，对于运维工作的要求越来越高，也催生了更细化的运维分工：从大的方向，可以分为网站运维，系统运维，网络运维，数据库运维，IT运维，运维开发，运维安全等方向。
很多非从业人员对运维的看法一般属于IT运维的一个非常小的职责：装系统^^。 一些研发工程师对运维的看法也只局限运维工作的几个点：部署, 变更, 监控，响应。
无论做什么运维，最基本的职责都是保证业务能够稳定运行。所以必须成为业务稳定性的owner。有些人通常认为运维工程师像消防员，7*24小时响应异常，救火。但是稳定性的运维工程师和医生的职业更接近。医生也分各种科室，也有急症室，需要先判断病人的问题，对症下药。
业务有着各种各样的需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。
在满足业务需求时，应该分清主次，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。稳定性不用多说，如果用户没法稳定使用你的业务，什么产品特性都没有价值。对于百度这样极速发展的互联网公司，每天都有大量的升级更新需要提供给用户，如何在异地的大集群上最快的满足产品的升级需求，同时让用户对升级过程无感知，这是我们的追求。当用户会用百度来测量网络是否可以上网时，就是对运维质量的褒奖。
其次，可以横向看看不同业务的需求。如果能够把多个业务的需求抽象出来，把一些有通用价值的工作平台化（例如数据库，cdn，监控，流量接入和调度，大数据的存储和计算），也能在这个方向进行深入的发展。在百度这样的巨大的流量和服务器规模下，你不仅有巨大的空间和挑战，也有着充足的资源和支持，可以开发和应用业界最前沿的技术。
有一定的积累后，可以进入到宏观和微观的两个层面，从整个公司层面考虑业务的智能部署和调度（涉及网络，硬件，系统，应用开发方式等各个要点），进一步提升效率和节省成本。
如果能够懂业务，理解业务的模式，紧密结合业务进行优化和创新，也是运维工程师体现价值的另外一种方式。有很多产品上的创新，专利的申请，论文的发表，业务指标的提升，直接或者以合作的方式由运维工程师贡献。
YBX:
很多非从业人员对运维的看法一般属于IT运维的一个非常小的职责：装系统^^。 一些研发工程师对运维的看法也只局限运维工作的几个点：部署, 变更, 监控，响应。
无论做什么运维，最基本的职责都是保证业务能够稳定运行。所以必须成为业务稳定性的owner。有些人通常认为运维工程师像消防员，7*24小时响应异常，救火。但是稳定性的运维工程师和医生的职业更接近。医生也分各种科室，也有急症室，需要先判断病人的问题，对症下药。
业务有着各种各样的需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。
在满足业务需求时，应该分清主次，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。稳定性不用多说，如果用户没法稳定使用你的业务，什么产品特性都没有价值。对于百度这样极速发展的互联网公司，每天都有大量的升级更新需要提供给用户，如何在异地的大集群上最快的满足产品的升级需求，同时让用户对升级过程无感知，这是我们的追求。当用户会用百度来测量网络是否可以上网时，就是对运维质量的褒奖。
其次，可以横向看看不同业务的需求。如果能够把多个业务的需求抽象出来，把一些有通用价值的工作平台化（例如数据库，cdn，监控，流量接入和调度，大数据的存储和计算），也能在这个方向进行深入的发展。在百度这样的巨大的流量和服务器规模下，你不仅有巨大的空间和挑战，也有着充足的资源和支持，可以开发和应用业界最前沿的技术。
有一定的积累后，可以进入到宏观和微观的两个层面，从整个公司层面考虑业务的智能部署和调度（涉及网络，硬件，系统，应用开发方式等各个要点），进一步提升效率和节省成本。
如果能够懂业务，理解业务的模式，紧密结合业务进行优化和创新，也是运维工程师体现价值的另外一种方式。有很多产品上的创新，专利的申请，论文的发表，业务指标的提升，直接或者以合作的方式由运维工程师贡献。
YBX: