從電子游戲到DevOps

itvincent 發(fā)布于2019-08-30 11:16 / 414人閱讀

摘要：運維部門比較笨，他們不懂新技術，為什么他們沒法實現(xiàn)最新的技術呢為什么他們這么落伍呢在我的機器上運行的沒問題啊刺客聯(lián)盟與圣殿騎士互掐了幾百年，但事實上他倆都不過是想維護人類文明開發(fā)與運維互看不順眼，但他們的初心都是想這個項目能順利驗收。

從電子游戲到DevOps
在一個項目團隊中，開發(fā)與運維之間的關系像極了知名大型游戲《刺客信條》里的故事：開發(fā)就是追求自由的刺客聯(lián)盟——我喜歡用各種新穎技術手段去滿足用戶爸爸那些花里胡哨的需求，你別管那技術好不好用，總之它實現(xiàn)了需求；運維就是那支持秩序的圣殿騎士——我要的是穩(wěn)定運行！穩(wěn)定運行！穩(wěn)定運行啊！

于是，產品與運維之間形成了一道墻。
開發(fā)部門夜以繼日地打造出自己的“杰作”，并懷著今晚就能開慶功會的心情把自己的“杰作”交給了運維部門，殊不知墻那面的運維們對開發(fā)的抱怨才剛剛開始：
l 這款優(yōu)秀的產品在目前的底層平臺上無法運行，因為這個平臺太古老了，因為這個平臺空間不足，因為這個平臺不支持某某版本……
l 這款產品的體系結構跟我們的{存儲，網絡，部署，安全}模型不匹配。
l 這款產品的報告、安全、監(jiān)視、備份balabalabala 我們搞不懂，所以沒法把它做成實際可用的產品。
當運維將問題源源不斷地反饋給開發(fā)后，開發(fā)的回復一定是：
l 這不是我們的錯，我們的代碼非常完美，是（運維部門的）部署做的太差勁了。
l 運維部門比較笨，他們不懂新技術，為什么他們沒法實現(xiàn)最新的技術呢？為什么他們這么落伍呢？
l 在我的機器上運行的沒問題啊……
刺客聯(lián)盟與圣殿騎士互掐了幾百年，但事實上他倆都不過是想維護人類文明；開發(fā)與運維互看不順眼，但他們的初心都是想這個項目能順利驗收。
雖然開發(fā)和運維這樣相愛相殺的關系看上去和游戲很像，但其對項目的危害性可不是游戲，開發(fā)與運維陷入一場暴風驟雨，客戶則成了蒙受損失的一方，最終團隊失去了客戶，失去了金錢，失去了項目。
DevOps就是為了讓開發(fā)和運維告別這樣的悲劇而被提出的。它是一種框架，包含了很多優(yōu)秀想法和原則，它重視開發(fā)部門和運維部門打破隔墻，通力合作。
DevOps希望做到的是軟件產品交付過程中IT工具鏈的打通，使得各個團隊減少時間損耗，更加高效地協(xié)同工作。專家們總結出了下面這個DevOps能力圖，良好的閉環(huán)可以大大增加整體的產出。

