更好地了解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ì)，“平臺(tái)工程”赫然在列。同時(shí)，Gartner還預(yù)測(cè)到2026年，80%的軟件工程組織將建立平臺(tái)團(tuán)隊(duì)，其中75%將包含開發(fā)者自助服務(wù)門戶。?

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么？

在過去20年間，軟件工程領(lǐng)域一直存在一個(gè)顯著的趨勢(shì)，組織在產(chǎn)品既要保證客戶預(yù)期質(zhì)量，又要快速推向市場(chǎng)的情況下，越來越依賴于自動(dòng)化，開發(fā)者角色之間的傳統(tǒng)界限越來越小。平臺(tái)工程也延續(xù)了這一趨勢(shì)，并成為下一代軟件開發(fā)平臺(tái)。由于平臺(tái)工程是新的稱號(hào)，人們對(duì)它有著許多的問題：它是什么，為什么需要它，又能帶來哪些變化。今天，小編也帶你走進(jìn)平臺(tái)工程的世界。讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么?

開發(fā)環(huán)境愈發(fā)復(fù)雜，誰來簡(jiǎn)化?

時(shí)至今日，現(xiàn)代化應(yīng)用開發(fā)經(jīng)歷了哪些變化?肉眼可見的便是，現(xiàn)代化應(yīng)用開發(fā)除了云原生技術(shù)外，還會(huì)使用到IaaS云服務(wù)、內(nèi)部自建服務(wù)等異構(gòu)基礎(chǔ)設(shè)施，以及存在多云、混合云的部署需求。對(duì)于采用分散或臨時(shí)的云計(jì)算方法來說，管理這些問題變得十分困難，復(fù)雜的技術(shù)已經(jīng)遠(yuǎn)遠(yuǎn)超出普通Dev能夠理解的范疇，更不可能將底層的復(fù)雜性直接暴露給普通Dev。

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么？

對(duì)于許多組織而言，使用平臺(tái)工程方法來建立一個(gè)可以擴(kuò)展的共享功能，已經(jīng)成為一種必要。事實(shí)上，平臺(tái)工程并沒有明確的定義，簡(jiǎn)單理解，平臺(tái)工程是一種DevOps方法，組織在該方法中開發(fā)一個(gè)共享平臺(tái)，通過提供具有自動(dòng)化基礎(chǔ)架構(gòu)操作的自助服務(wù)功能來改善整個(gè)組織的開發(fā)人員體驗(yàn)和生產(chǎn)力。平臺(tái)工程師提供的集成產(chǎn)品通常被稱為內(nèi)部開發(fā)人員平臺(tái)(IDP)，涵蓋了應(yīng)用程序整個(gè)生命周期的運(yùn)營需求。讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么?

舉個(gè)例子，我們可以將某餐廳看作企業(yè)，餐廳里的顧客是開發(fā)者，飯菜可以看成API、工具、服務(wù)、知識(shí)等。這些顧客(開發(fā)者)對(duì)于飯菜種類(服務(wù))的要求不盡相同，點(diǎn)的菜品也是五花八門。這樣直接造成在短時(shí)間內(nèi)滿足不了需求，降低了開發(fā)效率，又使得廚師忙碌，可能出現(xiàn)菜品重復(fù)做的情況。?

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么?

如何才能最大限度地滿足這些顧客的需求?最為直接的方式就是將餐廳打造為自助餐，顧客可以根據(jù)自身的需要挑選適合自己的菜品進(jìn)行搭配，即來即取即吃，可以在短時(shí)間滿足大家的需求，提升開發(fā)效率，又能最大限度規(guī)避菜品重復(fù)的情況。而這便是平臺(tái)工程，在這里，餐廳里的廚師便是平臺(tái)工程師，他們所要做的便是，擴(kuò)大菜品的種類，讓顧客有更多的菜品可選。

