顛覆傳統(tǒng)IT的敏捷開發(fā)與云原生技術(shù)棧 | IDCF

來源：球迷Long筆記

作者：球迷Long

只看到自己想看到的東西，只做老板安排的任務(wù)。這是很多傳統(tǒng)IT已經(jīng)被淘汰還不知如何適應(yīng)的關(guān)鍵原因之一。要時刻對外面發(fā)生了什么保持敏感度。這些年，云原生已在不斷蠶食傳統(tǒng)IT，一個又一個企業(yè)的內(nèi)部IT員工與傳統(tǒng)IT廠商消失在我們的視野里，從研發(fā)模式到服務(wù)模式都必須做調(diào)整。我們今天來談敏捷開發(fā)與云原生技術(shù)棧。

一、關(guān)于敏捷開發(fā)

敏捷開發(fā)與其說是嚴(yán)謹(jǐn)?shù)姆椒w系，不如說是一組行事原則。符合敏捷價值觀和原則的開發(fā)方法包括：極限編程（XP），Scrum，精益軟件開發(fā)（Lean Software Development），動態(tài)系統(tǒng)開發(fā)方法（DSDM），特征驅(qū)動開發(fā)（Feature Driver Development），水晶開發(fā)（Crystal Clear）等等。

所有這些方法都具有以下共同特征：

• 迭代式開發(fā)。即整個開發(fā)過程被分為幾個迭代周期，每個迭代周期是一個定長或不定長的時間塊，每個迭代周期持續(xù)的時間一般較短，通常為一到六周。
• 增量交付。產(chǎn)品是在每個迭代周期結(jié)束時被逐步交付使用，而不是在整個開發(fā)過程結(jié)束的時候一次性交付使用。每次交付的都是可以被部署到用戶應(yīng)用環(huán)境中被用戶使用的、能給用戶帶來即時效益和價值的產(chǎn)品。
• 開發(fā)團(tuán)隊和用戶反饋推動產(chǎn)品開發(fā)。敏捷開發(fā)方法主張用戶能夠全程參與到整個開發(fā)過程中。這使需求變化和用戶反饋能被動態(tài)管理并及時集成到產(chǎn)品中。同時，團(tuán)隊對于用戶的需求也能及時提供反饋意見。
• 持續(xù)集成。新的功能或需求變化總是盡可能頻繁地被整合到產(chǎn)品中。一些項目是在每個迭代周期結(jié)束的時候集成，有些項目則每天都在這么做。
• 開發(fā)團(tuán)隊自我管理。擁有一個積極的、自我管理的、具備自由交流風(fēng)格的開發(fā)團(tuán)隊，是每個敏捷項目必不可少的條件。人是敏捷開發(fā)的核心。敏捷開發(fā)總是以人為中心建立開發(fā)的過程和機(jī)制，而非把過程和機(jī)制強(qiáng)加給人。

二、常規(guī)敏捷開發(fā)案例

• 需求評審（參與人員是 客戶+產(chǎn)品+UI+開發(fā)+測試，也就是所有人員）

主要是產(chǎn)品人員講解需求，用戶需要給出反饋或者提出意見，其他人員可以相應(yīng)的提出自己的見解。

• Story劃分（產(chǎn)品+UI+開發(fā)）

產(chǎn)品根據(jù)UI做出來的原型圖給開發(fā)人員講解系統(tǒng)構(gòu)成和運行，將整個網(wǎng)站按照功能劃分成一個個細(xì)粒度的story來說明，開發(fā)人員（前端和后端）也需要明白自己應(yīng)該關(guān)注那些關(guān)鍵點。

• 人員劃分（leader+開發(fā)）

主要是項目小組的leader 根據(jù)story劃分，給前端和后端開發(fā)人員劃分story，開發(fā)人員根據(jù)自己的情況去估算所需時間。

• 方案設(shè)計（數(shù)據(jù)庫設(shè)計文檔、接口設(shè)計文檔、方案設(shè)計文檔）

先根據(jù)系統(tǒng)的實際情況去設(shè)計DB，包括數(shù)據(jù)庫和表的名字，以及具體的字段。然后設(shè)計接口文檔，按照頁面和功能進(jìn)行設(shè)計，包括具體的請求地址和入?yún)⒊鰠?。最后是根?jù)接口文檔中出現(xiàn)的疑難點去做方案設(shè)計文檔，對遇到的問題進(jìn)行分析并拿出至少兩種具體的解決方案。

• 方案評審（所有人員）

對前端和后端給出的方案評審其它人員給出各自的意見，有問題的話下次再次開始。

• 禪道任務(wù)拆分（開發(fā)人員）

方案評審?fù)ㄟ^以后開發(fā)人員就需要按照預(yù)估的總開發(fā)時間去拆分story，可以分成多個小的任務(wù)，但是一個任務(wù)的時間最好不要超過4個小時。

• 開發(fā)（項目日報+工作日報+進(jìn)度郵件）

每天實際開發(fā)過程中遇到問題可以寫成項目日報；每天的任務(wù)完成情況寫成工作日報；相比較整個系統(tǒng)的進(jìn)度完成情況需要寫進(jìn)度郵件。

• 端對端（接口）測試（開發(fā)人員）

