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