成人性视频一区二区三区|久久久久婷婷av天堂|在线视频色综合资源网|精品探花视频在线播放|激情开心五月欧美性爱|強姦 亂倫 国产超碰se

一、什么是平臺(tái)工程

Gartner發(fā)布2023年10大戰(zhàn)略技術(shù)趨勢(shì)報(bào)告，其中包含平臺(tái)工程（Platform Engineering）。Gartner對(duì)平臺(tái)工程的定義是“平臺(tái)匯集的工具、能力和流程均由領(lǐng)域?qū)＜揖奶暨x，并經(jīng)過(guò)封裝，以方便終端用戶(hù)使用。其最終目標(biāo)是打造無(wú)摩擦的自助服務(wù)體驗(yàn)，為用戶(hù)提供合適的能力，幫助他們以最低的成本完成重要工作，從而提高終端用戶(hù)的生產(chǎn)力并減輕他們的認(rèn)知負(fù)擔(dān)。平臺(tái)應(yīng)能夠滿(mǎn)足用戶(hù)團(tuán)隊(duì)的一切需求，并以任何可能的形式，完美匹配用戶(hù)的首選工作流?！?/p>

其中我們可以看到幾個(gè)關(guān)鍵詞：“平臺(tái)匯集的工具、能力和流程”、“自助服務(wù)體驗(yàn)”、“減少認(rèn)知負(fù)擔(dān)”。從這幾個(gè)關(guān)鍵詞中，我們可以理解平臺(tái)工程的核心要素和理念，即平臺(tái)通過(guò)提供一系列工具和能力，幫助開(kāi)發(fā)者提升體驗(yàn)并解放生產(chǎn)力。

平臺(tái)工程概念的誕生可以追溯到敏捷理念的提出，隨著云原生、Kubernetes技術(shù)的興起，DevOps工具和平臺(tái)也隨之爆發(fā)。匯付也在近幾年不斷地付諸實(shí)踐，先于2017年開(kāi)始做數(shù)字化轉(zhuǎn)型，將部分業(yè)務(wù)試點(diǎn)上云，后于2020年業(yè)務(wù)系統(tǒng)全面上云，從而也支撐了斗拱PaaS平臺(tái)的誕生。在2023年Gartner提出平臺(tái)工程概念的同時(shí)，匯付也啟動(dòng)了π計(jì)劃，致力于統(tǒng)一研發(fā)規(guī)范、流程和工具，并誕生了π平臺(tái)。

二、平臺(tái)工程的實(shí)踐

了解了平臺(tái)工程PE的概念，那應(yīng)該怎么樣去落地并讓我們的開(kāi)發(fā)人員受益呢？

平臺(tái)工程既然是基于SRE和DevOps發(fā)展來(lái)的，那么平臺(tái)工程的產(chǎn)品必然是SRE和DevOps產(chǎn)品的升級(jí)。業(yè)界做的相對(duì)成熟的DevOps產(chǎn)品有阿里云云效、華為云CodeArts和騰訊云CODING，這些產(chǎn)品的能力都非常全面，已經(jīng)不僅僅是完成代碼發(fā)布而已，而是將研發(fā)工作中的方方面面都囊括進(jìn)去了。比如需求管理、自動(dòng)化測(cè)試、代碼安全，甚至是效能管理。

在打造一個(gè)平臺(tái)工程產(chǎn)品之前，我們需要了解開(kāi)發(fā)者的日常工作內(nèi)容以及他們所需的工具技術(shù)，從而梳理出平臺(tái)需要集成的能力。

開(kāi)發(fā)者們需要的工具技術(shù)通常包括：基礎(chǔ)設(shè)施、API、安全工具、不同的環(huán)境、監(jiān)控工具、容器平臺(tái)等。這些工具技術(shù)需要我們的平臺(tái)工程師在內(nèi)部開(kāi)發(fā)者平臺(tái)IDP(Internal Developer Platform）上去實(shí)現(xiàn)，最終以服務(wù)的形式提供給開(kāi)發(fā)者使用。

內(nèi)部開(kāi)發(fā)者平臺(tái)IDP不僅包含了基礎(chǔ)設(shè)施的管理，還包括整個(gè)應(yīng)用程序CI/CD的過(guò)程，以及安全管理和監(jiān)控。平臺(tái)工程師負(fù)責(zé)維護(hù)，而開(kāi)發(fā)者就是平臺(tái)用戶(hù)。

匯付在2023年也基于平臺(tái)工程理念推出了π平臺(tái)，不僅涵蓋了IDP的全部?jī)?nèi)容，更打通了研發(fā)全流程，需求、開(kāi)發(fā)、測(cè)試、發(fā)布、運(yùn)營(yíng)全覆蓋。   

