作者
chrispreimesberger
| 發表於 2014-09-12
現在企業
it都執行自動化。隨著新一代的**和應用程式使我們進入基礎設施融合和雲計算時代，為適應新環境的複雜程度，對企業及其原有系統來說是一種挑戰。結果是，
devops
（「開發」和「營運」的混搭術語）脫穎而出成為乙個新的業務流程，目的是解決各種
it、系統管理員和開發人員每天所面臨的複雜問題。即使有一些企業正實施
devops
，還是有很多企業搞不清楚什麼是
devops
；他們要麼是牴觸，要麼是沒有意識到部署這種新方法的優勢。
devops
是一套方法，原則，以及在開發部門和it運營見協調和整合的做法
。這一合作提高了敏捷性，並減少了開發與運營之間的摩擦，從而加快了軟體
/應用的部署，和更快地檢測到問題。根據eweek報告，以及來自stackstorm ceo和
nexenta
的聯合創始人evan powell的行業資訊
，我們在進行的
devops
方法的轉換中，存在著
10大誤解。
已採用devops的企業比你想象的要多得多
根據puppet實驗室2023年的乙份devops狀況報告，66%的受訪企業已經採用或者正打算採用devops。
業界領先的採用的devops是電信，88%的公司已經採用或者正打算採用它。
devops的**發布比普通方式快30倍
devops提供敏捷運營
devops是敏捷開發實踐的一種延伸回應。敏捷開發需要小一點，但是更頻繁的**發布。為防止中斷，操作人員必須緊密地與開發者一起合作
持續操作形同涅槃
頂級操作者是可以達到這種境界的，但除非你關閉操作迴圈，否則你將無法做到持續整合（ci）及持續交付（cd）
工具是自動化流程的重要元件
大部分早期的監控及管理工具都不適用於devops環境，然而，合適的工具是至關重要的。自動化是devops的基礎。
devops需要業務和技術技能
成功應用devops的首要三技能：
a) 業務重點和戰略
b) 現有業務流程
c) 溝通技巧
devops把負擔賦予目前期望自動化環境的運營團隊，口頭禪「運營人必學程式設計」是乙個常見的疊句，即使它聽起來不現實。
devops的雲架構完全不同於以往
devops的雲架構是鬆散耦合的，不斷變化的，水平縮放和無狀態的。早期的系統無法滿足，效能及擴充套件性的要求是這些新部署模型所需要的。
**基礎至關重要
如果你沒有將**作為基建的話，那麼你就不是在做devops。為了持續整合（ci）/持續交付（cd），你必須以**形式儲存配置
devops不斷變換的環境更穩定
你可以通過呼叫「混亂猴子」（一種災難意外測試）來時你的環境更穩定。災難修復計畫僅當你最後一次成功使用的情況下有效，
世界末日的場景需要不斷測試。
對cio們保留相關性來說，devops可能是最後最好的機會
感謝所有自動化的幫助，頂級devops操作員已經展示出比傳統it更有生產力的地方。這是為什麼it工作遷移到saas和影子it的原因之一，脫離cio的控制和預算。然後企業可以採用devops， 從根本上修復它，回到cio中心討論如何提高業務。
譯自
你所需要知道的關於AutoML和NAS的知識點
翻譯 pprp 日期 2018 8 21 automl和nas是深度學習領域的新秀。不需要過多的工作量，他們可以使用最暴力的方式讓你的機器學習任務達到非常高的準確率。既簡單又有效率。那麼automl和nas是如何起作用的呢？如何使用這種工具？神經網路架構搜尋，簡稱nas。開發乙個神經網路模型往往需要...
輕鬆收藏你所需要的所有wordpress外掛程式
建了乙個wordpress部落格後，一般是先安裝主題，再安裝所需要的外掛程式。在安裝外掛程式時，你可能會有這種的困惑，有時候有的外掛程式的名字記不起來了，或者記不清了，相當地麻煩！那麼有沒有這樣乙個辦法，可以你所有的所需要的wordpress外掛程式，需要的時候呼叫出來。可能你會建乙個記事本，上面記...
關於DevOps的認知，你知多少？
一旦乙個行業術語，尤其是技術方面的術語，變得流行，想知道關於這個術語的確切定義也變得困難了。大家都假定這是眾所周知的，並在此基礎上展開討論。不管怎樣，如果你所在的公司也有關於devops的討論，或是你想這方面有進一步的深入。那關於devops的這幾點，你或許應該要注意。何為devops devops...