圖片

Gartner 將平臺工程列為 2024 頂級戰(zhàn)略技術(shù)趨勢之一

說起平臺工程（Platform Engineering） ，經(jīng)常聽到有人說是：新瓶裝（平臺工程）舊酒（DevOps）。

今天根據(jù)過去自服務(wù)平臺的實踐經(jīng)驗，聊聊我所理解的平臺工程。

說到平臺工程，不可不免地要聊聊云原生，不過這里不會針對是否轉(zhuǎn)向云原生進行討論。

云原生的三駕馬車：微服務(wù)、Kubernetes、DevOps。根據(jù)過往的實踐經(jīng)驗，我認為云原生技術(shù)平臺的核心能力（包括但并不限于）可概括為：

容器平臺：專注于容器化技術(shù)和 Kubernetes 編排，實現(xiàn)應(yīng)用的彈性、高效存儲和網(wǎng)絡(luò)通信。這為微服務(wù)和 DevOps 的實現(xiàn)提供了基礎(chǔ)架構(gòu)支持。

微服務(wù)平臺：集中管理微服務(wù)，包括統(tǒng)一的服務(wù)治理、配置管理、API 網(wǎng)關(guān)和支持多樣的微服務(wù)框架，以適應(yīng)復(fù)雜的服務(wù)交互和靈活的開發(fā)需求。

監(jiān)控平臺：提供全方位的監(jiān)控系統(tǒng)，包括日志收集、性能指標監(jiān)控、鏈路跟蹤、實時告警以及監(jiān)控數(shù)據(jù)的可視化展示，助力于系統(tǒng)的穩(wěn)定運行和故障迅速定位。

DevOps 集成平臺：集成持續(xù)集成和持續(xù)部署（CICD）流程，以及文檔中心和代碼質(zhì)量管理，實現(xiàn)自動化、高效和標準化的軟件開發(fā)和運維流程。

對于風(fēng)靡多年的云原生（近來也有降溫的趨勢？），業(yè)界的褒貶不一：提升了研發(fā)效率和資源的利用率，；浪費資源、部署維護困難、可觀測性變差等等。

云原生技術(shù)所面臨的眾多負面反饋，很大程度上源于其本身的復(fù)雜性。云原生平臺向開發(fā)人員展現(xiàn)了過多的復(fù)雜性。

云原生技術(shù)，盡管帶來了許多優(yōu)勢，比如靈活性、可擴展性和高效的資源利用，但同時也引入了一定的復(fù)雜性：

技術(shù)棧的復(fù)雜性：云原生環(huán)境通常涉及到容器化、微服務(wù)架構(gòu)、CI/CD、以及基于 Kubernetes 的容器編排等技術(shù)。這些技術(shù)各自有其學(xué)習(xí)曲線，并且技術(shù)之間需要集成并協(xié)同工作，增加了系統(tǒng)的整體復(fù)雜性。

管理和運維的復(fù)雜性：在云原生環(huán)境中，應(yīng)用程序通常被分解為多個微服務(wù)，每個微服務(wù)部署在不同的容器中，這使得監(jiān)控、日志記錄、故障排查和性能優(yōu)化變得更加復(fù)雜。

網(wǎng)絡(luò)復(fù)雜性：微服務(wù)架構(gòu)意味著服務(wù)之間有大量的網(wǎng)絡(luò)通信，再疊加容器、混合多云的網(wǎng)絡(luò)環(huán)境，管理這些服務(wù)間的網(wǎng)絡(luò)流量、確保高可用性和網(wǎng)絡(luò)安全，以及實現(xiàn)服務(wù)發(fā)現(xiàn)等都增加了網(wǎng)絡(luò)管理的復(fù)雜性。

可觀測性和監(jiān)控的挑戰(zhàn)：確保對在不斷變化的環(huán)境中運行的眾多微服務(wù)有足夠的可見性，需要復(fù)雜的監(jiān)控和日志系統(tǒng)。

安全挑戰(zhàn)：云原生架構(gòu)中的分布式和動態(tài)性質(zhì)引入了新的安全挑戰(zhàn)。例如，需要確保容器安全、服務(wù)間通信的安全，以及在動態(tài)環(huán)境中持續(xù)地管理和更新安全策略。