由此可以知道，通過建設(shè)平臺(tái)工程，可以讓開發(fā)者以“自助式”實(shí)現(xiàn)應(yīng)用的端到端流程，同時(shí)，將開發(fā)人員從不必要的認(rèn)知負(fù)荷中解放出來，保留開發(fā)人員在需要時(shí)偏離路徑的自由。而且對(duì)Ops工程師來說，采用平臺(tái)工程還可以幫助他們擺脫重復(fù)做同樣的任務(wù)。

DevOps的持續(xù)進(jìn)化

“DevOps已死，平臺(tái)工程才是未來”我們通過這句話便可以感受到平臺(tái)工程的火熱程度。甚至出于某種營銷策略，總會(huì)有人將平臺(tái)工程宣告為DevOps的終結(jié)。事實(shí)上，DevOps和平臺(tái)工程并非這種“你死我活”的關(guān)系，在某種程度上，平臺(tái)工程有可能為DevOps帶來新生。之所以這樣說，是有原因的。?

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么？

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么?

DevOps主要根植于以敏捷開發(fā)為代表的持續(xù)開發(fā)方式的出現(xiàn)以及持續(xù)開發(fā)帶來的運(yùn)維問題。簡(jiǎn)單來看，DevOps往往涵蓋包容、協(xié)作、自主和共同責(zé)任等要義，彌補(bǔ)了開發(fā)與運(yùn)維間的矛盾。然而，在實(shí)踐中，DevOps卻出現(xiàn)諸多問題：

在面對(duì)許多開發(fā)和產(chǎn)品團(tuán)隊(duì)時(shí)，每個(gè)團(tuán)隊(duì)都在技術(shù)棧、工具、流程、云服務(wù)提供商及其特性和功能上做出自己的決定，進(jìn)而導(dǎo)致效率低下，管理愈加繁重;隨著云原生技術(shù)的推廣與普及，無論從數(shù)量還是復(fù)雜性來看，工具環(huán)境都在快速增長(zhǎng)。這種復(fù)雜性給開發(fā)人員帶來了極大的認(rèn)知負(fù)擔(dān)，還增加了新功能開發(fā)的啟動(dòng)時(shí)間。?

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么？

讓企業(yè)內(nèi)部開發(fā)游刃有余，平臺(tái)工程到底是什么?

另外，DevOps也遇到了文化上的障礙。Puppet公布的2021年DevOps現(xiàn)狀調(diào)查顯示，83%的?IT政策制定者表示他們的公司已經(jīng)開始使用DevOps。但是，大多數(shù)企業(yè)仍處于DevOps演化的中間階段。在這些問題中，文化方面的問題是阻礙DevOps發(fā)展的最大障礙，而不合理的獎(jiǎng)勵(lì)機(jī)制和責(zé)任體系也可能對(duì)成熟性產(chǎn)生影響。

總體來說，在?DevOps實(shí)施的過程中，有一些企業(yè)將其簡(jiǎn)單化地理解為“讓開發(fā)人員去負(fù)責(zé)運(yùn)維的工作”，甚至于讓高層開發(fā)人員接手運(yùn)維的角色，使得開發(fā)逐漸無法承受。而以平臺(tái)工程為代表的內(nèi)部開發(fā)人員平臺(tái)，可以讓開發(fā)人員和運(yùn)維人員將注意力集中在各自工作的核心職責(zé)和優(yōu)勢(shì)上，真正實(shí)現(xiàn)“術(shù)業(yè)有專攻”“專人做專事”。

寫在最后

平臺(tái)工程是一個(gè)強(qiáng)大的解決方案，它能幫助CIO把信息技術(shù)轉(zhuǎn)化為企業(yè)的核心驅(qū)動(dòng)力量，實(shí)現(xiàn)企業(yè)的價(jià)值。平臺(tái)工程能夠搭建并運(yùn)行自助開發(fā)平臺(tái)，為用戶提供高效、可靠、安全的服務(wù)。應(yīng)該指出，平臺(tái)建設(shè)是一個(gè)長(zhǎng)期而復(fù)雜的過程，它要求周密的規(guī)劃、資源的投資、持續(xù)的關(guān)注與重復(fù)。