运维知识体系

我将这个知识体系按照一个HTTP的请求流程从上至下分为了以下层级，不过并没有严格意义上的上下层关系，需要根据上下文来确定其具体位置：

1）客户端层

2）外部层

3）网络层

4）接入层

5）应用服务层

6）存储层

7）基础服务层

8）基础设施层

运维知识体系

下面我通过截图的方式，对运维知识体系中的各个层面进行简单的引导和介绍。注意不要纠结于分层和分类，我的强迫症已经让我在排版的美观和严谨的分类中纠结了好久。

1、客户端层和外部层：

主要列举了用户端的一些技术点，对于运维尤为重要的就是浏览器缓存了。外部层介绍我们使用的外部服务和解决方案。

2、网络层和接入层：

这里介绍企业内部网络的经典三层架构，基本上具备CCNP的水平就可以轻松应对。接入层主要是负载均衡，要求运维工程师熟练的掌握四层和七层负载均衡的管理和配置。

3、应用服务层：

应用服务层，主要是和Web服务相关的，其实里面隐含了从业务层面进行SOA建设所需要的技术点，这些都是运维工程师必备的基础知识。

4、存储层：

存储的三大类型：文件存储、块存储、对象存储。这里统称为文件存储，主要是为了和数据存储进行区分，列举了我们常用的应用层面的存储技术。

5、基础服务层：

主要列举了一些运维的技术服务，像DNS、Yum仓库这些，以及应用运维必须掌握的持续集成、配置管理、自动化部署等技术重点。

6、基础设施层：

从IDC托管到IAAS、PAAS，运维关注的层面正在逐步的分层，所以现在有了应用运维、系统运维和基础设施运维等具体职责的划分。

运维杂谈

这里面列举了运维相关的非具体技术方面的知识点和自己对运维的职业生涯发展和运维自动化发展的一些理解。

在整个《运维知识体系中》每层纵向列举了监控体系、自动化体系。同时拿公有云作为参照物，列出了云服务的产品。由于篇幅原因请到源网址查看完整大图：

可以看到基本上每层都有相应的公有云服务。我相信仔细看完的读者会有深深的危机感。是的，各种我们觉得高大上的技术，公有云平台都可以提供。

这就是云计算给运维带来的冲击。云计算是机遇也是挑战，作为运维人员需要面临云计算时代企业对运维需求的萎缩，以及对运维技术能力要求大幅度提高的困境。

我们要做的就是“空杯心态”，不断的学习和进步。运维其实是一个围城，很多人想进来追求高薪。但是围城里的人，如果有一天停止了进步，那就会被残忍的丢出城外。