這些復(fù)雜性給開發(fā)人員帶來了顯著的摩擦和認知負擔，從而降低了他們的開發(fā)體驗。在專注于業(yè)務(wù)開發(fā)的開發(fā)人員與底層基礎(chǔ)設(shè)施之間，形成了一個模糊的交界區(qū)域。平臺工程正是專注于這個模糊地帶，旨在縮小這一差距并簡化開發(fā)流程。

平臺工程是一個膠水層。

圖片

平臺工程是一門在云原生時代為軟件工程組織設(shè)計和構(gòu)建工具鏈及工作流程的學(xué)科，旨在提供自助服務(wù)能力。平臺工程師提供的綜合產(chǎn)品通常被稱為“內(nèi)部開發(fā)者平臺”，涵蓋了應(yīng)用程序整個生命周期的運營需求。

Platform engineering is the discipline of designing and building toolchains and workflows that enable self-service capabilities for software engineering organizations in the cloud-native era. Platform engineers provide an integrated product most often referred to as an “Internal Developer Platform” covering the operational necessities of the entire lifecycle of an application.

來自 平臺工程社區(qū)的介紹[1]

平臺工程致力于構(gòu)建和維護一個橋梁，這座橋梁把復(fù)雜的基礎(chǔ)設(shè)施轉(zhuǎn)化為簡化的抽象，使得開發(fā)人員能夠?qū)Ｗ⒂跇I(yè)務(wù)邏輯的開發(fā)，無需深入鉆研底層技術(shù)細節(jié)。同時，他們也努力將業(yè)務(wù)邏輯層的通用功能整合并下沉，進一步簡化開發(fā)流程。

此處，我更傾向于將“工程”理解為一個動詞，即對平臺進行工程化。

什么是工程化

軟件開發(fā)的過程標準化、系統(tǒng)化和規(guī)范化是為了提高軟件開發(fā)效率、質(zhì)量和可維護性。這三個方面通常包括以下內(nèi)容：過程標準化、系統(tǒng)化、規(guī)范化。

• 過程標準化：定義標準流程、文檔標準、代碼規(guī)范、復(fù)用和模塊化。
• 系統(tǒng)化：工具和平臺的統(tǒng)一、自動化、服務(wù)管理系統(tǒng)。
• 規(guī)范化：質(zhì)量控制標準、安全和合規(guī)性、性能標準。

隨著平臺工程化水平的提升，開發(fā)人員得以享受到更高水平的自服務(wù)能力。這樣的自服務(wù)平臺的實施，進一步縮短了開發(fā)人員與基礎(chǔ)設(shè)施平臺之間的距離，使得開發(fā)人員能夠更便捷地使用平臺資源，而無需深入了解底層技術(shù)細節(jié)。

自服務(wù)平臺正是工程化的產(chǎn)物，或者是平臺工程的具象化。

自服務(wù)平臺

自服務(wù)平臺使開發(fā)人員能夠直接管理和操作資源，讓他們親自參與到軟件的整個生命周期中，同時無需關(guān)注幕后的基礎(chǔ)設(shè)施和實現(xiàn)細節(jié)，并減少了平臺團隊成員的直接介入。這種平臺遵循著“You build it, You run it”的理念，但不強求開發(fā)人員深入理解底層技術(shù)（“Know-how”）。

從我的角度看，自服務(wù)平臺更像是流程和工具的結(jié)合體。在工具層面，無論是開源還是商業(yè)軟件，都提供了對通用能力的抽象。然而，在流程方面，由于每個企業(yè)都有自己特定的管理需求和對支撐部門的依賴，流程設(shè)計上會有所不同。雖然工具可能實現(xiàn)標準化，但流程很難做到這一點。

總結(jié)

我認為，將平臺工程簡單比喻為‘新瓶裝舊酒’是不夠全面的。實際上，平臺工程代表的是對傳統(tǒng)方法（例如 DevOps）的進一步沉淀和提升，為其賦予了新的表現(xiàn)形式和能力。

在技術(shù)與人的互動中，我們不應(yīng)該忽視連接和協(xié)調(diào)的重要性。軟件系統(tǒng)作為現(xiàn)實世界的一個反映，應(yīng)當始終堅持以人為本的原則。

參考資料

[1] 平臺工程社區(qū)的介紹: https://platformengineering.org/blog/what-is-platform-engineering