一開始、我在一家小公司擔(dān)任顧問職務(wù)、主要負責(zé)編寫代碼、安裝操作系統(tǒng)與軟件及管理數(shù)據(jù)庫服務(wù)器。我以前從未寫過代碼,但是我有運行Uuix工作站的經(jīng)驗,所以一開始運維工作對于我來說比較輕松。后來,我們增加了一個職責(zé)更清晰的運維團隊;然而,他們似乎更關(guān)注于網(wǎng)絡(luò)、操作系統(tǒng)和數(shù)據(jù)庫管理員方面的工作。
這兩個團隊的關(guān)系總是很微妙。我記得,有一位高級開發(fā)人員總是在一個窗口上運行Unix的w命令,一旦看到有管理員登錄他的設(shè)備并準(zhǔn)備安裝補丁時,他就會馬上關(guān)閉網(wǎng)絡(luò)服務(wù)!他真的不希望有人搞亂他現(xiàn)有的環(huán)境。我認(rèn)為,這個分界線在20年前和現(xiàn)在的變化并不大,但是我們所在環(huán)境的規(guī)模與復(fù)雜性,以及所處的公司文化都發(fā)生了很大變化。我曾經(jīng)在一些擁有大規(guī)模服務(wù)器群的站點工作,其中運維團隊只負責(zé)管理操作系統(tǒng),而開發(fā)人員則負責(zé)所有其他事務(wù)。在其他一些環(huán)境中,開發(fā)人員與運維人員也有嚴(yán)格的職責(zé)劃分。
作為開發(fā)人員,您對開發(fā)運維( Devops)有什么看法?
在很多方面,我認(rèn)為它實際上是“開發(fā)開發(fā)”( Devdev)。似乎很多以前屬于運維人員職責(zé)范圍的工作都轉(zhuǎn)移給了開發(fā)人員。我認(rèn)為這是個正確的轉(zhuǎn)變。如果一位開發(fā)人員能夠編寫軟件,那么他一定也要能管理軟件在生產(chǎn)環(huán)境的運行,而如果將這項工作轉(zhuǎn)交給運維團隊,其代價會更高,也更容易出現(xiàn)錯誤。避免了工作轉(zhuǎn)移,也就避免了問題,而且開發(fā)人員也能夠繼續(xù)負責(zé)管理自己編寫的軟件。如果他們會在半夜因為軟件出現(xiàn)意外問題而被人叫醒,那么他們一定會去努力修復(fù)這個軟件問題,因為他們肯定不愿意總是在私人時間里被人打擾。如果不經(jīng)歷這樣的痛苦,他們就不會有動力,就體會不到好好對待同事的好處,也就不會認(rèn)真地開發(fā)出好的軟件。此外,舉例來說,任何只懂編寫Java代碼的人肯定不會認(rèn)真提高自己的工作質(zhì)量,而我是肯定不會招聘這種人的。
開發(fā)運維是否與敏捷相似?
它們在很多方面有相似性。敏捷提倡團隊合作,推崇分擔(dān)責(zé)任。通常,人們認(rèn)為這種方法要求開發(fā)人員不斷地切換角色,然而敏捷方法則通常將QA視為敏捷團隊的內(nèi)在特性。可以這樣說,開發(fā)運維將運維帶到敏捷中。
系統(tǒng)管理員能夠給開發(fā)人員的最大幫助是什么?
訪問、數(shù)據(jù)和穩(wěn)定統(tǒng)一的環(huán)境。例如,來自不同主機的 Hadoop用戶應(yīng)該擁有一個穩(wěn)定不變的用戶D。系統(tǒng)管理員要像開發(fā)人員對待代碼樣處理基礎(chǔ)架構(gòu)和配置,并且要使用一種測試框架去測試軟件的修改如 Cucumber測試框架。
在與運維人員協(xié)作時,開發(fā)人員最應(yīng)該注意的是什么?
網(wǎng)站建設(shè)開發(fā)人員一定要記住,如果出現(xiàn)了問題,那么有90%的可能性是開發(fā)人員自己的錯誤。
本文地址:http://knowyourextract.com//article/4480.html