IDP讓開發者更自由地編碼

Red Hat的Markus Eisele表示，在充斥着人工智能、安全考量和法規的IT世界中，内部開發者平台解放了許多單調乏味的任務。

譯自IDPs Give Developers More Freedom to Write Code，作者 Jeffrey Burt 是一名擁有三十多年經驗的記者，過去的二十多年專注于科技報道。在過去的 16 多年裡，他曾在 eWEEK 工作，并在此後成為一名自由科技記者，涵蓋了從資料...

當Markus Eisele在本世紀初開始時，正值網際網路泡沫開始破裂，軟體開發者的生活相對簡單。

“我很幸運地開始接觸應用伺服器和一些大部頭的書，基本上概述了如何在Java中完成各種任務，”現任紅帽（Red Hat）進階首席技術營銷經理的Eisele告訴The New Stack。 “我事實上是在一堆API上建構我的職業生涯，因為技術很少改變。那時候是一個平台，一個應用伺服器，可能還有一兩個供應商，我們一直在談論供應商鎖定，但那基本上就是全部。”

快進幾十年，開發者的世界變得更加複雜。大型團隊開始擴大規模，新的方法論如靈活（Agile）和極限程式設計（XP）出現在舞台上，Kubernetes和微服務等技術帶來了新的服務、分解和複雜性程度。Eisele稱之為“你來建構它，你來運作它”的這種獨特人工混合，使開發者對在生産環境中運作某些東西負有責任。

同時，不斷增長的法規數量繼續因地區或行業而異，比如GDPR、HIPAA和PCI DSS等，以及拜登政府在2021年頒布的關于網絡安全的行政指令14028，其中包括使用軟體清單（SBOMs）的規定。類似的，歐盟數字營運韌性法案（DORA）于2022年底獲得準許。

所有這些都預示着随着人工智能（AI）、機器學習和自動化的加速采用以及網絡攻擊數量和複雜程度的增長，這一切将繼續積累。

編碼時間不夠

“人們開始意識到在說‘靈活’和‘DevOps’之間存在很大的差異，而真正做到靈活和DevOps是不容易的，”Eisele說道。“這就是我們很多客戶所處的位置。基本上他們不是Netflix，不是Facebook，也不是Amazon。從規模上來說，是的，但從技術上來說，他們無法以那種方式執行，不是因為他們不想，而是因為他們受到了嚴格的法規限制。”

在開發領域，推動的方向已經變成了彌合已被證明為高效和靈活的方式與日益增長的政府法規和要求之間的差距，他說。開發者是每個現代公司需要做的事情的核心，因為他們正在提供業務價值。

管理複雜和分布式技術環境、保持符合監管要求的負擔使開發者心力交瘁，阻礙了他們做他們最喜歡的事情：編寫代碼和建立軟體，Eisele說。

在過去的幾年裡，諸如内部開發者門戶之類的解決方案已經出現 —— 這是存儲有關軟體開發營運、工作流程和分散發展環境中所有必要知識的中心化場所。還有黃金路徑模闆 —— 有時被稱為“鋪平的道路”或“鋪平的路徑” —— 為開發者提供了一個高度定義和支援的途徑，配備了工具和流程，以更快地建構軟體并将其傳遞到生産環境。

進入 IDP

最近，内部開發者平台（IDP）已經出現，為簡化開發流程提供了另一種方式，通過将必要的工具集中在一個地方。内部開發者平台網站稱IDP“由平台團隊建構，用于建構Golden Paths并實作開發者自服務。”

根據紅帽（Red Hat）的說法，“通過鞏固和簡化開發過程的各個要素，IDP的基本目标是使開發團隊的日常工作更加可管理、高效和協作。”

它們為所有開發團隊提供了标準化的工具和服務，自動化任務，如設定開發環境和配置建構流水線，為開發者提供集中的協作場所，以及遵循最佳實踐并符合安全和監管要求的治理架構。

應用開發者是主要使用内部開發者平台（IDP）的人員，運維團隊負責初始配置和維護。整個過程始于運維團隊“通過設定基準模闆來建立IDP，這些模闆在視覺上整合了開發過程的各個元素并管理權限。然後，開發者可以調整這些配置并啟動完全配置好的環境，”該公司寫道。

IDP與内部開發者門戶一起工作，後者解決使用者體驗并充當與平台的界面。

“當你考慮到所有必要的下遊技術時，平台方面基本上是不可避免的，”Eisele說。“門戶隻是着陸的地方。它可能為您提供視圖 —— 插件或文檔管理或遺留的CCMDB（變更和配置管理資料庫）或其他服務注冊。”

他補充說，“真正的價值展現在您能夠提供一個完全內建的體驗，不僅從UI和前端的角度，還包括一直延伸到基礎架構。”

IDP供應商Humanitec在去年的一篇專欄中指出，McKinsey and Co.概述了平台内的五個架構層面，其中大多數至少包括開發者控制、內建和傳遞以及資源平面，監控和安全是可以添加的其他層面。

一個集中的地方，包羅萬象。

推動對内部開發者平台（IDP）不斷增長的興趣的原因之一是将文檔、自動化和監控集中在同一位置，Eisele表示。内部開發者平台還使得DevOps團隊能夠更好地平衡應對不斷增長的安全和法規要求以及在競争激烈的環境中持續創新、疊代和更新的需求。

基本上，開發者不必過多擔心確定他們的軟體安全且符合規定，可以更多地專注于軟體開發的創造性一面，即使人工智能提出了新的挑戰。組織需要知道用于訓練大型語言模型（LLMs）的資料是否符合版權和許可規定，這些資訊可以通過IDP傳遞給團隊。

目前，人工智能開發和更典型的軟體開發實際上是兩個分開的生命周期，盡管它們相似但使用了不同的術語。然而，Eisele表示他預計“所有的人工智能炒作最終都會回歸到與應用開發非常接近的東西，以便可以輕松地內建在同一平台上。”

将所有這些工具、資訊和服務集中起來，能夠減輕開發者的很多瑣碎任務，這可能解釋了為什麼IDP越來越受到關注。紅帽看到了越來越多的客戶首次采用IDP，Eisele預測這一趨勢将繼續。他還預計這一趨勢将繼續朝着平台方法而非以門戶為重點的倡議方向傾斜。

對于像 Eisele 這樣的老派開發者來說，能夠更專注于編寫代碼是内部開發者平台（IDP）帶來的巨大優勢。

“最終，[IDP] 減少了不必要的日常任務量，” Eisele說。“隻需想象一下你平常使用的浏覽器打開了 50 個标簽。最終，這将減少到一個标簽，因為你确切地知道自己需要去哪。... 這在精神負擔上是顯著減輕，因為你可以确切地知道需要點選哪裡來擷取某些資訊，因為對于你所工作的每個服務，對于你所工作的每個應用程式，這都是相同的。”

“你可以真正回到高效的狀态。”