1.1. 前言
网络运维、系统运维和应用运维是三个不同的方向,虽然现实中存在一些交叉,比如网络运维需要掌握服务器操作系统,运维工程师同时负责系统运维和应用运维工作,但是他们的架构体系、岗位职责和未来发展都不太一样。
运维内容 | 架构层面 | 面向对象 | 核心视角 |
应用 | SaaS | 最终用户 | 业务/应用 |
系统 | PaaS/IaaS | 开发者 | 平台/系统 |
网络 | IDC | 部门 | 物理资源 |
硬件运维处于IDC层,因此又称为IDC运维/机房运维,主要是管理IDC的物理设备,比如服务器、交换机、路由器、存储设备等。比如机房物理服务器故障,硬件运维工程师需要及时替换硬件修复机器。
系统运维处于IaaS层和PaaS层,负责系统或者平台的运维工作。
IaaS(Infrastructure as a Service),基础设施即服务,屏蔽了IDC层的服务器/存储/网络设备,通过云服务器系统/云存储系统/云网络系统等,对外提供按需采购的云服务。系统运维工程师需要保障IaaS层各种基础设施系统的稳定性和可用性。
PaaS(Platform as a Service),平台即服务,屏蔽了操作系统、中间件、数据库、开发工具等环境因素,面向开发者提供一个应用管理平台。平台一方面支持开发者进行app快速开发、测试、部署、管理和更新,一方面持续托管app。系统运维工程师需要保障PaaS平台的稳定性和可用性。
应用运维处于SaaS层(Software as a Service),主要负责面向用户的业务/应用的运维工作。比如游戏业务,当游戏在线玩家突然大跌,应用运维工程师需要尽快定位异常原因,是否有发布变更、服务组件是否异常、服务器/网络是否异常。
大部分公司,不会将运维岗位细分,工程师需要负责服务器、存储、网络、操作系统及业务系统的维护。对专业性要求较高的公司会细划分出网络、系统、应用、容器、中间件、数据库等运维岗位。
第五章、系统与应用管理-介绍