建站
咨詢
售后
建站咨詢
新聞中心
有人說DevOps的出現(xiàn)讓開發(fā)和運維不再相戀。這些DevOps拓撲中的大多數(shù)已經(jīng)在別處描述過；尤其是CollabNet的Lawrenc:和Ops脫離becho 4-@ . com amp；;■單獨的DevOps團隊。單獨的DevOps團隊真正有意義的唯一時間是當團隊是臨時的，例如，持續(xù)時間少于12或18個月，并且其明確的目的是使Dev和Ops更緊密地集成并明確授權(quán)。這就是我所說的Type 5 DevOps拓撲。這是 "樂土 "DevOps的:開發(fā)團隊和運營團隊之間的順暢協(xié)作。
本文由創(chuàng)新互聯(lián)(www.cdcxhl.cn)小編為大家整理，本文主要介紹了Devops會殺死90的相關(guān)知識，希望對你有一定的參考價值和幫助，記得關(guān)注和收藏網(wǎng)址哦！
創(chuàng)新互聯(lián)建站10多年企業(yè)網(wǎng)站制作服務(wù);為您提供網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)頁設(shè)計及高端網(wǎng)站定制服務(wù),企業(yè)網(wǎng)站制作及推廣,對成都辦公空間設(shè)計等多個方面擁有豐富的網(wǎng)站運維經(jīng)驗的網(wǎng)站建設(shè)公司。
Devops會殺死90？
在的大多數(shù)團隊中，開發(fā)、運營和維護之間存在著一系列的和博弈。有人說DevOps的出現(xiàn)讓開發(fā)和運維不再相戀。從那以后，他們就一直牽著手在一起，開心地編碼，抓bug。
不過也有人說DevOps就是開發(fā)吃運維的意思。
是這樣嗎？不同的團隊結(jié)構(gòu)會如何影響DevOps的開發(fā)？
請看下文，你會有自己的答案。
引言在組織中發(fā)起任何DevOps相關(guān)活動的主要目的是改善對客戶和企業(yè)的價值交付，而不是降低成本、增強自動化或推動配置管理的任何東西；這意味著不同的組織可能需要不同的團隊結(jié)構(gòu)來進行有效的開發(fā)和運維協(xié)作。
摘要哪種DevOps團隊結(jié)構(gòu)或拓撲適合組織取決于幾個因素:
組織的產(chǎn)品組合:更少的產(chǎn)品使協(xié)作更容易，因為根據(jù)Conway s定律，這種情況下獨立的小團隊比較少。
技術(shù)領(lǐng)導力的范圍、強度和有效性；開發(fā)人員和運營人員的目標是否一致。
一個組織是否有需要或能力將IT運維部門從 "硬件機架及配件和 "配置服務(wù)器和要符合實際價值流，軟件研發(fā)是否；ampd組認真對待來自操作和維護的要求。
組織是否有能力或技能帶頭解決當前的運行和維護問題？
當然，這里描述的主題是不同的；和拓撲類型用作參考指南或啟示，以幫助您評估哪些模型可能是合適的。事實上，這通常是將多種模式或一種模式的組合轉(zhuǎn)換成另一種模式的最佳。
那么DevOps的團隊結(jié)構(gòu)是如何發(fā)展的呢？顯然，對于每個組織來說，都不存在理想的結(jié)構(gòu)或團隊拓撲。但是，對于團隊結(jié)構(gòu)，參考幾個不同的模型是有用的，其中一些模型更適合一些組織。通過探索這些團隊結(jié)構(gòu)的優(yōu)缺點(或 "拓撲和)并且考慮到康威 根據(jù)美國法律，我們可以確定在我們自己的組織中對DevOps實踐最有效的團隊結(jié)構(gòu)。
這些DevOps拓撲中的大多數(shù)已經(jīng)在別處描述過；尤其是CollabNet的Lawrenc:和Ops脫離becho 4-@ . com amp；;■單獨的DevOps團隊。C:開發(fā)不需要運維。D:工具團隊:系統(tǒng)管理員F:開發(fā)包括運維G:開發(fā)和DBA分離。
反A型:Dev和Ops分離。這是經(jīng)典 "扔在墻上 "開發(fā)和運營分離。這意味著可以在早期提取需求點(DONE means "功能完整性和，但它可以 不用于生產(chǎn))，并且軟件 s的可操作性受損，因為開發(fā)者沒有運維相關(guān)的上下文信息，運維人員沒有時間或動力在軟件上線前參與開發(fā)者并解決問題。
我們都知道這種拓撲類型不好，但我覺得類似的拓撲還有很多結(jié)構(gòu)不好的；至少我們知道反A型(開發(fā)和運維分離)是個問題。
反B型:個人開發(fā)團隊個人開發(fā)團隊(反B型)通常來自經(jīng)理或高管，決定他們 "需要一點這個DevOps的東西 "開始了一場 "DevOps團隊和(可能有人打了 "DevOps ").DevOps團隊的成員很快形成了另一個小組，這使得Dev和Ops比以前更加分離，因為他們需要捍衛(wèi)自己的角色、技能和工具集，并防止自己被 "無知的開發(fā)者 "和 "恐龍般的運營與管理。
單獨的DevOps團隊真正有意義的唯一時間是當團隊是臨時的，例如，持續(xù)時間少于12或18個月，并且其明確的目的是使Dev和Ops更緊密地集成并明確授權(quán)。當這段時間過去了，這個團隊就是多余的。這就是我所說的Type 5 DevOps拓撲。
反C型:開發(fā)不需要運維。這種拓撲結(jié)構(gòu)是開發(fā)人員和開發(fā)經(jīng)理之間天真和傲慢的結(jié)合，尤其是在新項目或系統(tǒng)的開始。讓 s說現(xiàn)在老年退休金計劃已經(jīng)過時了我們現(xiàn)在有云了，對吧？ ")，開發(fā)者大大低估了運維技能和活動的復雜性和重要性，認為不需要運維或者利用業(yè)余時間就可以做事情。
這種反C型的DevOps拓撲最終可能需要3型(Ops as IaaS)或4型(devo PS as a-Servic:開發(fā)和運行維護2:共享運維，3:運維即基礎(chǔ)設(shè)施服務(wù)4: D:臨時d: d: SR:容器驅(qū)動9:數(shù)據(jù)庫能力
類型1:開發(fā)與運維協(xié)作。這是 "樂土 "DevOps的:開發(fā)團隊和運營團隊之間的順暢協(xié)作。每個專業(yè)都是需要的地方，但也需要分享?？赡苡性S多獨立的開發(fā)團隊，每個團隊都在一個獨立的或半獨立的產(chǎn)品堆棧中工作。
我的意思是，這種type 1模型需要相當大的組織變革才能建立，并且在技術(shù)管理團隊中具有很高的競爭力。開發(fā)者和運維部門一定要有明確的表述和清晰合理的共同目標( "高質(zhì)量的交付，擁抱變化或者其他)。運維人員必須和Devs結(jié)對，掌握測試驅(qū)動的編碼技巧和Git工具，開發(fā)必須認真對待運維特性的需求，找運維人員加入日志實現(xiàn)。從現(xiàn)狀到這種狀態(tài)，這些都需要相當大的文化變革。
類型適應(yīng)性:技術(shù)驅(qū)動的組織。
有效電位:高
類型二:全面分擔運維責任。當操作和維護人員被整合到產(chǎn)品開發(fā)團隊中時，我們看到了類型2拓撲。Dev Ops和Dev Ops幾乎沒有分家，大家都很重視共同的目標；這是type 1(開發(fā)運維協(xié)同)的一種形式，但是有一些特殊的功能。
像網(wǎng)飛和臉書這樣的組織已經(jīng)有效地實現(xiàn)了基于Web的產(chǎn)品，并且已經(jīng)實現(xiàn)了這種類型2的拓撲結(jié)構(gòu)。但是，我認為從純產(chǎn)品的角度來看可能不太適用，因為預(yù)算約束和上下文切換通常存在于多個產(chǎn)品線之間，這可能會迫使Dev和Ops進一步分離(例如，回到type 1模型)。這種拓撲也可以稱為 "NoOps "因為沒有明顯或可見的運維團隊(雖然網(wǎng)飛NoOps也可能是type 3 (Ops as IaaS))。
2類型適應(yīng)性:組織只有一個簡單的基于web的產(chǎn)品或服務(wù)。
有效電位:高
類型3:作為基礎(chǔ)設(shè)施服務(wù)，運營和維護不是或可以 對于擁有非常傳統(tǒng)的IT運營和維護部門的組織來說,(充分地)快速接受變化。適用于在公共云中運行所有應(yīng)用程序的組織(Amazon EC2、Rackspace、Azure等。)，它可能會把運維看成一個只需要提供應(yīng)用部署和運營功能的彈性基礎(chǔ)架構(gòu)團隊。所以內(nèi)部運維團隊直接相當于am。Azon EC2或基礎(chǔ)設(shè)施即服務(wù)。
Dev中的一個團隊(可能是一個虛擬團隊)將作為操作和維護特性、指示器、監(jiān)控、服務(wù)器配置等方面的專業(yè)知識的來源。，可能與IaaS團隊溝通最多。然而，這個團隊仍然是一個開發(fā)團隊，遵循TDD、CI、迭發(fā)、人員指導和其他標準實踐。
IaaS拓撲有一些潛在的有效性(與Ops人員的直接協(xié)作)，以便使其更容易實現(xiàn)，并且可能比通過嘗試稍后將嘗試的類型1(開發(fā)和運營協(xié)作)更快地獲得價值。
3類型適應(yīng)性:擁有多種不同產(chǎn)品和服務(wù)的組織，傳統(tǒng)的運維部門，或者其應(yīng)用完全運行在公共云上。
有效潛力:中等
類型4: DevOps作為外部服務(wù)一些組織，尤其是較小的組織，可能沒有資金、經(jīng)驗或人員來領(lǐng)導他們的軟件操作和維護。開發(fā)團隊可以聯(lián)系Rackspace等服務(wù)提供商，幫助他們建立測試環(huán)境，實現(xiàn)基礎(chǔ)設(shè)施和監(jiān)控的自動化，并就軟件開發(fā)周期中實現(xiàn)的各種操作和維護功能提供建議?？梢苑Q為devo PS-as-a-service的可能是小型組織或團隊，他們理解自動化、監(jiān)控和配置管理的目的和實現(xiàn)，然后隨著業(yè)務(wù)的發(fā)展和員工的增加，他們可能會轉(zhuǎn)向第三種類型(作為IaaS的運營)甚至第一種類型(開發(fā)和運維協(xié)作)的模式。
4類型適應(yīng)性:運營經(jīng)驗較少的小團隊或組織。
有效潛力:中等
第五型:有到期日的DevOps團隊有到期日的DevOps團隊(第五型)看起來像是反B型(DevOps團隊筒倉)，但意圖和壽命完全不同。這個臨時團隊的任務(wù)是將開發(fā)和運營更緊密地結(jié)合起來。理想的目標是面對type 1(開發(fā)和運營協(xié)作)或type 2(完全共享的Ops Reponsibility)模式，最終讓自己過時。小組的臨時成員將 "翻譯 "在Dev-talk和Ops-talk之間，引入瘋狂的想法，例如為Ops團隊召開常設(shè)會議和廣告牌，并考慮 "骯臟 "詳細信息，如負載平衡器、管理NIC和為開發(fā)團隊卸載SSL。如果足夠多的人開始看到開發(fā)和運營相結(jié)合的價值，那么臨時團隊就有真正的機會實現(xiàn)其目標；至關(guān)重要的是，部署和生產(chǎn)環(huán)境的長期分析診斷責任不應(yīng)該提供給臨時團隊，否則可能成為D:·埃里克森
6類型適應(yīng)性:D
1-@ .com商業(yè)智能分析師
描述:負責分析企業(yè)或組織使用的數(shù)據(jù)，使數(shù)據(jù)發(fā)揮最大效用。
要求:
信息系統(tǒng)、計算機科學、數(shù)據(jù)科學、商業(yè)管理、工程、經(jīng)濟或技術(shù)相關(guān)領(lǐng)域的學位。
優(yōu)秀的Excel和SQL技能
作為數(shù)據(jù)分析師、業(yè)務(wù)分析師或數(shù)據(jù)報告撰寫者的經(jīng)驗
有微軟商務(wù)智能認證解決方案專家證書者優(yōu)先。
平均需要4年左右的工作經(jīng)驗。
數(shù)據(jù)庫設(shè)計和數(shù)據(jù)架構(gòu)
數(shù)據(jù)挖掘和分析技術(shù)
數(shù)據(jù)安全和隱私
數(shù)據(jù)的可視化，包括Tableau和Qlik等工具
處理SQL的所有變體
精通ETL(提取、轉(zhuǎn)換、加載)
了解Hadoop、r和SAS及其各自的用法。
以及云計算和數(shù)據(jù)存儲技術(shù)，包括BigQuery和Redshift。
操作和維護工程師
描述:促進業(yè)務(wù)發(fā)展，改善客戶體驗。云服務(wù)可以用來快速構(gòu)建應(yīng)用程序。
要求:
單身漢 碩士學位或碩士學位。;計算機科學與技術(shù)，工程，軟件工程或相關(guān)領(lǐng)域的學士學位。
在基于Linux的基礎(chǔ)設(shè)施、Linux/Unix管理和AWS方面有豐富的經(jīng)驗。
在SQL，MS SQL，MySQL，NoSQL，Hadoop，Elasticsearch，Redis，Cassandra和/或Mongo數(shù)據(jù)庫方面有豐富的經(jīng)驗。
了解Java，JavaScript，Perl，Ruby，Python，PHP，Groovy和Bash。
有項目管理和工作流工具的經(jīng)驗(如敏捷、吉拉、WorkFront、Scrum/看板/SAFe等)。).
開源技術(shù)和云服務(wù)方面的經(jīng)驗。
有自動化和配置木偶或廚師的經(jīng)驗。
至少2年DevOps工程師職位經(jīng)驗。
軟件開發(fā)和基礎(chǔ)設(shè)施開發(fā)經(jīng)驗
優(yōu)秀的故障排除技能，能夠在問題變成問題之前發(fā)現(xiàn)問題。
項目管理人
描述:設(shè)計和管理項目開發(fā)計劃和項目進度。分析、設(shè)計、協(xié)調(diào)和監(jiān)督軟件系統(tǒng)的開發(fā)。
要求:
單身漢 計算機科學或任何相關(guān)/類似領(lǐng)域的本科或以上學歷
至少5年的網(wǎng)頁開發(fā)經(jīng)驗
具有概要分析、負載模擬、Linux優(yōu)化和數(shù)據(jù)庫優(yōu)化的經(jīng)驗；以及Subversion、JavaScript、CSS和OO編程的經(jīng)驗。
軟件開發(fā)工程師
描述:熟練的軟件開發(fā)人員，他們通過編寫代碼來構(gòu)建軟件，并修改軟件以修復錯誤，使其適應(yīng)新的硬件，提高其性能或升級其界面。參與系統(tǒng)測試和驗證程序，并就包括軟件系統(tǒng)設(shè)計和維護在內(nèi)的技術(shù)問題與客戶或部門合作。
要求:
了解軟件開發(fā)生命周期。
渴望在快節(jié)奏的環(huán)境中工作。
能夠開發(fā)代碼組件或完整應(yīng)用程序的單元測試。
必須是全職開發(fā)人員，了解軟件工程的概念。
有各種軟件開發(fā)項目的經(jīng)驗。
深厚的編程語言知識。
Web開發(fā)人員
描述:負責為公司開發(fā)和設(shè)計網(wǎng)站。與開發(fā)團隊一起創(chuàng)建、維護和更新網(wǎng)站。精通JavaScript、HTML、CSS，需要扎實的編程應(yīng)用知識和經(jīng)驗。
要求:
單身漢 網(wǎng)絡(luò)開發(fā)或相關(guān)領(lǐng)域的學士學位或相關(guān)經(jīng)驗。
扎實的編程知識和經(jīng)驗。
精通JavaScript，HTML和CSS。
精通MySQL
了解編程和技術(shù)術(shù)語。
能夠開發(fā)想法和流程，并清晰地表達出來。
高度的獨立判斷。
解決復雜問題的能力。
安全工程師
描述:設(shè)計、實施和監(jiān)控用于保護計算機系統(tǒng)、網(wǎng)絡(luò)和信息的安全措施，以確保公司第一時間了解安全事件，提高公司的安全性。;美國的計算機系統(tǒng)。
要求:
有系統(tǒng)安全工程師或信息安全工程師的工作經(jīng)驗。
建立和維護安全系統(tǒng)的經(jīng)驗。
數(shù)據(jù)庫和操作系統(tǒng)安全技術(shù)的詳細知識。
安全系統(tǒng)的實踐經(jīng)驗，包括防火墻、入侵檢測系統(tǒng)、殺毒軟件、認證系統(tǒng)、日志管理、內(nèi)容過濾等。
網(wǎng)絡(luò)安全和網(wǎng)絡(luò)技術(shù)以及系統(tǒng)、安全和網(wǎng)絡(luò)監(jiān)控工具方面的經(jīng)驗
充分了解最新的安全原則、技術(shù)和協(xié)議。
熟悉Web相關(guān)技術(shù)(Web應(yīng)用、Web服務(wù)、面向服務(wù)的架構(gòu))和網(wǎng)絡(luò)/Web相關(guān)協(xié)議。
云工程師
描述:負責所有云計算需求，包括基礎(chǔ)設(shè)施設(shè)計、維護、支持和規(guī)劃以及兩者之間的一切。并深入了解如何最好地讓公司更安全、更高效。
要求:
五年 具有用Java、Python、C或Ruby等語言開發(fā)軟件的經(jīng)驗。
SOA應(yīng)用和基于云的服務(wù)(最好是AWS)方面的經(jīng)驗。
有使用OpenStack，Linux/UNIX，Rackspace，Docker和微軟Azure的經(jīng)驗。
三到五年。;有云工程師或相關(guān)職位的經(jīng)驗。
了解Web服務(wù)，API，REST和RPC。
深入了解網(wǎng)絡(luò)和互聯(lián)網(wǎng)協(xié)議(包括TCP/IP、DNS、SMTP、HTTP和分布式網(wǎng)絡(luò))。
數(shù)據(jù)庫經(jīng)驗，包括SQL和NoSQL的知識，以及相關(guān)的數(shù)據(jù)存儲(如Postgres)。
在開源技術(shù)中，豐富的軟件開發(fā)和系統(tǒng)工程經(jīng)驗。
優(yōu)秀的溝通和組織能力，以及在繁忙的工作環(huán)境中專注于完成任務(wù)和實現(xiàn)目標的能力。
對云工程及其對大型商業(yè)實踐的影響感興趣。
數(shù)據(jù)科學家
描述:負責幫助公司發(fā)現(xiàn)隱藏在大量數(shù)據(jù)中的信息，并幫助其做出更明智的決策，以提供更好的產(chǎn)品。
要求
較強的解決問題的能力，特別重視產(chǎn)品開發(fā)。
使用統(tǒng)計計算機語言(R，Python，SLQ等)的經(jīng)驗。)來操作數(shù)據(jù)并從大型數(shù)據(jù)集獲得洞察力。
使用和創(chuàng)建數(shù)據(jù)架構(gòu)的經(jīng)驗。
了解各種機器學習技術(shù)(聚類、決策樹學習、人工神經(jīng)網(wǎng)絡(luò)等。)以及它們在現(xiàn)實中的優(yōu)缺點。
了解高級統(tǒng)計技術(shù)和概念(回歸、分布屬性、統(tǒng)計檢驗和正確使用等。)和應(yīng)用體驗。
使用多種語言對知識和經(jīng)驗進行編碼:C，C，Java，JavaScript等。
統(tǒng)計數(shù)據(jù)挖掘技術(shù)方面的知識和經(jīng)驗:GLM/回歸、隨機森林、Boosting、樹、文本挖掘、社會網(wǎng)絡(luò)分析等。
有查詢數(shù)據(jù)庫和使用統(tǒng)計計算機語言的經(jīng)驗:R，Python，SLQ等。
使用網(wǎng)絡(luò)服務(wù)的經(jīng)驗:紅移，S3，火花，數(shù)字海洋等。
具有創(chuàng)建和使用高級機器學習算法和統(tǒng)計的經(jīng)驗:回歸、模擬、場景分析、建模、聚類、決策樹、神經(jīng)網(wǎng)絡(luò)等。
分布式數(shù)據(jù)/計算工具經(jīng)驗:Map/Reduc
技術(shù)型人員如何成功晉升為項目經(jīng)理？
，與領(lǐng)導有效溝通總的來說，技術(shù)人員的軟肋是過于注重技術(shù)而忽視溝通。做好工作是必須的，得到領(lǐng)導的認可同樣重要。成為有能力和能說話的人的關(guān)鍵是提高自己。;溝通技巧。
A.和領(lǐng)導溝通好的前提是了解他們的意圖、習慣、風格，和他們使用共同語言。領(lǐng)導用的語言一般、本質(zhì)、有收獲，很容易很快抓住事情的關(guān)鍵。所以要注意保持和同級領(lǐng)導的對話，這是平時需要不斷積累的，不斷提高自己看問題的水平。
B.用簡潔的語言與領(lǐng)導有效溝通，在最短的時間內(nèi)把我們的意思表達清楚。尤其是項目經(jīng)理，必須主動配合領(lǐng)導。定期溝通，讓領(lǐng)導了解項目的進展，遇到的問題，如果能同時對一些難點問題提出一些解決方案就更好了，讓領(lǐng)導理解我們?yōu)楣ぷ鞲冻龅呐Α?/p>
C.如果領(lǐng)導者不 如果你暫時不同意我們的觀點或看法，那就意味著我們還沒有。;t提供了充分的理由，或領(lǐng)導 他的觀點受到他自己的個性、風格和價值觀的影響，或者受到領(lǐng)導的影響。;的思想轉(zhuǎn)變需要一個過程，或者也許領(lǐng)導看到了一些我們不知道的風險。;看不見，等等。這個時候，我們還是要按照領(lǐng)導 s的意見，因為領(lǐng)導是一個組織的首腦，他需要對組織負責，所以他應(yīng)該有最終的決策權(quán)。在某些問題上，領(lǐng)導者會出現(xiàn)這種情況。
第二，調(diào)動下屬的積極性
項目經(jīng)理是承上啟下的紐帶。在管理下屬時，他應(yīng)該分清應(yīng)該做什么和不應(yīng)該做什么。;不做。當一個項目經(jīng)理管理一個小規(guī)模的項目時，如果他能做到的話，可能對他的工作影響不大。;我說不出區(qū)別。但是，如果他想同時管理幾個大型復雜的項目，他必須判斷哪些應(yīng)該做，哪些應(yīng)該分配給下屬。只有別人能做到的。;t做但必須由項目經(jīng)理做的事情可以做，而大多數(shù)事情可以由下屬做。領(lǐng)導者只需要培訓、指導和監(jiān)督。他們應(yīng)該信任他們的下屬。;能力，充分的信任和授權(quán)會激發(fā)他們完成工作的。
技術(shù)背景強的項目經(jīng)理很容易陷入事必躬親的誤區(qū)，需要在思維上有大的轉(zhuǎn)變。項目經(jīng)理與其自己當技術(shù)骨干，不如努力把別人培養(yǎng)成技術(shù)骨干。
3.勇于承擔責任，為他人的錯誤負責。
勇于承擔責任的態(tài)度是自信的源泉。在項目實施過程中，不可避免地會遇到許多棘手的問題，包括技術(shù)、客戶關(guān)系、合作伙伴管理，以及各種風險和。一個合格的項目經(jīng)理應(yīng)該能夠勇敢站出來承擔責任，積極解決問題，不推諉、不抱怨、不辯解，面對內(nèi)外的質(zhì)疑和不理解，堅持不卑不亢，用事實說話，想盡一切辦法溝通協(xié)調(diào)。
項目經(jīng)理作為整個項目的負責人，必然要對團隊成員的工作負責，包括所犯的錯誤。在解決問題、承擔責任的過程中，項目經(jīng)理才能不斷成熟。
標題名稱：azuredevops是什么（Devops會殺死90）
文章鏈接：http://www.dlmjj.cn/article/codspes.html
