初創公司誰來當大家的運維

運維，哎，多麼沉重的話題，初創公司的運維，哎，還能愉快的聊天嗎？

初創公司的運維，現在其實兼技術支持、系統管理員（SA）、網管、網絡工程師、研發工程師、架構師，幹着這些看似不相干甚至矛盾的工做。

他們的具體工做？

• 在辦公室中安裝系統、幫同事排除機器故障
• 在機房插網線、搬機器、拆服務器箱子
• 每天盯着N個監控屏幕、8小時一動不動盯着流量圖
• 在 BOSS、開發工程師、網絡/系統工程師、DBA 中間跑來跑去進行溝通
• 在夜半三更收到服務器監控系統的警報，起牀趕到機房，節假日陪女友收到報警也得趕到機房（固然更多的是沒女友）

。。。。。。初創公司有那種成天鬥地主，麻將下棋的嗎？（還缺人嗎，會打麻將的那種）

上面這些是有必定規模的公司運維的工做，固然初創公司一樣的工做也是要運維來作的，並且不乏一人當多人用，即便是這樣，當出現下面這些問題或需求時，怎麼淡定呢？

• 系統升級，如升級成 centos7 換成了 systemd，很多運維腳本都得重寫
• 業務上加了中間件，須要迅速監控上
• 研發，運營，QA，產品經理都找你要業務數據，用戶數據，測試數據等
• 監控的數據要高度可視化，BOSS 一眼也能看懂
• 業務層面的數據也須要一同監控，運營須要的用戶信息也想可視化。。。。

因而找個大的 Zabbix／Nagios 框架，不停的寫腳本，進行後期維護，圖表很差看，那再接上 Graphite，這些若是熟悉還好，不熟悉的話還得先花一個月（？）去學習，並且規模大了一我的也不必定搞定的了，，，，但做爲一個初創企業／團隊，須要這麼麻煩嗎，真的須要弄這麼大一個輪子嗎，真的須要配備專門的人力去作這麼這些事嗎，畢竟公司一共就這幾我的。。。。。

解放人力或者說把人用在更重要的地方（不是說運維不重要）纔是如今公司應該採起的策略，如今市場上有那麼多監控軟件，找到本身適合的就要用啊啊啊啊啊，把通常運維的工做分散，服務器託管，用第三方工具，例如：

• IDC 機房改爲雲服務器，安全也有保障，還提供免費的流量等監控
• 對海量日誌信息進行收集存儲，並提供實時搜索功能，輔助快速定位故障
• 經過第三方 APM 產品進行性能分析，故障診斷，緩慢代碼定位等自動化運維任務
• 收集服務數據，只要有線上服務在運行，服務數據流通過的全部節點產生的數據，都要採集、存儲和分析起來，供不一樣的運維場景使用
• 業務數據，運營數據經過直接 SDK/API 倒入實時顯示圖表的工具上，使得全部數據可視化
• 設置監控告警，實現應用軟件、中間件、數據庫、主機、網絡、存儲、雲資源的全方位監控告警
• 全部數據統一平臺，誰想看什麼數據都有

運維的本質——可視化，當你把應用所用的全部服務器數據，業務層數據，日誌等都監控起來，都有相應的可視化的數據，出現問題都有據可查，或者根據已有數據作趨勢預測，設置報警，出現問題時第一時間知道（網站反應慢了第一個發現的是運維而不是用戶），公司無論哪一個部門須要的數據均可以放在一塊兒看，簡直完美！

硬廣來襲，非戰鬥人員迅速撤離～～～

做爲次時代系統監控工具，數據處理平臺 Cloud Insight 徹底可以解決上述問題，目前已經作到：

• 一鍵部署，40s完成 Linux/Windows/Docker 系統服務器監控
• 簡單配置，支持30+ 數據庫，中間件組件監控
• 支持 SDK(API 開發中) 自定義上傳時間序列數據
• 儀表盤，自定義你的我的風格儀表盤
• 告警／事件流，針對全指標設置報警策略

hostmap 等功能還在完善中，功能那麼多，放哪張圖好呢，好糾結。。。放張儀表盤展現 SDK 自定義上傳數據的吧！

已經有不少初創公司選擇 Cloud Insight，由於部署簡單迅速，支持的組件也多，能夠自定義上傳數據，有技術支持來解決問題，有一批（注意這個詞是「批」）開發人員在不斷增長功能，還有什麼理由不用呢？

好啦，回答一下標題的問題：初創公司誰來當大家的運維？固然是 Cloud Insight 啦。。。

Cloud Insight 集監控、管理、計算、協做、可視化於一身，幫助全部 IT 公司，減小在系統監控上的人力和時間成本投入，讓運維工做更加高效、簡單。想閱讀更多技術文章，請訪問 OneAPM 官方技術博客。

本文轉自 OneAPM 官方博客