在前文中我們說(shuō)到，傳統(tǒng)企業(yè)在逐步建設(shè)自己的數(shù)字平臺(tái)過(guò)程中，需要抓住交付基礎(chǔ)設(shè)施、API和架構(gòu)治理、數(shù)據(jù)自服務(wù)、創(chuàng)新實(shí)驗(yàn)基礎(chǔ)設(shè)施和監(jiān)控體系、用戶觸點(diǎn)技術(shù)這五個(gè)支柱。那么，當(dāng)我們談“交付基礎(chǔ)設(shè)施”，我們究竟在談什么?怎樣的交付基礎(chǔ)設(shè)施能加速數(shù)字化項(xiàng)目的交付?

[[211220]]

一、什么是交付基礎(chǔ)設(shè)施

云時(shí)代的研發(fā)環(huán)境應(yīng)該以原生支持云計(jì)算的方式提供、管理和維護(hù)。在提供基礎(chǔ)的彈性計(jì)算能力的IaaS平臺(tái)之上，交付基礎(chǔ)設(shè)施負(fù)責(zé)為交付團(tuán)隊(duì)提供便利的、***是自助式的工作環(huán)境，讓交付團(tuán)隊(duì)專注于交付軟件的功能性需求，而不必操心軟件功能之外的“腳手架”工作。按照ThoughtWorks數(shù)字平臺(tái)戰(zhàn)略的定義，這些腳手架包括：

