說說開發和運維的恩怨情仇？

01-04

來吐一吐開發和運維碰到的各種事把

來講一件很早以前的事情，那時候大多數運維還不叫運維而叫系統管理員，DevOps這個單詞還剛剛在國外被偶然提起基本沒人知道。

那天，公司技術部新入職一個PHP開發工程師，因為我正好在開發組幫開發工程師們修改運維繫統里的bash腳本成csh腳本（是的，運維繫統是開發立項開發設計開發實現，要上線的時候我才知道且發現他們的bash腳本在FreeBSD上用不了）。所以中午飯一塊下樓去吃。

相互介紹完畢後，這位PHP開發跟我說的第一句話是：哦，那你每天要部署好多個apache吧，一定很累。。。

累你妹……

--------------------

基本上我跟開發們都挺好的，這是唯一一次覺得自己的職業如此的不被重視。

等等，為毛覺得把這句話里的apache換成docker，就油然一種快速迭代持續集成的高級趕腳了……

那是我正式從事運維工作的第四個年頭，在晚上7點多被告知要加班，要上線一個項目，我讓小弟們先回去了，我自己留守在公司……因為是異地辦公，大約8點左右接到電話讓我上線，因為事前溝通不到位，我對上線內容和步驟都不了解，並且上線單里沒任何說明，所以我拒絕了上線申請，但是被對方一個小開發在電話里諷刺了一番，過了很多年了想不起來了，大意就是你不就是個上線的嗎，快給我上，哪來那麼多事，告訴你上線目的，上線步驟，測試結果又能怎麼樣。

作為一個運維老鳥，我說好吧，那你發個郵件說你要上線，一切後果由你承擔，如果你們經理允許的話，我就執行這個上線單，對方同意了，對方的開發經理也同意了，我想大家都著急下班了吧。上線過程中因為沒有上線步驟，所以我還打了好幾個電話確認，而且腳本里的配置路徑也不對，我已經意識到這樣的上線出問題得概率太大了，所以我在每次變更時都在群裡面做了說明，待對方同意後才進行了操作。

結果第二天出大事了，因為出過的大事比較多具體啥損失我也記不清了，只記得需要立刻飛到北京進行了case study……整個case study過程非常不友好，甚至有人提出我作為資深人士應該為此負責，我說我就是個上線的，你們不都這麼認為嗎？沒有權利，哪還雞巴有責任！最後會議不歡而散~~

不做一線運維3年多了，不管上線過程多麼的自動化，開發和運維都要有很好的溝通，好的運維可以為開發規避很多風險，好的開發也可以幫助運維做很多改進和提升，大家彼此都多走近對方一步，才能保證業務更好得運行。

我跟開發沒什麼恩怨啊

我想他們大概沒什麼時間搭理我們這些搬伺服器的人吧

理解運維和開發的共同目標，就不會有恩怨這一說，你們會成為很好的朋友。

那誰誰誰幫我掃個日誌

那誰誰誰幫我上個線

那誰誰誰幫我加個crontab

那誰誰誰借我個root許可權…………

我通常會和我接洽的開發工程師，成為好朋友，好基友，一起熬夜上線，一起排查問題。

因為從開發需求中分析他們初衷是作為應用運維的基本工作吧

比如@陳一夢說到的加什麼crontab，確實經常會有，但你了解下為什麼加，加成什麼樣，可能對於了解業務形態或者特性，會很有幫助

是不是機器負載有問題？

倒沒這麼誇張，但是也經常有爭論。開發人員的口頭禪：這東西在我的機子上是好的呀，為什麼到你們這兒就不行了？balabala…

看到你們以上這些吐槽，我就安心多了。

反正，我跟我家研發，打罵過……指責過……和好過……並肩過……

然而，現在還是各種且行且珍惜。

他們都是一群可愛的男孩們。

惟願天下和平，運維研發一家親。

開發：伺服器是不是掛了，我程序跑不了！

開發：肯定是你伺服器得問題，我這個程序怎麼可能出問題！

開發：伺服器中木馬了，重裝系統

開發：這個是伺服器的問題，該你負責處理跟我沒關係

遇到有些小白開發真的沒法溝通...

所以運維一定要能看懂代碼

請百度戰艦少女運營商和開發商的糾紛事件。

台服大法好。

嗯，一定是打開方式不對。

更新