幾乎每隔一段時間，企業(yè)就會達到一個瓶頸期 — 在這個時間段，我們?nèi)绾稳ネ黄婆R界點？相信在這個節(jié)點上，更有意義的事情是學會嘗試在任何事情上做一些轉(zhuǎn)變，而不是去抵制它。

比如，讓我們想象一下：

你公司研發(fā)的APP在業(yè)界有了開創(chuàng)性性的業(yè)績。營銷人員和銷售人員非常圓滿地完成了他們的工作，市場上的下載量也以極快的速度增長。不幸的是，公司內(nèi)的開發(fā)人員和運營部門沒有跟上規(guī)模，他們無法及時升級應用并發(fā)布新功能。你開始擔心用戶會漸漸失去興趣，因為APP錯誤太多，而且性能還有很多不足之處。

此時，你作為老板，能做一些什么事情來糾正這種情況并拯救公司？

嗯，實際上你可以做很多事情。..。..

比如說，雇用更多的開發(fā)人員和測試人員來填補人員不足……

但是，如果你閱讀過一些DevOps的文章，就可以明晰地確定哪些是真正急需改善的事情：

1、提高應用質(zhì)量。

2、增強用戶體驗和客戶滿意度。

3、提高運營效率。

4、提高員工的工作效率和關鍵績效指標。

5、降低與IT相關的成本。

這時候，你真正應該做的是盡快聘請一個對DevOps有所了解的人。

但是又應該聘請誰呢？是需要聯(lián)系專業(yè)的DevOps咨詢公司，還是給員工們聘請一個資深的DevOps工程師？

當然，如果你一生都在IT行業(yè)當中工作，可能這些對于你就不是些什么大問題。然而，對于大多數(shù)的企業(yè)主來說，這確實是一個艱深的問題。

在本文中，我將深入探討業(yè)務領域，并盡力闡明DevOps工程師與DevOps顧問之間的區(qū)別。

01：顧問和工程師的區(qū)別在哪里

我們先要弄清楚，哪些人是DevOps顧問？ 哪些人是DevOps工程師？

首先，我們來定義一下DevOps顧問和DevOps工程師：

DevOps顧問：

DevOps顧問是經(jīng)過認證的DevOps專業(yè)人員，通常受雇于解決特定問題或教育員工怎么去使用DevOps工具，并如何根據(jù)DevOps的原則工作。

DevOps工程師：

DevOps工程師是指一名內(nèi)部技術人員，經(jīng)過培訓，能夠以經(jīng)濟高效的方式將DevOps實踐應用到IT組織中，并且通常根據(jù)DevOps架構(gòu)師（或由DevOps咨詢公司提供）創(chuàng)建的設計行事。

基本上，前者提供指導并分享有關解決手頭問題的方法的見解，而后者主要側(cè)重于根據(jù)既定程序進行特定設計工作。

02：如果你是老板，雇傭誰？

DevOps不再僅適用于大型獨角獸公司。如果想要更有效地管理IT組織，技術創(chuàng)業(yè)公司，甚至中小型企業(yè)都開始去選擇DevOps轉(zhuǎn)型。

需要解決特定問題的企業(yè)（例如，實現(xiàn)更快和更高質(zhì)量的應用更新）最好雇用DevOps顧問。

因為DevOps顧問的職責是將評估你們公司的具體情況并提供具體提示和后續(xù)步驟。然后，業(yè)務所有者來決定要不要選擇與DevOps顧問協(xié)作，去實施所需更改。

如果是需要徹底改革技術相關流程和實踐的必要性的公司，可能就更需要鼓勵在其IT組織中建立一個獨立的DevOps角色- 一個DevOps工程師。（有些人甚至可能會考慮聘請DevOps架構(gòu)師為他們的組織創(chuàng)建設計，以及DevOps的行業(yè)傳道者去監(jiān)督文化轉(zhuǎn)型）

不幸的是，好的DevOps工程師很難找到。 DevOps工程師現(xiàn)在在美國已是排名第二的熱門職位，而且目前業(yè)界關于該職業(yè)的爭議也導致DevOps工程師對于什么應該做，什么不應該做這件事沒有一個明確的界限點。

有些DevOps工程師可以一個人擔負起監(jiān)督IT部門整個DevOps流程的轉(zhuǎn)換，甚至包括文化方面的轉(zhuǎn)換，但有些DevOps工程師只是可以管理實行DevOps生命周期的一些特定階段的工具，比如Jenkins，Maven和Ant等特定工具。

需要注意的是，大多數(shù)所能找到的DevOps工程師以前的崗位都是開發(fā)人員崗或系統(tǒng)管理員崗，并且比較擅長的能力范圍也僅限于此。

因此，公司必須非常具體地了解你所聘用的DevOps工程師能夠做什么。否則很容易最后發(fā)現(xiàn)自己冒險地雇用了一些可能無法通過預期的人。

換句話說，即使企業(yè)主可能會堅持雇用DevOps工程師來協(xié)助公司的Dev和Ops團隊，他們也可能最終去支付第三方的DevOps咨詢服務，為他們的DevOps工程師創(chuàng)建具體路線圖。

03：對DevOps顧問存在的一些爭議

雖然聘請DevOps咨詢公司對大多數(shù)企業(yè)（特別是中小型企業(yè)）來說可能更具可行性和成本效益，但首席執(zhí)行官，首席技術官和首席信息官通常會對DevOps顧問產(chǎn)生偏見。

他們害怕：

1、DevOps顧問只會耽誤時間，并且不會盡力解決公司的問題。

2、他們會向顧問支付太多費用，而內(nèi)部員工可以少花錢做同樣的工作。

3、DevOps顧問可以訪問機密和業(yè)務敏感數(shù)據(jù)，然后利用這些機密性數(shù)據(jù)。

4、顧問永遠不會完成他們的工作，并且有可能會在公司的DevOps轉(zhuǎn)型過程中放棄。

說實話，有時所有這些事情都會發(fā)生。但是，它不應該成為阻止老板雇用DevOps顧問的理由。

請考慮以下幾個因素：

1、并非每個人都有成為顧問的技能（不要將顧問與常規(guī)承包商混為一談。）

2、顧問的專業(yè)知識使他們能夠在不去考慮任何第三方的影響下提供專家建議，前提是他們需要時間熟悉客戶的流程。只有這樣他們的價值才會有體現(xiàn)的地方。

3、DevOps顧問和DevOps工程師不太可能做同樣的工作。聘請顧問是請他對公司IT轉(zhuǎn)型進行分析，提供見解和教學任務，工程師是去實施具體策略來驗證的人。

最后，每個人都會犯錯誤。如果出現(xiàn)任何問題，在此之前任何企業(yè)需要考慮做好與合法人員聯(lián)系解決問題的準備。

04：結(jié)論

經(jīng)驗豐富的DevOps顧問和經(jīng)驗豐富的DevOps工程師，這兩者在市場上都是一種稀缺商品，完全取決于企業(yè)主決定雇用誰來使他們的企業(yè)受益。

當然，他們可能沒有任何技術背景。

所以這兩者的差別是這樣的：

顧問擁有鳥瞰企業(yè)IT全景的能力。他們判斷和檢查什么是對的，什么是錯的，去為員工們提供指導和教導工作。通常，他們幫助公司調(diào)整他們的Dev和Ops團隊，并簡化這些團隊的流程和實踐。

而DevOps工程師的制作是以經(jīng)濟高效的方式正確地完成工作，他們的能力凸顯在根據(jù)公司的戰(zhàn)略去正確地支持一個健康的DevOps環(huán)境。