学linux有前途吗 学Linux有前途吗？史上最全互联网Linux工作规划！

首先恭喜你选择学习Linux。你可能即将踏上在Linux上工作的旅程。在你离开之前，我先给你介绍一下Linux及其运维的一切。

图1-2运维开发流程

人工管理阶段:业务流程小，服务器数量相对较少，系统复杂度不高。对于日常的业务管理操作，大家更容易一个个登录服务器进行手工操作，属于自己的战争。每个人都有自己的运营模式，缺乏必要的运营标准和流程机制。比如业务目录环境多种多样。

工具批量操作阶段:随着服务器规模和系统复杂度的增加，手工操作模式已经不能满足业务快速发展的需要。于是运维人员逐渐开始使用批量操作工具，针对不同的操作类型出现了不同的脚本程序。但是，每个团队都有自己的工具，需要在每次操作需求改变时进行调整。这主要是因为没有足够的环境和操作规范，导致可编程处理能力较弱。这时候虽然效率有了部分提升，但是很快就遇到了瓶颈。操作的质量并没有得到很大的提高，甚至可能因为批量执行而出现更大的问题。我们开始建立大量的流程规范，比如审核机制，就是上线观察一台服务器10分钟后再继续下面的操作，升级完成后至少观察20分钟。这些主要是由人来监督实施，但在实际过程中实施往往不到位，降低了工作效率。

平台管理阶段:在这个阶段，对运维效率和误操作率有更高的要求，所以我们决定开始搭建运维平台，通过平台进行标准和流程，从而解放人力，提高质量。此时，对服务变更动作进行了抽象，形成了统一的操作方法、服务目录环境、服务操作模式等标准。例如，程序的起止界面必须包括启动、停止和重载。通过平台限制操作流程，如上所述，上线观察一台服务器10分钟。平台中强制设置暂停检查点。第一台服务器的操作完成后，运维人员需要填写相应的检查项目，才能继续后续的部署操作。

系统自调度阶段:服务量更大，服务关联更复杂，运维平台众多，原有的批量操作转化为平台操作的方式已经不适合，需要更高层次的抽象服务变更。每台服务器抽象成一个容器，调度系统根据资源使用情况将服务调度部署到合适的服务器上，并自动完成与周围运维系统的联动，如监控系统、日志系统、备份系统等。通过自调度系统，可以根据业务操作动态扩展容量，并自动处理常见的业务故障。操作和维护人员的工作也将推进到产品设计阶段，协助R&D人员改造服务，以便他们能够访问自调度系统。

在运维的整个开发过程中，我们希望所有的工作都是自动化的，这样可以减少人们的重复劳动，降低知识传递的成本，让我们的运维交付更加高效安全，让我们的产品运行更加稳定。对于故障处理，我们也希望从后期处理转向早期发现，从手工处理转向自动容灾。

5.2019年Linux运维必须掌握的前沿技能

这是技术世界正在发生的深刻变化的冰山一角，所以问题来了？作为传统运维如何转型？

这里有一个小建议:你需要大致学习这四个部分:

自动化运维（Ansible，Puppet，Saltstack等）Devops（Docker，K8s，Jenkins，Jira等），云服务技术（虚拟化、OpenStack、AWS及阿里云各种产品服务架构等）python