資訊專欄INFORMATION COLUMN
摘要：第二種情況是出現(xiàn)故障，先推給運維。想必不少運維同行也有此遭遇。沒有人能保證系統(tǒng)運行中不發(fā)生任何問題或故障。
這是一篇命題作文，應(yīng)一位同行兄弟的邀請而作此文。他告訴我，目前他跟開發(fā)的關(guān)系有些僵持，希望能我能發(fā)表一些看法。盡管我不一定能給出好的建議，但我覺得這個事情具有一定的普遍性，于是寫一篇文章，權(quán)作拋磚引玉。
眾所周知，一個網(wǎng)站或者一個項目要創(chuàng)建和運營，絕不是一個人可以完成的（個人玩玩那種不算）。至少需要產(chǎn)品、設(shè)計、程序開發(fā)（前端、后臺）、測試、系統(tǒng)維護（部署、運營、維護）、平臺運營等等若干職位。
在團隊的認(rèn)知中，某些職位的人總喜歡強勢認(rèn)為自己很重要，是處于主導(dǎo)地位的。于是在這些人的意識里，其它職位或人員都是輔助和次要的，是圍繞著他的。在這樣的環(huán)境里，造成人員沖突的幾率就大，相互協(xié)作的意識就幾乎不存在。如果項目較高領(lǐng)導(dǎo)（老板）也有這種認(rèn)識，那么情況就更糟糕了。
在大部分不規(guī)范或者不以技術(shù)為驅(qū)動的公司里，一個比較典型的情況就是：
對于系統(tǒng)運維人員，如果系統(tǒng)長期穩(wěn)定運行，一些人就會認(rèn)為，運維是不是多余的？反之，如果故障頻發(fā)，一些人又開始抱怨，運維是干啥的啊，怎么老出問題？
造成這些問題的原因是多方面的，可能是認(rèn)識問題，也可能是項目本身的問題（比如交易型網(wǎng)站運維的地位就要比宣傳型網(wǎng)站運維的地位高）。對于我們個人來說，我建議找工作的時候，盡量找交易型的，畢竟公司的存在是以系統(tǒng)平臺來賺錢，系統(tǒng)停止就意味著損失，因此個人在組織中的地位自然就比那種宣傳型的網(wǎng)站高了不少。對于認(rèn)識方面的問題，情況比較復(fù)雜，需要做更多的分析和考慮。
回到我們的主題上來。隨便是一個程序員或者測試人員跑過來，就要求干這干那。沒有書面文檔，也沒有一個流程。這樣次數(shù)多了，運維人員多半就會感覺被支配，不耐煩，疲于應(yīng)付。第二種情況是：出現(xiàn)故障，先推給運維。這個真的最要命，也最容易起糾紛。想必不少運維同行也有此遭遇。
拋一些想法，供大伙參考。
主動
搞技術(shù)的人，性格內(nèi)向的偏多。不知道是不是因為長時間跟機器打交道的原因。但不管怎樣，主動與人溝通依然是很重要的。
我們要讓別人知道，運維實際上在干很多事情（選機房、做系統(tǒng)架構(gòu)、技術(shù)選型、日常維護、半夜爬起來跑機房、24小時響應(yīng)…此處神略 666666 字），要說出來，項目列得越詳細(xì)越好！
有些事情在別人看來（比如開發(fā)人員）似乎很簡單，不就是上架服務(wù)器，安裝個系統(tǒng)么？那么我們就要跟他較真：哪個機房帶寬質(zhì)量好？哪個機房服務(wù)到位？怎么裝系統(tǒng)更快、更符合要求（不要給我們講一路回車，一根到底、程序數(shù)據(jù)一鍋端）？做了要說，而且要多說，才能讓別人了解我們其實下了很多功夫，做了很多工作。
要知道，設(shè)計的界面再美觀、程序再牛逼，系統(tǒng)崩了，那也只是一堆占據(jù)硬盤空間的二進制而已！
中國是一個人情社會，大家時不時一起吃個飯，很多事情就好商量了。你是否準(zhǔn)備請或者被請，跟其它部門的人一起出去吃飯呢？
協(xié)作
把責(zé)任推給別人，原因很簡單——利益和面子！誰都不愿意努力付出了，最后卻因為發(fā)生故障扣錢，甚至影響前途（很多機構(gòu)只注重處罰而很少提及獎勵）。
沒有人能保證系統(tǒng)運行中不發(fā)生任何問題或故障。為了一切不可預(yù)知的問題，我經(jīng)常的措施是：
1、收集相關(guān)資源的聯(lián)系方式：機房、供貨商、服務(wù)提供商（cdn之類的）；
2、收集相關(guān)技術(shù)人員的聯(lián)系方式：技術(shù)負(fù)責(zé)人、程序員、測試等等；
3、根據(jù)業(yè)務(wù)，故障報警發(fā)相關(guān)人員；
4、聯(lián)系接口人員告知故障發(fā)生，獲取故障現(xiàn)象并簡單描述
5、要求相關(guān)人員協(xié)調(diào)排查；
6、告知自己排查的情況（查了哪些項目、數(shù)值是什么狀況、修改了什么、數(shù)據(jù)截圖等）；
7、故障排除，總結(jié)經(jīng)驗；
8、內(nèi)部討論一下，看能否大事化小（小事化了要看具體情況）。如果不是己方的責(zé)任，過分強調(diào)過錯或過失，又會回到相互推卸責(zé)任這個老路上來。
流程
沒有流程，必定會引起一團糟，比如前邊說的，隨便是個人就跑過來提要求；流程太繁瑣，也不行，會嚴(yán)重影響效率。在這里，不強調(diào)怎么做流程，但起碼，我們可以相互約定一個接口人，有什么需求，盡量通過接口人。
如果、如果什么都不能改變，盡快閃人吧！
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/3959.html
摘要：微信連續(xù)兩周發(fā)布重量級接口。首先是讓網(wǎng)頁開發(fā)者歡欣鼓舞的，使微信內(nèi)的幾乎可以得到微信的所有能力。性能隨著換機不斷提高，本地能力隨著對的支持和各種的開放接口也變得愈發(fā)強大，而最大的入口問題如今被微信解決。 微信連續(xù)兩周發(fā)布重量級接口。首先是讓網(wǎng)頁開發(fā)者歡欣鼓舞的 JS SDK，使微信內(nèi)的 WebView 幾乎可以得到微信 Native App 的所有能力。此外，公眾平臺數(shù)據(jù)接口，允許開發(fā)...
摘要：開發(fā)運維和云的結(jié)合終將成為助推企業(yè)發(fā)展的一條高速公路，但是現(xiàn)在，企業(yè)需時刻小心前行道路上的紅燈。云，意味著公有云，可為開發(fā)運維提供實施平臺。企業(yè)曾在開發(fā)運維和云上犯過重大錯誤。原文鏈接云端開發(fā)運維的三大減速帶 showImg(https://segmentfault.com/img/bVTkm8?w=770&h=300); 開發(fā)運維（DevOps）和云的結(jié)合終將成為助推企業(yè)發(fā)展的一條高...
摘要：開發(fā)運維和云的結(jié)合終將成為助推企業(yè)發(fā)展的一條高速公路，但是現(xiàn)在，企業(yè)需時刻小心前行道路上的紅燈。云，意味著公有云，可為開發(fā)運維提供實施平臺。企業(yè)曾在開發(fā)運維和云上犯過重大錯誤。原文鏈接云端開發(fā)運維的三大減速帶 showImg(https://segmentfault.com/img/bVTkm8?w=770&h=300); 開發(fā)運維（DevOps）和云的結(jié)合終將成為助推企業(yè)發(fā)展的一條高...
摘要：數(shù)人云告別人肉運維上海的實錄第二彈來啦本次分享的嘉賓是餓了么團隊負(fù)責(zé)人虢國飛。虢國飛餓了么團隊負(fù)責(zé)人從事數(shù)據(jù)庫領(lǐng)域年，主要關(guān)注于數(shù)據(jù)庫管理自動化建設(shè)和等領(lǐng)域的研究。本次主題關(guān)于數(shù)據(jù)安全的保障。在這一層，餓了么做了一些數(shù)據(jù)方面相關(guān)的保護。 數(shù)人云告別人肉運維上海Meetup的實錄第二彈來啦！本次分享的嘉賓是餓了么DBA團隊負(fù)責(zé)人虢國飛。實錄將從用戶訪問、數(shù)據(jù)庫架構(gòu)體系、數(shù)據(jù)備份、數(shù)據(jù)流轉(zhuǎn)...
摘要：數(shù)人云告別人肉運維上海的實錄第二彈來啦本次分享的嘉賓是餓了么團隊負(fù)責(zé)人虢國飛。虢國飛餓了么團隊負(fù)責(zé)人從事數(shù)據(jù)庫領(lǐng)域年，主要關(guān)注于數(shù)據(jù)庫管理自動化建設(shè)和等領(lǐng)域的研究。本次主題關(guān)于數(shù)據(jù)安全的保障。在這一層，餓了么做了一些數(shù)據(jù)方面相關(guān)的保護。 數(shù)人云告別人肉運維上海Meetup的實錄第二彈來啦！本次分享的嘉賓是餓了么DBA團隊負(fù)責(zé)人虢國飛。實錄將從用戶訪問、數(shù)據(jù)庫架構(gòu)體系、數(shù)據(jù)備份、數(shù)據(jù)流轉(zhuǎn)...
閱讀 3068·2021-09-22 15:59
閱讀 1322·2021-08-30 09:46
閱讀 2282·2019-08-30 15:54
閱讀 2021·2019-08-26 12:15
閱讀 2548·2019-08-26 12:09
閱讀 1346·2019-08-26 11:57
閱讀 3344·2019-08-23 17:11
閱讀 1893·2019-08-23 15:59
