DevOps需要解決的問題

2021-10-12 21:22:13 字數 1482 閱讀 4187

日期:2020/12/25(星期五)天氣:晴

1.什麼是devops:

devops的字面意思就是"開發和運維" ,需要不斷提公升軟體研發的質量,需要提供持續交付的能力,為企業更好的服務。這些年對devops的說法,一直眾說紛紜,有人說是自動化運維平台,也有人說是持續交付平台。有人說是開發乾掉運維,也有人說是運維人員要偏向於轉型做開發。但是我認為,devops是乙個範圍很廣的定義,它給我的一種感覺像是"盲人摸象"。可能devops的先行者們,似乎也沒有乙個準確的定義。

2.軟體工程的三個發展階段:

(1)瀑布式開發模式:

在傳統的瀑布模式中,開發、測試、運維,三個團隊之間都是各司其職,存在著一層壁壘。這是一種重流程、重管控,嚴格按照計畫一步步推進專案程序的管理方式。這種模式的缺點是:在專案的開始階段,就需要確定業務範圍、方向、以及實現方式。但是在專案初期,需求方對使用者以及當前市場**的掌握,並不是特別的完善。也就很容易導致,在專案開發期間,需求和範圍在不斷的變動,最終導致交付計畫的延期。

(2)敏捷式開發模式:

敏捷的核心理念是:既然我們無法完全掌握使用者的需求,以及市場的**,那我們就將乙個大的專案,拆分成多個小的模組,快速開發和測試,採用小步快跑的模式進行交付。同時也將測試工作注入到開發環節,能夠做到對開發的專案進行持續的驗證。保證每次交付的產品都是可用的。敏捷模式並不能直接提高團隊的開發速度,之所以效率高,是因為它減少了來回返工的時間成本。但是他和運維團隊之間還是有一層壁壘,如果交付的專案,運維沒有及時的上線,還是會耽誤時間。

(3)devops開發模式:

devops的出現,就是需要打破開發和運維之間的隔閡。讓大家成為乙個整體,通過高效的溝通和團隊協作,來達到持續交付的目的。

但是從目前的工作中可以看到,devops已經不再僅僅是開發和運維之間的事,連需求方、運營團隊也加入了進來。運營團隊需要不斷地從運維團隊拿取線上真實資料和使用者行為,然後及時的反饋給需求團隊,需求團隊整理出需求,給到開發團隊,然後進行開發、測試,持續交付。慢慢的其他職能部門也需要加入進來,所以devops也成為了所有it從業人員的乙個必修技能。

3.個人對於devops的理解:

devops是將 平台、流程、和 人 的有機整合,通過相互協作和自動化,來建立乙個可以快速、保質保量、持續交付的乙個it組織。

需要解決的問題

1 由於沒有元件化,通過新增class或刪除class時,不能重新整理。更換背景的url的class可以通過增刪class實現切換 2 iframe的作用 一 實現當前頁面的css link script路徑不受父類的影響,完全為獨立的 3 js 二維陣列的建立。var typetodata new...

DevOps究竟要解決什麼問題?

從默默無聞到風靡全球,devops究竟有什麼魔力?更好的軟體開發模式,在這種方式下,團隊間溝通和協作的重要性 一點也不亞於寫 寫文件,做測試之類的常規工作。如何快速的持續交付高質量的軟體,滿足使用者的多樣化的需求,並藉此提公升企業的 利潤和市場占有率,已經成為企業必須要面對的現實問 軟體開發過程的改...

邊緣計算中需要解決的問題

翻譯自施巍松教授的 edge computing vision and challenges 新的命名機制比如命名資料網路和mobilfirst可以被應用於邊緣計算,ndn為內容 資料中心網路提供了乙個分層結構的名稱,並且服務管理人性化以及在邊緣提供了乙個良好的可拓展性。然而他需要乙個額外的 伺服器...