DevOps是90%的改變和10%的技術
圖像來自于：opensource.com
英文原文：DevOps is 90% change and 10% technology
Jen Kriege 在 80 年代早期就用上了她的第一臺電腦，自從那時候起就一直保持對技術的濃厚興趣。她的職業生涯從金融分析師開始，最終進入信息技術領域，由此獲得軟件開發與發布的專業知識。Jen 使用過很多開發方法，從瀑布流到敏捷。
如今，她是紅帽為 Atomic、Docker 和 Kubernetes 這些項目工作的團隊的敏捷教練。今年，Jen 在 DevNation 大會上講述了作為 DevOps 工程師意味著什么，在這次訪談中，她告訴我們實施 DevOps 的挑戰，分享給工程師們的一些建議，等等。
說一說你自己，你的背景，以及你是如何進入到 DevOps 的。
我是在 80 年代早期真正得到自己的第一臺電腦的，當時我爸爸從公司買回家一臺嶄新的康柏便攜式電腦。從那以后，我就一直以某種方式從事技術工作。我為漫畫圖書行業的 一些人運行網站，自學了一些編程語言，但是我意識到自己有數學方面的才能，所以就成為邁阿密一家公司的金融分析師。
就是在這家公司，我把金融技巧和技術結合在一起，最終進入了他們的 IT 部門。我學習了開發和部署軟件的基礎，親身經歷了瀑布流項目的艱苦工作，以及最終體會了使用敏捷帶給我的自由。
雖然我真的很感謝這些經歷，但是我和這個行業中其他人的交流使我意識到還欠缺一些東西。軟件過于緊密耦合，我們缺乏自動化測試，軟件的發布還是 要花費太長時間。最重要的是，我們看重閉源軟件，所以我們每次看到一個解決問題的工具，又是一筆沒人愿意支付的數額巨大的軟件賬單。
在 2012 年，我接受了紅帽的一份工作，在他們的 IT 部門做敏捷系列產品的經理。我做了一段時間，然后抓住機會成為 DevOps 實踐團隊的產品負責人。該團隊的任務是縮短該部門發布軟件的時間。就是在這里我見到了所有技術宅想要的軟件。然而，最重要的是，有一刻我意識到用容器技術 部署軟件可以有多快——不是因為有人告訴我，而是因為有人給我看了這是可能的——這是革命性的。
我現在是紅帽 Atomic 項目團隊的敏捷教練（即首席牧貓人 Chief Cat Herder），這些團隊開發 Atomic 主機、Docker、Kubernetes 以及許多其它軟件。這項工作要求很苛刻，不過我覺得我自己能和這樣有才華的一群人一起工作是格外幸運的。
DevOps 到底是干什么的？
問 10 個人這個問題，你會得到 10 個不同的答案。雖然在我最初幾個月試圖搞明白這究竟是什么時，這對我是無盡的挫折，但是現在我明白了為什么每個人有不同的答案。每個 IT 工作環境，基于使用的工具、開發和支持的軟件和基礎設施、以及負責這些事情的人，也會是不同的。任何人都可以查找維基百科中的定義，得到其含義的教科書版 本。DevOps 對我意味著什么？這很簡單：如果你一直是從同一家公司獲取報酬，盡你最大的努力做正確的事情。
DevOps 涉及開源嗎？
是的，我為 Opensource.com 寫了一大篇關于這個的博客。這在 DevOps 的文化轉變中是個很好的起點。
“開源并不是通向成功的簡單按鍵。不過，它能夠做的是為個人和組織提供可以遵循的一套價值，讓你的組織走上通向成為有效的 DevOps 社區的道路。”
DevOps 有多大部分是關于文化和改變的？
對我來說，90％ 是關于文化的改變，10％ 才是關于技術。不過，我的看法是由我過去 15 年軟件開發的經驗和這期間的交流形成的。是的，大部分這樣的交流肯定起始于技術問題。我多次提到的是我和一位在一家閉源公司任職工程師的朋友的談話。她 說，她希望在她的工作中哪怕有可能使用象 Jenkins 這樣的持續集成（continuous integration，CI）工具，但是這恐怕永遠也無法得到批準。不過，接著她又說，就算她得到批準，她也有可能讓她的老板生氣，因為老板告訴她這不 是要優先考慮的事情，而且她擔心（老板說這話）更深層的含義。所以，市場上有什么工具，免費或者要錢，都不重要——如果你公司的整體文化不認為改進內部流 程重要，那么任何工具也幫不了你多大的忙。
在一個組織中實施 DevOps 最大的挑戰是什么？
人。我再怎么說也不過分——人是整件事情中最棒和最糟糕的部分。他們是你的未知數，而且你可以肯定這一定會在最糟糕的時候出現。
你要給在 DevOps 環境中工作的工程師什么建議？
不斷學習，保持好奇，不斷追問事情是如何運作的。如果你發現對現狀不滿，那就采取行動。
不過最重要的是，絕對不要期望別人會提供你要的東西。如果有要做的事情，你知道這件事應該做，而且看起來沒有人去做？找到一個影響你周圍的人的方法，把它實現。到我的紅帽 DevNation 談話來吧，聽聽更多關于如何做到這一點的，“那么你想成為一名 DevOps 工程師？”。
DevOps 會成為默認的 IT 工程實踐方法嗎？
也許吧。我覺得明智、有遠見的公司會盡快地盡力擁抱這項技術。但如果這要成為默認的方法，還要花很多年——類似于接受敏捷所經歷的過程。關鍵將 取決于規模較大的企業是否能夠解決技術和人員的負擔，而同時調整為交付軟件的新方法。最終，我相信良好 DevOps 體驗的基本概念——通過自動化快速整合、測試和部署軟件；監測環境，構成豐富反饋回路，等等——都會是有才能的工程師要成功所期望的。僅考慮這一點——工 程師在面試中問“你們使用什么持續集成系統？”。他們用這個問題的回答來評估他們想要工作的地方。這就是 IT 的未來。我甚至可以說現在已經是這樣了。
最后還有什么想法要分享？
很多過去和我一起工作過的工程師告訴我，我的秘密武器是，在需要搞清楚接下來會發生什么事情時，我總能知道應該和誰談話。如果你出席紅帽大會和 DevNation，請來找我，做一下自我介紹——我想聽聽你的故事。
DevNation 演講者采訪
DevNation 2015是由全球開發者為全球開發者自己組織的一個開源會議，本文是其中的演講者訪談系列的一部分。