平臺(tái)界面：

三、平臺(tái)工程如何提升開(kāi)發(fā)者體驗(yàn)

在解答“平臺(tái)工程如何提升開(kāi)發(fā)者體驗(yàn)”這個(gè)問(wèn)題之前，我們得先了解開(kāi)發(fā)者體驗(yàn)出了什么問(wèn)題？以及為什么開(kāi)發(fā)者體驗(yàn)不好會(huì)導(dǎo)致生產(chǎn)力的下降？或者為什么開(kāi)發(fā)者自己也會(huì)覺(jué)得自己做事總是沒(méi)有效率？

在我們通過(guò)行業(yè)調(diào)查和內(nèi)部開(kāi)發(fā)者調(diào)研的過(guò)程中發(fā)現(xiàn)，開(kāi)發(fā)者們其實(shí)并不喜歡做運(yùn)維，甚至極其討厭，復(fù)雜的概念知識(shí)和繁瑣的操作讓他們煩不勝煩，從而也導(dǎo)致他們專(zhuān)職于業(yè)務(wù)研發(fā)的精力被割裂地少之又少，繼而生產(chǎn)力也會(huì)受到影響。

“時(shí)間枷鎖”：DevOps的興起讓傳統(tǒng)的開(kāi)發(fā)人員擔(dān)負(fù)了運(yùn)維的工作，兩個(gè)人變成一個(gè)人，看似高效，實(shí)則讓開(kāi)發(fā)人員的精力分散了一部分去做運(yùn)維，每天實(shí)際用在開(kāi)發(fā)上的時(shí)間可能并不多。對(duì)于一個(gè)高級(jí)工程師，他通常在團(tuán)隊(duì)里或者項(xiàng)目里扮演的都是比較重要的角色，因?yàn)槟芰Ρ容^強(qiáng)，那基本上運(yùn)維工作基本就交給他了。那開(kāi)發(fā)的工作參與就少了，高級(jí)工程師的開(kāi)發(fā)效率是很高的，想想看，是不是很浪費(fèi)。    

“認(rèn)知恐懼”：相信有經(jīng)歷過(guò)系統(tǒng)故障的開(kāi)發(fā)者應(yīng)該都感同身受了，一旦出現(xiàn)故障，當(dāng)事人都是很慌亂的，總有些你搞不清楚為什么的原因引發(fā)的，所以對(duì)于運(yùn)維不是特別熟悉的開(kāi)發(fā)人員來(lái)講，認(rèn)知問(wèn)題真的挺讓人害怕的，而且你不能保證你一直記得住。

“權(quán)利偏差”：開(kāi)發(fā)者對(duì)DevOps系統(tǒng)工具有很多訴求，但這類(lèi)工具通常是拿來(lái)即用的，缺乏專(zhuān)業(yè)的平臺(tái)團(tuán)隊(duì)和運(yùn)維人員支持。開(kāi)發(fā)者有時(shí)不知道找誰(shuí)解決問(wèn)題，有時(shí)覺(jué)得自己說(shuō)話(huà)沒(méi)有分量，大部分訴求得不到滿(mǎn)足。這可能就讓開(kāi)發(fā)用起來(lái)很不爽，進(jìn)而浪費(fèi)更多的時(shí)間去消化和溝通。

平臺(tái)工程的出現(xiàn)將解決這一困境，通過(guò)一站式的管理，將所有研發(fā)相關(guān)的工具、資源、配置管理等工作集合到一起，省去了多系統(tǒng)來(lái)回切換這種繁瑣的操作；將資源、工具、代碼、文檔等以自助式的服務(wù)方式提供出來(lái)，讓開(kāi)發(fā)者可以靈活自由的選擇；通過(guò)屏蔽專(zhuān)業(yè)知識(shí)、流程簡(jiǎn)化和引導(dǎo)式的交互，給開(kāi)發(fā)者以流暢的體驗(yàn)；將任務(wù)處理、CI/CD、運(yùn)維排障等工作全部自動(dòng)化，讓開(kāi)發(fā)者無(wú)需嚴(yán)防緊盯浪費(fèi)精力。從而，通過(guò)這些方式方法和工具技術(shù)，讓開(kāi)發(fā)者保持Flow State（心流狀態(tài)），可以專(zhuān)注于業(yè)務(wù)研發(fā)。

