Daniel Bryant：平臺工程是新的DevOps或SRE

“平臺工程”正在迅速成為新的 DevOps 或 SRE。幾乎每天我們都會聽到有一個公司正在構建內部開發人員平臺或控制平面。

我們都已經建立了多年的應用/網路平臺

• - 企業內部：ticket驅動，裸機，交貨時間長
• - 第一代PaaS：自助服務、基於虛擬機器、一刀切、按需使用
• - 下一代PaaS/客戶平臺：自助服務、基於容器、快速反饋、良好的UX/DevX

更多精通運營的開發人員（和SRE）和對開發人員友好的資訊工具的興起，導致了定製平臺的建立熱潮。

構建自定義平臺的吸引力在於，你可以精心設計抽象概念，以準確匹配你的組織的要求（理論上）。

這個 "平臺工程 "的概念對我來說，是在聽了NetflixOSS的演講後第一次具體化的，他們團隊在2010年中期談論他們如何建立一個內部開發者平臺和支援工具鏈時，我第一次明白了 "平臺工程 "的概念。

他們的一大重點是：提供一條 "鋪平的道路"；一個以開發人員為中心、低摩擦和運營支援的平臺（和支援流程），使Netflix的工程師能夠快速和安全地交付和執行應用程式。

後來，他們闡述了 "全週期開發人員 "的有利概念，該概念與平臺工程團隊共生/和諧地工作。

同時，谷歌也在大談特談SRE。正如我的同事所指出的，平臺工程、SRE、DX團隊等之間有很多交叉的地方：SRE 與平臺工程，這些跨角色的共同點：專注於消除工程師的辛勞。

當然，平臺工程不只是為獨角獸量身定做的，我們應該為其他 "99%的開發者 "建立工具和平臺。根據我過去作為軟體開發者和平臺建設者的經驗，我認為在平臺工程領域內越來越需要關注開發者體驗（DevEx/DX）。

除了關注開發人員的經驗，平臺所有權也是一個核心概念。這裡的關鍵要點：“讓開發人員擁有所有權是速度和安全的關鍵”

最近的《開發者領導的景觀》的主要主題。

• - 任何有想法的開發人員[被授權執行]。
• - 從CIO到開發者的權力轉移 
• - 開發人員的授權推動了以產品為主導的增長型公司的出現

平臺工程的前景是光明的，但我們不能忘記基本原則：我們在這裡都是為了向我們的終端使用者客戶提供價值；平臺可以幫助或阻礙這一點--像對待組織中的任何其他產品那樣對待你的平臺。

我所看到的模式是平臺工程以敏捷的名義從devOps實踐中演變出來。一旦有足夠多的使用者在prod中互動，平臺就會試圖演變成SRE。讓SLXs在組織的價值流中保持一致是改變遊戲規則的關鍵。