020-28186508
硬件運維、系統運維和應用運維是(shì)三個不同的方向，雖然現(xiàn)實中存在一些交叉，比如硬件運維需要掌握服務器操作系統，運維工程師同時負責系統運維和應用運維工作，但(dàn)是(shì)他們的架構體系、崗位職責和未來發展都不太一樣，下面就和大家簡單聊聊這三者的區别：一、架構體系
爲了說明三個運維工作所處的架構層面，這裏借用雲計算的概念，并加上了IDC層。
硬件運維處于IDC層，因此又(yòu)稱爲IDC運維/機房運維，主要是(shì)管理IDC的物理設備，比如服務器、交換機、路由器、存儲設備等。比如機房物理服務器網卡壞了，硬件運維工程師需要及時替換硬件修複機器。
系統運維處于IaaS層和PaaS層，負責系統或者平台的運維工作。
IaaS（Infrastructure as a Service），基礎設施即服務，屏蔽了IDC層的服務器/存儲/網絡設備，通過雲服務器系統/雲存儲系統/雲網絡系統等，對外提供按需采購的雲服務。系統運維工程師需要保障IaaS層各種基礎設施系統的穩定性和可用性。
PaaS（Platform as a Service），平台即服務，屏蔽了操作系統、中間件、數據庫、開發工具等環境因素，面向開發者提供一個應用管理平台。平台一方面支持開發者進行app快速開發、測試、部署、管理和更新，一方面持續托管app。系統運維工程師需要保障PaaS平台的穩定性和可用性。比如嘉爲藍鲸就是(shì)一個面向企業IT運維的PaaS平台，企業開發者能在上面開發針對具體運維場景的工具，針對嘉爲藍鲸PaaS平台的運維就是(shì)系統運維工程師的工作。
應用運維處于SaaS層（Software as a Service），主要負責面向用戶的業務/應用的運維工作。比如遊戲業務，當遊戲在線(xiàn)玩(wán)家突然大跌，應用運維工程師需要盡快定位異常原因，是(shì)否有發布變更、服務組件是(shì)否異常、服務器/網絡是(shì)否異常。
硬件運維工程師
負責服務器、存儲設備、網絡設備（交換機/路由器）的上下架、安裝、部署、調試、實施、搬遷等工作
服務器、存儲和網絡等硬件設備的維護及報修，硬件故障處理
負責整體機房系統、空調系統、UPS系統、綜合系統運維管理及優化，機房設備資産管理、信息維護及文檔更新
機房基礎網絡搭建、配置、綜合布線(xiàn)，機房内強弱電規劃及布線(xiàn)施工
機房7*24小時監控與巡檢工作
系統運維工程師
負責所有linux服務器日常運維工作，負責linux系統軟件安裝、系統監控、調優、故障排除
負責雲平台的主機網絡系統維護，負責部署上線(xiàn)實施，日常監控巡檢等支撐工作，雲平台安全保障，爲業務部門提供基礎資源和平台的支持和運維
規劃和搭建監控平台，完善監控工具，實時監控系統狀态，出現(xiàn)故障時及時修複，保障平台的穩定性和可用性
規劃和搭建容器化平台架構，并負責Kubernetes集群搭建、運維工作，解決容器網絡、存儲、監控等問題
應用運維工程師
深入了解、掌握負責的業務系統的業務邏輯和技術細節，根據業務部門需求，提出可落地的解決方案，提供應用系統相(xiàng)關的業務及技術支持
負責應用系統運行狀況和性能監控，應用系統重大故障快速診斷及解決，跟進及推動故障改進措施實施落地
保障應用系統運行穩定，從架構、性能、效率、成本等方面進行分析和優化，提高系統運行穩定性；
熟悉K8s技術，推動K8s技術在生産環境中落地，持續提升K8s運維能力和運維效率
這是(shì)對各個企業對硬件運維工程師、系統運維工程師和應用運維工程師的崗位職責進行系統整理，希望能幫助直觀理解三個運維工作的差異，當然并不是(shì)一個企業崗位需要有全部職責。
傳統IT運維大部分是(shì)人工操作和重複性流程，對運維工程師是(shì)非常大的挑戰。運維工作有兩個發展方向，一個是(shì)自動化和智能化，一個DevOps，都對運維工程師産品比較大的挑戰。
阿裏雲機房已經在使用機器人更換硬件設備，未來機房硬件運維工作更多将會由機器人來執行，硬件運維的人工操作會減少。同樣，愈多企業采用自動化發布變更流程；完善系統和業務監控，指定自動化處理流程；系統運維和應用運維的工作也會減少。
随着DevOps的理念被更多的企業接受和實施，打通了運維和開發的流程，運維開發工程師成爲企業更青睐的選擇。此外國内企業開啓數字化轉型的浪潮，愈來愈多的企業應用開始“雲化”，更重視對IT資源的投入，最直觀的感受就是(shì)大量政府線(xiàn)下業務變成了“線(xiàn)上應用”。
簡而言之，手工簡單重複性的運維工作會越來越少，基于DevOps的運維開發工程師和基于SRE的運維工程師是(shì)運維未來價值所在。