• 彈性基礎(chǔ)設(shè)施，交付團(tuán)隊(duì)使用底層云計(jì)算平臺(tái)的方式，既包括各種虛擬機(jī)和鏡像的管理，也包括生產(chǎn)環(huán)境的水平伸縮能力。
• 持續(xù)交付流水線，交付團(tuán)隊(duì)編寫的代碼需要通過(guò)這條流水線最終變成可以上線運(yùn)行的軟件。
• 部署運(yùn)行時(shí)，軟件在開發(fā)、測(cè)試、試運(yùn)行、用戶驗(yàn)收、培訓(xùn)、生產(chǎn)等各種環(huán)境需要部署的環(huán)境。
• 監(jiān)控，為交付團(tuán)隊(duì)提供生產(chǎn)環(huán)境(及其他環(huán)境)的可觀測(cè)性，方便他們發(fā)現(xiàn)和解決問(wèn)題。
• 安全，把安全內(nèi)建在軟件的研發(fā)過(guò)程中，盡量避免因?yàn)槿藶槭д`造成安全隱患。

從前這些交付基礎(chǔ)設(shè)施腳手架通常是由每個(gè)交付團(tuán)隊(duì)的技術(shù)***(Tech Lead)來(lái)負(fù)責(zé)搭建和維護(hù)的。并且由于軟硬件資源的稀缺和不靈活，團(tuán)隊(duì)經(jīng)常需要微調(diào)自己的實(shí)踐來(lái)適應(yīng)不同的環(huán)境。所以，即使在同一家公司，各支團(tuán)隊(duì)所使用的交付基礎(chǔ)設(shè)施也可能大相徑庭。交付基礎(chǔ)設(shè)施不一致、不規(guī)范的情況會(huì)迫使團(tuán)隊(duì)花費(fèi)額外的精力去操心腳手架工作，并且使***實(shí)踐不易推廣普及。走上數(shù)字化道路的企業(yè)必定有大量的軟件項(xiàng)目，尤其是微服務(wù)架構(gòu)風(fēng)格的引入會(huì)使企業(yè)擁有數(shù)量更多、單體規(guī)模更小的軟件應(yīng)用，此時(shí)交付基礎(chǔ)設(shè)施不一致、不規(guī)范的情況就會(huì)對(duì)企業(yè)的數(shù)字化進(jìn)程帶來(lái)更大的阻力。

云計(jì)算帶來(lái)的彈性和靈活性讓組織級(jí)的交付基礎(chǔ)設(shè)施標(biāo)準(zhǔn)化、規(guī)范化成為可能。一個(gè)跨越項(xiàng)目團(tuán)隊(duì)的、組織級(jí)的交付基礎(chǔ)設(shè)施團(tuán)隊(duì)現(xiàn)在可以在IaaS的基礎(chǔ)上封裝標(biāo)準(zhǔn)的腳手架，甚至把腳手架本身以PaaS的形式提供給交付團(tuán)隊(duì)。通過(guò)把整個(gè)企業(yè)優(yōu)秀技術(shù)***的知識(shí)與經(jīng)驗(yàn)內(nèi)嵌在交付基礎(chǔ)設(shè)施腳手架中，降低了對(duì)單個(gè)交付團(tuán)隊(duì)的技術(shù)要求，幫助企業(yè)緩解優(yōu)秀技術(shù)***難以獲得的人才挑戰(zhàn)。從這個(gè)意義上，以PaaS形式提供的交付基礎(chǔ)設(shè)施本質(zhì)上是技術(shù)***作為服務(wù)(Tech Lead as a Service)的云計(jì)算應(yīng)用形式，它解決的是優(yōu)秀技術(shù)人才的彈性和靈活性問(wèn)題，讓企業(yè)能夠以一種創(chuàng)新的方式使用這些人才。

二、交付基礎(chǔ)設(shè)施解讀

下面我們來(lái)看看，在“交付基礎(chǔ)設(shè)施”這頂帽子下面，架構(gòu)師/技術(shù)***們究竟應(yīng)該關(guān)心哪些問(wèn)題，又有哪些***實(shí)踐應(yīng)該被納入他們的視線。

1. 彈性基礎(chǔ)設(shè)施

允許交付隨需獲得計(jì)算能力。在微服務(wù)語(yǔ)境下，這種彈性有兩層常見(jiàn)的含義：在生產(chǎn)環(huán)境下，服務(wù)可以隨負(fù)載動(dòng)態(tài)獲得和釋放計(jì)算資源，從而更高效地使用計(jì)算資源，更自動(dòng)化地應(yīng)對(duì)負(fù)載變化;在研發(fā)環(huán)境下，開發(fā)、測(cè)試、運(yùn)維等不同角色可以隨需動(dòng)態(tài)獲得完整的環(huán)境，從而統(tǒng)一環(huán)境、標(biāo)準(zhǔn)化研發(fā)實(shí)踐、規(guī)范化研發(fā)能力，并且給研發(fā)提供體驗(yàn)更好的開發(fā)環(huán)境。

為了實(shí)現(xiàn)彈性基礎(chǔ)設(shè)施，一方面基礎(chǔ)設(shè)施需要支持彈性，例如使用支持彈性計(jì)算的公有/私有云，并且有對(duì)生產(chǎn)環(huán)境的監(jiān)控和自動(dòng)化手段;另一方面應(yīng)用本身需要有可擴(kuò)展性，例如服務(wù)能分別獨(dú)立部署、無(wú)狀態(tài)化、容器化、有透明的前端負(fù)載均衡機(jī)制。有狀態(tài)服務(wù)(比如數(shù)據(jù)庫(kù)服務(wù))的彈性伸縮問(wèn)題是特別需要考慮的重要挑戰(zhàn)。

2. 持續(xù)交付流水線

用持續(xù)交付實(shí)踐打通微服務(wù)的開發(fā)、構(gòu)建、驗(yàn)證和部署流程。在數(shù)字化、服務(wù)化的背景下，眾多互相依賴的微服務(wù)形成的系統(tǒng)架構(gòu)，對(duì)構(gòu)建、驗(yàn)證和部署造成更大的壓力：各個(gè)服務(wù)有獨(dú)立的代碼庫(kù)和構(gòu)建流程，又需要隨時(shí)能組合成可用的軟件;構(gòu)建產(chǎn)物需要有統(tǒng)一的存儲(chǔ)管理;完整的運(yùn)行時(shí)環(huán)境應(yīng)該能按需獲得;配置和部署應(yīng)該能快速準(zhǔn)確地完成。

為了應(yīng)對(duì)這些挑戰(zhàn)，交付基礎(chǔ)設(shè)施中應(yīng)該包含完整的持續(xù)交付概念：流水線、環(huán)境管理、構(gòu)建產(chǎn)物管理等。應(yīng)該鼓勵(lì)對(duì)服務(wù)虛擬化，***是每個(gè)主機(jī)運(yùn)行一個(gè)微服務(wù)，而不共享使用主機(jī)。應(yīng)該包含配置自動(dòng)化工具，例如Chef、Puppet等。在服務(wù)化的背景下，持續(xù)交付流水線需要體現(xiàn)服務(wù)間的依賴關(guān)系和團(tuán)隊(duì)間的協(xié)作關(guān)系，設(shè)計(jì)一個(gè)運(yùn)轉(zhuǎn)良好的流水線不是容易的任務(wù)。

[[211221]]

3. 部署運(yùn)行時(shí)

交付基礎(chǔ)設(shè)施應(yīng)該包含生產(chǎn)系統(tǒng)所使用的運(yùn)行時(shí)環(huán)境，并把生產(chǎn)環(huán)境前向拉通到驗(yàn)證和研發(fā)環(huán)節(jié)。為了在研發(fā)流程的出口得到服務(wù)化友好的交付物，***是在整個(gè)開發(fā)過(guò)程中一直使用與生產(chǎn)環(huán)境近似的環(huán)境。例如開發(fā)人員應(yīng)該使用全套環(huán)境隨時(shí)驗(yàn)證，自動(dòng)化測(cè)試和手工測(cè)試都基于全套環(huán)境開展。在這種情況下，環(huán)境的設(shè)置、管理、更新不可能由每個(gè)開發(fā)人員和測(cè)試人員自己進(jìn)行，所以環(huán)境的管理更新必定是集中進(jìn)行的，環(huán)境的設(shè)置必定是自動(dòng)化的。

在《技術(shù)棧管理：云時(shí)代的研發(fā)環(huán)境》一文中，我們已經(jīng)介紹過(guò)“一個(gè)平臺(tái)、兩個(gè)PaaS服務(wù)、三個(gè)運(yùn)行時(shí)環(huán)境”的技術(shù)棧管理理念。特別需要注意的是，如何將生產(chǎn)數(shù)據(jù)拉通到驗(yàn)證和研發(fā)環(huán)節(jié)。

4. 監(jiān)控

在微服務(wù)架構(gòu)中，系統(tǒng)由多個(gè)小服務(wù)組成，且廣泛使用異步通信，使問(wèn)題和故障更難定位。因此交付基礎(chǔ)設(shè)施需要提供全面可靠的監(jiān)控機(jī)制，幫助交付團(tuán)隊(duì)了解系統(tǒng)的整體狀況。

監(jiān)控的實(shí)現(xiàn)涉及日志、服務(wù)指標(biāo)跟蹤、業(yè)務(wù)語(yǔ)義綜合監(jiān)控等方式。在云環(huán)境下如何劃分和管理監(jiān)控的層級(jí)，監(jiān)控系統(tǒng)如何無(wú)侵入的在各個(gè)微服務(wù)體系中收集故障和信息，如何有效管理監(jiān)控的反饋環(huán)，如何在前后端分離和移動(dòng)應(yīng)用情況下收集和監(jiān)控客戶端日志，都是常見(jiàn)的挑戰(zhàn)。

5. 安全

當(dāng)數(shù)字化、服務(wù)化IT系統(tǒng)的數(shù)量劇增，安全的設(shè)置會(huì)變得更加復(fù)雜。在微服務(wù)架構(gòu)下，系統(tǒng)的安全性需要有一個(gè)整體的考慮。例如單點(diǎn)登錄、服務(wù)間的身份驗(yàn)證和授權(quán)、各種防御措施等安全考量不應(yīng)該下放到交付團(tuán)隊(duì)，而應(yīng)該被涵蓋在交付基礎(chǔ)設(shè)施中統(tǒng)一提供、統(tǒng)一管理、統(tǒng)一更新。

交付基礎(chǔ)設(shè)施還應(yīng)該鼓勵(lì)安全實(shí)踐內(nèi)建(Build Security In)，例如團(tuán)隊(duì)?wèi)?yīng)該熟悉OWASP安全列表和測(cè)試框架、需求分析中應(yīng)該包含安全需求和惡意用戶需求、測(cè)試過(guò)程中應(yīng)該包含安全性測(cè)試、應(yīng)該進(jìn)行自動(dòng)化安全性測(cè)試并納入持續(xù)交付流水線。這些流程與工作方法雖然不能完全以軟件代碼的形式承載，但它們同樣是交付基礎(chǔ)設(shè)施的重要組成部分。

三、小結(jié)

數(shù)字化、服務(wù)化的IT大背景會(huì)讓企業(yè)開發(fā)和擁有的IT系統(tǒng)數(shù)量劇增。當(dāng)企業(yè)IT交付更多地以“兩個(gè)pizza團(tuán)隊(duì)”的形式組織，依賴于每個(gè)交付團(tuán)隊(duì)的技術(shù)***來(lái)搭建和維護(hù)一套完整高效的交付基礎(chǔ)設(shè)施腳手架，這種期望即使不是完全不現(xiàn)實(shí)，也會(huì)對(duì)企業(yè)的人才積累提出非常高的要求。因此，企業(yè)應(yīng)該集中優(yōu)秀的技術(shù)人才(包括架構(gòu)師們)，打造一套標(biāo)準(zhǔn)的交付基礎(chǔ)設(shè)施，充分考慮生產(chǎn)環(huán)境與研發(fā)環(huán)境的彈性、持續(xù)交付、部署運(yùn)行時(shí)的統(tǒng)一、監(jiān)控、安全等因素，并借助云計(jì)算的彈性和靈活性將其提供給交付團(tuán)隊(duì)。用便利的腳手架賦能一支能快速交付的團(tuán)隊(duì)，這是企業(yè)的數(shù)字化旅程的***步。

【本文是51CTO專欄作者“ThoughtWorks”的原創(chuàng)稿件，微信公眾號(hào)：思特沃克，轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

戳這里，看該作者更多好文