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