更好地了解toB領(lǐng)域，須得從層出不窮的“新詞兒”入手，IDC、Gartner等調(diào)研機(jī)構(gòu)也煞費(fèi)苦心地成為“造詞運(yùn)動(dòng)”的直接推動(dòng)者。這么多新術(shù)語、表達(dá)方式和首字母縮寫，為我們的理解增加了諸多挑戰(zhàn)。今年年初，Gartner發(fā)布2023年十大戰(zhàn)略技術(shù)趨勢，“平臺工程”赫然在列。同時(shí)，Gartner還預(yù)測到2026年，80%的軟件工程組織將建立平臺團(tuán)隊(duì)，其中75%將包含開發(fā)者自助服務(wù)門戶。 在過去20年間，軟件工程領(lǐng)域一直存在一個(gè)顯著的趨勢，組織在產(chǎn)品既要保證客戶預(yù)期質(zhì)量，又要快速推向市場的情況下，越來越依賴于自動(dòng)化，開發(fā)者角色之間的傳統(tǒng)界限越來越小。平臺工程也延續(xù)了這一趨勢，并成為下一代軟件開發(fā)平臺。由于平臺工程是新的稱號，人們對它有著許多的問題：它是什么，為什么需要它，又能帶來哪些變化。今天，小編也帶你走進(jìn)平臺工程的世界。 開發(fā)環(huán)境愈發(fā)復(fù)雜，誰來簡化？ 時(shí)至今日，現(xiàn)代化應(yīng)用開發(fā)經(jīng)歷了哪些變化？肉眼可見的便是，現(xiàn)代化應(yīng)用開發(fā)除了云原生技術(shù)外，還會使用到IaaS云服務(wù)、內(nèi)部自建服務(wù)等異構(gòu)基礎(chǔ)設(shè)施，以及存在多云、混合云的部署需求。對于采用分散或臨時(shí)的云計(jì)算方法來說，管理這些問題變得十分困難，復(fù)雜的技術(shù)已經(jīng)遠(yuǎn)遠(yuǎn)超出普通Dev能夠理解的范疇，更不可能將底層的復(fù)雜性直接暴露給普通Dev。 對于許多組織而言，使用平臺工程方法來建立一個(gè)可以擴(kuò)展的共享功能，已經(jīng)成為一種必要。事實(shí)上，平臺工程并沒有明確的定義，簡單理解，平臺工程是一種DevOps方法，組織在該方法中開發(fā)一個(gè)共享平臺，通過提供具有自動(dòng)化基礎(chǔ)架構(gòu)操作的自助服務(wù)功能來改善整個(gè)組織的開發(fā)人員體驗(yàn)和生產(chǎn)力。平臺工程師提供的集成產(chǎn)品通常被稱為內(nèi)部開發(fā)人員平臺(IDP)，涵蓋了應(yīng)用程序整個(gè)生命周期的運(yùn)營需求。 舉個(gè)例子，我們可以將某餐廳看作企業(yè)，餐廳里的顧客是開發(fā)者，飯菜可以看成API、工具、服務(wù)、知識等。這些顧客(開發(fā)者)對于飯菜種類(服務(wù))的要求不盡相同，點(diǎn)的菜品也是五花八門。這樣直接造成在短時(shí)間內(nèi)滿足不了需求，降低了開發(fā)效率，又使得廚師忙碌，可能出現(xiàn)菜品重復(fù)做的情況。 如何才能最大限度地滿足這些顧客的需求？最為直接的方式就是將餐廳打造為自助餐，顧客可以根據(jù)自身的需要挑選適合自己的菜品進(jìn)行搭配，即來即取即吃，可以在短時(shí)間滿足大家的需求，提升開發(fā)效率，又能最大限度規(guī)避菜品重復(fù)的情況。而這便是平臺工程，在這里，餐廳里的廚師便是平臺工程師，他們所要做的便是，擴(kuò)大菜品的種類，讓顧客有更多的菜品可選。 由此可以知道，通過建設(shè)平臺工程，可以讓開發(fā)者以“自助式”實(shí)現(xiàn)應(yīng)用的端到端流程，同時(shí)，將開發(fā)人員從不必要的認(rèn)知負(fù)荷中解放出來，保留開發(fā)人員在需要時(shí)偏離路徑的自由。而且對Ops工程師來說，采用平臺工程還可以幫助他們擺脫重復(fù)做同樣的任務(wù)。 DevOps的持續(xù)進(jìn)化 “DevOps已死，平臺工程才是未來”我們通過這句話便可以感受到平臺工程的火熱程度。甚至出于某種營銷策略，總會有人將平臺工程宣告為DevOps的終結(jié)。事實(shí)上，DevOps和平臺工程并非這種“你死我活”的關(guān)系，在某種程度上，平臺工程有可能為DevOps帶來新生。之所以這樣說，是有原因的。 DevOps主要根植于以敏捷開發(fā)為代表的持續(xù)開發(fā)方式的出現(xiàn)以及持續(xù)開發(fā)帶來的運(yùn)維問題。簡單來看，DevOps往往涵蓋包容、協(xié)作、自主和共同責(zé)任等要義，彌補(bǔ)了開發(fā)與運(yùn)維間的矛盾。然而，在實(shí)踐中，DevOps卻出現(xiàn)諸多問題： 在面對許多開發(fā)和產(chǎn)品團(tuán)隊(duì)時(shí)，每個(gè)團(tuán)隊(duì)都在技術(shù)棧、工具、流程、云服務(wù)提供商及其特性和功能上做出自己的決定，進(jìn)而導(dǎo)致效率低下，管理愈加繁重;隨著云原生技術(shù)的推廣與普及，無論從數(shù)量還是復(fù)雜性來看，工具環(huán)境都在快速增長。這種復(fù)雜性給開發(fā)人員帶來了極大的認(rèn)知負(fù)擔(dān)，還增加了新功能開發(fā)的啟動(dòng)時(shí)間。 另外，DevOps也遇到了文化上的障礙。Puppet公布的2021年DevOps現(xiàn)狀調(diào)查顯示，83%的?IT政策制定者表示他們的公司已經(jīng)開始使用DevOps。但是，大多數(shù)企業(yè)仍處于DevOps演化的中間階段。在這些問題中，文化方面的問題是阻礙DevOps發(fā)展的最大障礙，而不合理的獎(jiǎng)勵(lì)機(jī)制和責(zé)任體系也可能對成熟性產(chǎn)生影響。 總體來說，在?DevOps實(shí)施的過程中，有一些企業(yè)將其簡單化地理解為“讓開發(fā)人員去負(fù)責(zé)運(yùn)維的工作”，甚至于讓高層開發(fā)人員接手運(yùn)維的角色，使得開發(fā)逐漸無法承受。而以平臺工程為代表的內(nèi)部開發(fā)人員平臺，可以讓開發(fā)人員和運(yùn)維人員將注意力集中在各自工作的核心職責(zé)和優(yōu)勢上，真正實(shí)現(xiàn)“術(shù)業(yè)有專攻”“專人做專事”。 寫在最后 平臺工程是一個(gè)強(qiáng)大的解決方案，它能幫助CIO把信息技術(shù)轉(zhuǎn)化為企業(yè)的核心驅(qū)動(dòng)力量，實(shí)現(xiàn)企業(yè)的價(jià)值。平臺工程能夠搭建并運(yùn)行自助開發(fā)平臺，為用戶提供高效、可靠、安全的服務(wù)。應(yīng)該指出，平臺建設(shè)是一個(gè)長期而復(fù)雜的過程，它要求周密的規(guī)劃、資源的投資、持續(xù)的關(guān)注與重復(fù)。