前端寫好了頁面，后端完實現(xiàn)了接口，就可以進(jìn)行端到端的測試，可以遠(yuǎn)程測試，也可以本地測試。

• 壓力測試+集成測試

系統(tǒng)完成以后需要用Jmeter 進(jìn)行模擬用戶訪問，通過設(shè)置線程來提高并發(fā)量的方式達(dá)到一定的效果，測試生成的數(shù)據(jù)需要總結(jié)成測試報告。

• Demo

對于復(fù)盤來說，這就是最后一個程序了，在前后端大師兄的評審下，主要是前端人員進(jìn)行系統(tǒng)演示，各個功能是否實現(xiàn)、頁面是否達(dá)到用戶要求、有沒有什么需要完善的地方。點評過之后如果有問題那就修改之后再次評審；如果沒有問題那就算完成復(fù)盤項目了。

三、云原生技術(shù)棧

3.1 CNCF landscape

這里主要分成了幾個技術(shù)板塊，技術(shù)思維其實沒那么復(fù)雜，無外乎是用IT在重構(gòu)服務(wù)過程，實現(xiàn)上層應(yīng)用，對接好下層資源，因此IT本身也即服務(wù)：

• 應(yīng)用定義及部署(App Definition and Development)
• 編排與管理(Orchestration & Management)
• 運行環(huán)境(Runtime)
• 配置(Provisioning)
• 平臺(Platform)
• 可觀測性和分析(Observability and Analysis)
• 無服務(wù)(Serverless)

這幾大板塊基本把云原生技術(shù)所涉及領(lǐng)域都涵括進(jìn)去了，下面詳細(xì)介紹下各板塊所涉及到的技術(shù)棧。從系統(tǒng)層次來看，從上到下分別是：

• 應(yīng)用層：應(yīng)用定義及部署(App Definition and Development)、配置(Provisioning)、可觀測性和分析(Observability and Analysis)、無服務(wù)(Serverless)
• 集群：編排與管理(Orchestration & Management)
• 底層運行環(huán)境：運行環(huán)境(Runtime)

這個板塊的技術(shù)棧主要是應(yīng)用開發(fā)過程中都會用到的，像數(shù)據(jù)庫、流式處理和消息隊列、應(yīng)用定義和鏡像構(gòu)建、持續(xù)集成和持續(xù)部署。

1）應(yīng)用定義及部署

數(shù)據(jù)庫(Database)

流式處理和消息隊列(Streaming and Messaging)

應(yīng)用定義和鏡像構(gòu)建(App Definition and Image Build)

持續(xù)集成與持續(xù)部署(Continuous Integration and Continuous Delivery)

2）編排與管理

編排與管理板塊可以說是云原生的核心，其包括了容器編排、一致性與服務(wù)發(fā)現(xiàn)、遠(yuǎn)程程序調(diào)用(RPC)、服務(wù)代理、API網(wǎng)關(guān)、服務(wù)網(wǎng)格。

容器編排與調(diào)度(Orchestration and Scheduling)

一致性與服務(wù)發(fā)現(xiàn)(Coordination and Service Discovery)

遠(yuǎn)程調(diào)用服務(wù)(Remote Procedure Call)

服務(wù)代理(Service Proxy)

API網(wǎng)關(guān)(API Gateway)?

服務(wù)網(wǎng)格(Service Mesh)

3）運行環(huán)境

這里的運行時板塊指的就是容器運行環(huán)境，包括了容器存儲、容器計算、容器網(wǎng)絡(luò)三大工具，在k8s分別對應(yīng)的是CSI、CRI和CNI三類接口定義。

云原生存儲(Cloud Native Storage)

容器運行時(Container Runtime)

云原生網(wǎng)絡(luò)(Cloud Native Network)

4）配置

• 自動化與配置(Automation & Configuration)
• 容器注冊(Container Registry)
• 安全與合規(guī)性(Security & Compliance)
• 密鑰管理(Key Management)

5）平臺

從服務(wù)到安裝到主機(jī)到分布管理的各廠家技術(shù)分布如圖

6）可觀測性與分析

從混沌到追蹤到日志分析到監(jiān)控的各廠家技術(shù)分布如圖

可觀測性與分析板塊主要包括:

• 監(jiān)控(Monitoring)
• 日志(Logging)
• 追蹤(Tracing)
• 混沌工程(Chaos Engineering)

7）無服務(wù)

Serverless是一個很大的領(lǐng)域，因此針對 serverless 這里專門又細(xì)分了五個模塊：工具、安全、框架、注冊平臺和可安裝平臺。

• 工具(Tools)
• 安全(Security)
• 框架(Framework)
• 注冊平臺(Hosted Platfrom)
• 可安裝平臺(Installable Platform)

IDCF DevOps黑客馬拉松，獨創(chuàng)端到端DevOps體驗，精益創(chuàng)業(yè)+敏捷開發(fā)+DevOps流水線的完美結(jié)合，2021年僅有的3場公開課，數(shù)千人參與并一致五星推薦的金牌訓(xùn)練營，追求卓越的你一定不能錯過！

2022年預(yù)報名開啟啦，企業(yè)組隊參賽&個人參賽均可，趕緊預(yù)定席位吧~??