什么是IDP？

在講IDP之前，先講下平臺工程。平臺工程是軟件工程中比較火的一個話題。Gartner預(yù)測，到2026年，80%的軟件工程組織將建立平臺工程團(tuán)隊，作為應(yīng)用程序交付的通用組件、服務(wù)以及工具的內(nèi)部提供商。

平臺工程是設(shè)計和構(gòu)建工具鏈和工作流的學(xué)科，為云原生時代的軟件工程組織提供自助服務(wù)功能。平臺工程師需要提供一種集成的產(chǎn)品，即IDP，涵蓋應(yīng)用程序整個生命周期。

簡單總結(jié)的話，技術(shù)體系中會新增一個平臺團(tuán)隊，該團(tuán)隊會按照平臺工程的思路，提供一個IDP。

為什么需要IDP？

從業(yè)務(wù)來看，業(yè)務(wù)變得越來越復(fù)雜。比如一家內(nèi)容公司，內(nèi)容形式從過去的文本擴(kuò)展到圖片、視頻以及直播，同時又會考慮增加社交屬性。有了流量，就會考慮商業(yè)化和電商。為了更大程度增加APP用戶使用時長和使用效果，又會引入推薦系統(tǒng)。

實際上業(yè)務(wù)復(fù)雜意味著對技術(shù)的要求也是越來越高。比如使用到的存儲類型的產(chǎn)品，除了過去的關(guān)系型數(shù)據(jù)庫、redis，也會有KV存儲、圖數(shù)據(jù)庫、數(shù)據(jù)倉庫等。

從底層基礎(chǔ)設(shè)施來看，從單一的公有云或是私有云演進(jìn)到混合云。

如果讓業(yè)務(wù)研發(fā)需要感知這些復(fù)雜性，簡直無法想象。所以需要在業(yè)務(wù)研發(fā)和基礎(chǔ)設(shè)施團(tuán)隊之間，增加一個平臺團(tuán)隊。

平臺團(tuán)隊通過IDP，讓業(yè)務(wù)無需感知底層基礎(chǔ)設(shè)施，專注在業(yè)務(wù)迭代上，提高應(yīng)用交付效率。

簡單總結(jié)的話，當(dāng)業(yè)務(wù)規(guī)模到一定程度的時候，需要IDP來解決復(fù)雜性的問題。

如何構(gòu)建IDP？

humanitec 有一些關(guān)于IDP的實現(xiàn)方案。在不同的云上，根據(jù)實際情況替換部分組件。

AWS

GCP

Azure

通過上邊三幅圖，可以知道一個IDP，包括：

• 開發(fā)者控制層
• 開發(fā)工具
• 服務(wù)目錄、API目錄、Portal
• 版本控制
• 代碼版本控制
• 應(yīng)用描述版本控制
• 基礎(chǔ)設(shè)施版本控制
• 集成和交付層
• CI
• 平臺編排
• CD
• 可觀測層
• 監(jiān)控和日志
• 安全層
• 資源層
• 云資源和云服務(wù)

實際上，核心是構(gòu)建一個以應(yīng)用為中心的，可以支持業(yè)務(wù)自助管理應(yīng)用并且持續(xù)交付應(yīng)用到不同異構(gòu)基礎(chǔ)設(shè)施的平臺。

其實想實現(xiàn)這樣的目的，需要抽象很多東西。此處想一下，平臺團(tuán)隊在技術(shù)體系中的位置，我個人理解關(guān)鍵主要是應(yīng)用模型、資源模型（IaC）以及workflow三塊。

應(yīng)用模型

應(yīng)用模型不僅包括服務(wù)自身的描述，也會包括所依賴服務(wù)的描述。該模型是以應(yīng)用為中心思想的關(guān)鍵。

圖中的方案是score。

類似的解決方案有OAM和radius。

資源模型

資源模型是對異構(gòu)基礎(chǔ)設(shè)施的抽象，向上提供標(biāo)準(zhǔn)化的體驗，并且自動化基礎(chǔ)設(shè)施的管理和交付。

圖中的實現(xiàn)方案是terraform。類似的解決方案有crossplane、pulumi。

Workflow

Workflow會涵蓋整個應(yīng)用的交付過程。不僅包括CI、平臺編排、CD，也會包括風(fēng)險管控、預(yù)算審批等環(huán)節(jié)。所以workflow一定需要支持其他工具以插件化的形式接入的能力。

總結(jié)

本文簡單介紹了平臺工程和IDP。并且基于humanitec的平臺架構(gòu)方案給出了自己的一些觀點。