相信做運維的童鞋都會有這樣的經歷，「參加過7*24小時的值班，抗過機器，敲過**，偶爾還得玩兩下資料。」在一些小公司中，運維童鞋不敢說是全才，但至少是**有坑就能夠填**。但是，在大公司中運維工作的分類就比較細，例如專注於高反覆度工作的操作運維、專注於基礎運維工作的業務運維、專注於運維工作專案管理及需求規劃設計的規劃運維、專注於運維工具開發的開發運維等等。
大公司中的運維工作不僅面臨著分工的紛繁複雜，同時還要經受著峰值流量的衝擊。那麼，大公司的運維工作都是如何管理的呢?本文將以bat為例，為你揭開大型網際網路公司運維思想的冰山一角。
如何理解這「四化」呢?服務化指的是服務於業務，傾向於解決產品的痛點;標準化是自動化的基礎，因為業務架構之間的差異各不相同，所以標準化的粒度和維度也需要進行調節;自動化，一定要打通企業內的各個資訊孤島，只有實現了全流程的自動化才是真正的自動化;產品化，運維平台也要重視使用者互動，要以產品的理念來建設。
阿里：普適的「大中台和小前台」
似乎每家公司運維的「打怪公升級」路線都很相似，阿里也經歷了指令碼化、工具化、devops、自動化再到智慧型化的過程。在dtcc 2018大會中，阿里技術專家徐小飛曾將aiops無人運維和無人駕駛進行了模擬，二者都可以分為六個階段，並且每個對應的階段都有相同之處。其中aiops無人運維的六個階段分別是人肉運維、指令碼/工具化運維、平台型運維devops、資料化運維dataops、高度智慧型運維aiops和完全智慧型運維aiops。
了解阿里的人應該都聽過，「大中台和小前台」這個名詞，這是阿里上上下下所有技術相關的部門都奉行的技術戰略，運維也不例外。
阿里有個大資料運維解決方案叫tesla，該解決方案貫穿了阿里整個大資料體系，負責從基礎設施到基礎平台到儲存計算平台的所有產品的運維支撐。運維垂直體系也是乙個spi的分層結構，運維iaas層負責的是提供面向運維管理的基礎操作能力;運維paas層提供面向各運維領域的功能服務以及運維資料來源與控**務;運維saas層提供面向場景化的自動智慧型運維應用。
DOCTYPE宣告對CSS顯示效果也有影響！
看下面兩段 兩段 不同之處僅僅是doctype的宣告，但是請看看它們在ie6中的顯示效果，第1段 文字都在同一行，而第2段 卻產生了換行！而在ff中顯示效果又是另一番景象 原來我曾以為，有了css之後，可以拋棄 了。但是現在發現，css也靠不住了。比如我可能會寫乙個頁面元件，使用css來控制布局，但...
對貢獻有激情，對回報有信心
一般的生意人，都在反覆評估，自己的貢獻和回報的關係。如果貢獻大於回報，就說是吃虧了。貢獻小於回報，就說佔了便宜。而我看到的偉大的公司，或者成功的生意人，發現他們有一種驚人的相似之處，總結出來，就是 對貢獻有激情，對回報有信心。貢獻和回報 打個比方，乙個作家，可以關注自己寫的稿子的質量 就是自己的貢獻...
這種生活同豬有什麼不同？
工作？還是生活？原本，這不應該是個問題。但是，觀察所見，這個不僅僅是個問題，而且問題還很大。中華民族是乙個勤勞勇敢的民族 也許我們大多數人，在孩童時代，在某個教室裡，當初晨的陽光穿越了窗稜，對映出空氣中細小的塵埃，我們在朗朗書聲中，都讀過這樣一句話。是的，中華民族，的確是乙個勤勞的民族，太勤勞了！也...