在DevOps環(huán)境中，開發(fā)人員和系統(tǒng)管理員會構建一些關系、流程和工具，從而更好的與客戶互動，最終提供更好的服務。
DevOps的三大原則
基礎設施即代碼
DeveOps的基礎是將重復的事情使用自動化腳本或軟件來實現(xiàn)，例如Docker（容器化）、Jenkins（持續(xù)集成）、Puppet（基礎架構構建）、Vagrant（虛擬化平臺）等；
持續(xù)交付
持續(xù)交付是在生產環(huán)境發(fā)布可靠的軟件并交付給用戶使用。而持續(xù)部署則不一定交付給用戶使用。涉及到2個時間，TTR（Time to Repair）修復時間，TTM（Time To Marketing）產品上線時間。要做到高效交付可靠的軟件，需要盡可能的減少這2個時間。部署可以有多種方式，比如藍綠部署、金絲雀部署等；
協(xié)同工作
開發(fā)者和運維人員必須定期進行密切的合作。開發(fā)應該把運維角色理解成軟件的另一個用戶群體。協(xié)作有幾個的建議：a、自動化（減少不必要的協(xié)作）；b、小范圍（每次修改的內容不宜過多，減少發(fā)布的風險）；c、統(tǒng)一信息集散地（如wiki，讓雙方能夠共享信息）；d、標準化協(xié)作工具（比如jenkins）。
DevOps的影響
交付
使用DevOps有多爽？有調查報告發(fā)現(xiàn)，在2016年，根據全球4600位各IT公司的技術工作者的提交數(shù)據統(tǒng)計，得出使用DevOps的公司團隊平均每年可以完成1460次部署。與傳統(tǒng)組織相比，DevOps組織的部署頻繁200倍，產品投入使用速度快2555倍，服務恢復速度快24倍。
協(xié)調合作
強有力的發(fā)布協(xié)調人彌合了開發(fā)與運營之間的技能鴻溝和溝通鴻溝，采用電子數(shù)據表、電話會議、即時消息、企業(yè)門戶（wiki、sharepoint）等協(xié)作工具來確保所有相關人員理解變更的內容并全力合作。
自動化
強大的部署自動化手段確保部署任務的可重復性、減少部署出錯的可能性。
如今，IT行業(yè)已經越來越與市場的經濟發(fā)展緊密掛鉤，能否讓公司的IT配套方案及時跟上市場需求的步伐，在今天顯得至關重要，DevOps或許就是給與公司和團隊的一劑良方。
最后推薦幾個在實現(xiàn)DevOps上已很成熟的項目管理工具：CORNERSTONE、Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker。
要說這些工具各有什么特色，改天我們再聊吧。話說不知道刺客信條故事的最后結局會不會也和運維與開發(fā)一樣，最終兩個派系握手言和共同進退呢……

云服務器 GPU云服務器從域名到網站 spark從入門到前端從入門到精通云計算從入門到精通

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/114886.html

CI Weekly #8 | CI/CD 技能進階路線

摘要：微店技術團隊公眾號容器化之路這是一套以阿里云為基礎，為核心，第三方服務為工具的開發(fā)測試部署流程，以及內部的代碼提交，版本管理規(guī)范。如何打造安全的容器云平臺對，微服務，來說都是非常好的落地實踐技術。在使用 flow.ci 進行持續(xù)集成的過程中，也許你會遇到一些小麻煩。最近我們整理了一些常見問題在 flow.ci 文檔之 FAQ，希望對你有用。如果你遇到其他問題，也可以通過「在線消息」或...

FuisonDesign 2019-06-28 17:50 評論0 收藏0
CI Weekly #3 | 關于微服務、Docker 實踐與 DevOps 指南

摘要：圍繞軟件工程效率提升進行一系列技術內容分享，包括國內外持續(xù)集成持續(xù)交付，持續(xù)部署自動化測試等實踐教程工具與資源，以及一些工程師文化相關的程序員。劃分了數(shù)據庫日志安全監(jiān)控配置管理云服務等個大類，個工具。 CI Weekly 圍繞『軟件工程效率提升』進行一系列技術內容分享，包括國內外持續(xù)集成、持續(xù)交付，持續(xù)部署、自動化測試、 DevOps 等實踐教程、工具與資源，以及一些工程師文化相關...

monw3c 2019-06-28 17:46 評論0 收藏0
快收藏！52篇25萬字，微服務、云原生、容器、K8S、Serverless精華文章集錦

摘要：正在走遠，新年之初，小數(shù)精選過去一年閱讀量居高的技術干貨，從容器到微服務云原生，匯集成篇精華集錦，充分反映了這一年的技術熱點走向。此文值得收藏，方便隨時搜索和查看。，小數(shù)將繼續(xù)陪伴大家，為朋友們奉獻更有逼格的技術內容。 2017正在走遠，新年之初，小數(shù)精選過去一年閱讀量居高的技術干貨，從容器、K8S 到微服務、云原生、Service Mesh，匯集成52篇精華集錦，充分反映了這一年的技...

AaronYuan 2019-07-01 16:38 評論0 收藏0