可以說(shuō)，π平臺(tái)的誕生和應(yīng)用，實(shí)實(shí)在在給匯付開(kāi)發(fā)者們帶來(lái)了極大的便利和效率上的提升。   

四、總結(jié)與展望

π平臺(tái)自2023年發(fā)布后已穩(wěn)定運(yùn)行2年有余，期間不斷地完善能力、優(yōu)化體驗(yàn)，成為了匯付內(nèi)統(tǒng)一的研發(fā)管理平臺(tái)，同時(shí)也得到了開(kāi)發(fā)者們的一致好評(píng)。匯付擁有超過(guò)300名研發(fā)人員，π平臺(tái)的日均UV為200+，日均PV為19K+，日均使用率非常高。在最近一次的開(kāi)發(fā)者滿(mǎn)意度調(diào)研中，滿(mǎn)意度評(píng)分達(dá)到了8.75。超過(guò)70%的開(kāi)發(fā)者用戶(hù)認(rèn)為π平臺(tái)在功能性和交互體驗(yàn)方面做得很好，發(fā)布效率有很大提升，技術(shù)支持也很到位。

以下是用戶(hù)評(píng)價(jià)：

不僅如此，π平臺(tái)也作為統(tǒng)一的研發(fā)協(xié)作平臺(tái)，采集了從需求、開(kāi)發(fā)、測(cè)試到發(fā)布各個(gè)工作環(huán)節(jié)的研發(fā)效能數(shù)據(jù)，從客觀的數(shù)據(jù)上也體現(xiàn)出了生產(chǎn)力真正的變化。

人均完成任務(wù)量（季度）：  

人均完成任務(wù)量從2023年Q3的8.42個(gè)到2024年Q4的50.11個(gè)，幾乎翻了5倍。    

需求交付數(shù)與需求交付周期（天）：

完成的需求量自2024Q1的1118個(gè)增長(zhǎng)到2024Q4的1830個(gè)，需求交付周期逐步下降至9.7天，基本用戶(hù)提出的需求都可以在2周內(nèi)交付。        

阿里在推出其DevOps產(chǎn)品“云效”并在其內(nèi)部做效能改進(jìn)時(shí)提出了“2-1-1”的愿景：“2”指的是交付周期2周——85%以上的需求可以在2周內(nèi)交付；第一個(gè)“1”指的是開(kāi)發(fā)周期1周——85%以上的需求可以在1周內(nèi)開(kāi)發(fā)完成；第二個(gè)“1”指的是發(fā)布前置時(shí)間1小時(shí)——提交代碼后可以在1小時(shí)內(nèi)完成發(fā)布。

而在匯付，有了π平臺(tái)的加持，我們的效能已經(jīng)實(shí)現(xiàn)了“10-6-5”，即交付周期為10天、開(kāi)發(fā)周期為6天、發(fā)布前置時(shí)間為5分鐘。

自2024年12月匯付舉辦了首屆斗拱開(kāi)發(fā)者大會(huì)以后，我們感受到客戶(hù)方開(kāi)發(fā)者們對(duì)匯付技術(shù)的認(rèn)可和期望，認(rèn)識(shí)到我們?yōu)殚_(kāi)發(fā)者所做的服務(wù)還有很多不足，π平臺(tái)對(duì)平臺(tái)工程理念的實(shí)踐在匯付內(nèi)部取得了非常好的效果，希望不久的將來(lái)能夠把π平臺(tái)的能力開(kāi)放出去，讓斗拱的開(kāi)發(fā)者們能提升對(duì)接匯付支付能力的效率，更加專(zhuān)注于自身業(yè)務(wù)，幫助客戶(hù)的開(kāi)發(fā)者也能提升生產(chǎn)力。

在未來(lái)不久，π平臺(tái)還將全面擁抱AI，將AI的能力融入到整個(gè)研發(fā)協(xié)作流程中去，不限于智能需求評(píng)審、智能代碼評(píng)審、智能用例生成、知識(shí)庫(kù)問(wèn)答等功能，還會(huì)集成大量的MCP Server，不斷擴(kuò)展AI能力的邊界，進(jìn)一步提升開(kāi)發(fā)者體驗(yàn)和開(kāi)發(fā)效率，解放生產(chǎn)力！