作者：Chris Aniszczyk（也在LinkedIn[1]上發布）
我希望每個人都和心愛的人度過了愉快的假期！CNCF 最近發布了關于我們去年完成的所有工作的年度報告[2]。我建議每個人都抽空仔細閱讀這份報告，因為我們花了很多時間來記錄社區所做的所有令人驚嘆的工作。另外，自從我發布年度預測已經有幾年了，所以我為延遲道歉，希望你喜歡今年的清單！
云[原生]IDE 成為常態
最近，GitHub Codespaces 完成測試階段，雖然我們沒有很多來自 GitHub 的公共使用數據，但 Twitter 上似乎有很多正面情緒。此外，GitPod 與該領域的其他公司一起完成了首輪融資，這些公司已經進行了令人印象深刻的融資。
我 100%相信，短暫的開發工作區以及開發人員在設置工作區時節省的時間，將推動這項技術成為行業規范。你看到 Uber、Shopify、Slack、Stripe 等公司使用這種形式的開發是有原因的，隨著 Codespace 和 Gitpod 等產品成為常態，這些最佳實踐將傳播到行業的其他地方。
最后，Gitpod 整理了一套優秀的CDE[3]（Cloud Develompent Environment，云開發環境）原則，我建議你看看。Redmonk 的優秀員工也分享了我的觀點，他們發表了關于“云開發環境之年[4]”的精彩文章，我建議從分析師的角度閱讀。
FinOps 成為主流并向左移
幾年前，Linux 基金會幫助建立了FinOps 基金會[5]，以培養這一領域的創新。FinOps 基金會有了一個很好的開始，從主辦第一次FinOpsX[6]會議到發起FinOps 狀況[7]調查，以及一些很棒的介紹材料[8]。
為什么今年對 FinOps 來說是重要的一年？云支出在過去幾年中大幅增加，正在成為組織內的一項大成本，有時甚至與工資不相上下。
此外，你可以將 FinOps 的就業趨勢與Google 的趨勢[9]結合起來，尋找經濟增長已經到達拐點的指標。
所有這些市場壓力的另一個好處是更多的標準化和開源選項，如OpenCost[10]。傳統上，破解云賬單是一個困難的問題，如果你使用多個云，這個問題會變得更加復雜（沒有涵蓋所有主要云的云定價和成本管理的開放標準）。
這些市場壓力加上全球經濟衰退將增加大多數組織的 FinOps 實踐，而不僅僅是高科技海灣地區的公司。與過去相比，FinOps 將成為一個更大的工程問題，在過去，工程團隊可以自由支配云消費。你將看到 FinOps 信息向開發者轉移，并最終成為 pull request 基礎設施的一部分。
最后，成本管理和 FinOps 將默認成為可觀察性解決方案的一部分（例如，Datadog 宣布推出成本管理產品[11]）。我預計這一領域也會出現大量整合，大型傳統公司會通過收購進入該領域。
開源 SBOM 無處不在
美國政府在過去幾年中制定了有關提高軟件安全性的政策和法律，從 2021 年的行政命令到最近的“美國保護開源軟件法案”，涵蓋了無數的安全改進。OpenSSF（Open Source Security Foundation，開源安全基金會）對該法案有一個很好的總結，以及他們關于如何解決開源安全問題的動員計劃[12]。
此外，就在最近，美國政府通過了一項法律，強制要求醫療器械制造商必須生產 SBOM。
不可避免的是，這種趨勢將繼續下去，并影響開源軟件，像 Kubernetes 這樣的領先關鍵項目已經在生產供消費的 SBOM。在所有行業強制推行 SBOM 的道路上可能會有一些坎坷，但我個人認為，通過監管或行業剛好成熟，這是不可避免的。
這一領域還將有許多新的開源創新、初創公司和項目，它們致力于聚合大量這種安全信息（參見https://deps.dev作為一個簡單的示例）。我個人關注的項目有GUAC[13]、Scorecard[14]、Sigstore[15]、Witness[16]等等。
GreenOps 合并到 FinOps
永續發展是一個熱門話題，ESG 領域的人員都知道計算基于云的工作負載的碳足跡有多復雜。普華永道最近的研究[17]發現，“財富 1000 強企業中，60%的企業領導者正在使用或計劃使用云來增強 ESG 報告，59%的企業領導者正在使用或計劃使用云來改善其 ESG 戰略。”
我相信，在我們提高云的效率時，這里會出現一種杰文斯悖論的情況……此外，有趣的研究表明，“未來運行全球自動駕駛汽車車隊的計算機所需的能源可能會產生與當今世界所有數據中心一樣多的溫室氣體排放。”
在我看來，GreenOps 是一種專注于云工作負載碳足跡的 FinOps 形式。我希望這些社區合并成一個，并在該領域的開放規范和標準上進行合作，例如擴展 OpenCost[18]，以包括跨云的碳足跡信息。跨公司和行業的開源合作有很多機會。
GitOps 逐漸成熟，并進入生產高峰期
自從 Alexis Richardson 在 2017 年首次創造了 GitOps 這個詞以來，當談到 GitOps 工具的成熟時，這個領域的事情發生了巨大的變化。在 CNCF，Argo 和 Flux 項目最近已經畢業，顯示了項目的穩定性和成熟的治理以及快速的采用水平。此外，它們也是 CNCF 生態系統中開源速度最高的項目。
如果你對這個領域感興趣，我推薦你參與上面的開源項目，并加入 CNCF Open GitOps 工作組[19]。
OpenTelemetry 日趨成熟
如果你看看來自 CNCF 的最新開源項目速度數據，OpenTelemetry 排名第二，僅次于 Kubernetes，對于這樣一個年輕的項目來說，這令人難以置信。
在過去的幾年里，幾乎每一家主要的現代可觀測性供應商都致力于集成 OTel。OTel collector 框架將供應商從實現這一功能的需要中解放出來，并使最終用戶的生活變得更好。2023 年，你不僅會看到許多技術先進的公司[20]采用 OTel，還會看到傳統的企業最終用戶利用這項技術。
Backstage 開發者門戶成熟度
開發人員的體驗一直是那些達到一定規模以提高工程吞吐量的組織所關心的問題。隨著越來越多的組織開始他們的云原生之旅，這對大多數行業來說變得非常重要。在我的上一組預測[21]中，提到“服務目錄”將成為一種必需品，但它將不止于此。
在 CNCF 社區，Backstage 是我見過的少數幾個甚至在采用 Kubernetes 之前就在傳統企業中部署的項目之一。在這方面有點獨特，但它確實被銀行或航空公司[22]等傳統企業，以及 Spotify 等尖端科技公司所使用。你可以從他們的ADOPTERS.md[23]文件和 BackstageCon 視頻中看到項目中的一些瘋狂采用。
為了更上一層樓，Backstage 需要鞏固它的 API，并繼續培養它的插件生態系統，在本質上成為了這個領域的“Jenkins”。
關于 Backstage 和現代開發者門戶的另一個有趣的事情是，Gartner 甚至已經注意到并開始在這個領域進行研究，這總是后來成熟的標志。
WebAssembly 創新+啟蒙斜坡
我堅信 WebAssembly（Wasm）將在不久的將來成為計算的主導形式，它正在探索瀏覽器之外的用例，從邊緣到服務器工作負載。我發現 Sapphire Ventures 關于 Wasm 承諾的這篇文章[24]是這個主題中較好的文章之一。
從個人經驗來看，我不斷看到 Wasm 出現在面向未來云原生生態系統的更多領域，從 Envoy 中的插件系統重構，或 WasmCloud 和 WasmEdge 等項目。還有，甚至Docker[25]在最近的技術預覽版中也支持 Wasm。
然而，隨著 Wasm 用例的發現、運行時的成熟，以及技術的全面發展，將會有一些成長的煩惱。用炒作周期的說法，Wasm 將介于幻滅的低谷和啟蒙的斜坡之間。雖然有很多關于 Wasm 潛力的正面報道，但當有很多像WASI[26]和 tail calls 這樣的移動部件沒有得到完全支持時，實現這些東西是一個要面對的現實。
此外，我認為你將看到 Cloudflare 等精品云提供商和較小的初創公司為這項技術的成熟鋪平道路，超大規模企業將在今年開始提供他們的第一批 Wasm 相關產品。
最后，我想明確一點，我看到了一個容器、Wasm 甚至 VM 將并存的世界……甚至我們在 Docker 的朋友也這么說[27]。
削減成本有利于精品云（或任何“超級云”）
繼續今年的成本管理主題，我相信隨著組織退后一步評估他們的云使用情況，精品云提供商（或任何超級云[28]）將從這一趨勢中受益。有關 2023 年這一趨勢的示例，請參見 Cloudflare 最近發布的公告[29]…“Palantir 宣布與 Cloudflare 建立戰略合作伙伴關系，重點關注云成本優化”，以及他們如何將其R2[30]產品與 S3 產品進行比較。
這些精品云提供商將把自己定位為關注這一特定領域的成本優化和客戶服務。他們將在這一領域宣布新的收購和產品，與更大的云競爭。
Kubernetes 有其 Linux 風格的成熟時刻
不提 Kubernetes 我就做不了云原生預測，對不！？就在最近，我在云原生生態系統內外發布了一篇關于2022 年開源項目 velocity[31]也采用 Kubernetes。還有，Kubernetes 是運行在每一間Chick-Fil-A[32]餐廳，甚至有一些基于邊緣的計算為你服務！甚至還有人在軌道[33]上運行 Kubernetes，甚至在太空[34]！
當我說 Kubenetes 正在經歷其 Linux 風格的成熟時刻時，我的意思是，Linux 最初是為一個特定的業余愛好者用例而構建的，然后最終更廣泛的生態系統擴展到在電話、汽車、實時系統等等上運行。Kubernetes 項目正在經歷類似的演變，組織正在擴展 Kubernetes，以在該項目最初沒有設計的新型環境中運行，如嵌入式設備。這些新的用例，將創新推回到 Kubernetes 項目和更廣泛的生態系統中，就像在 Linux 中發生的一樣。開源創新的引擎已經準備好了，并將繼續下去。
其它預測
生成式人工智能將被立法，并在開源社區中引起摩擦。圍繞歸屬、版權和遵守開源基金會和公司政策的有趣問題將會很有趣（例如，一些公司已經禁止使用 CoPilot 生成的代碼）。我們也看到在這一領域對 CoPilot 甚至藝術版權和 Stable Diffusion 的訴訟，這只會加速并可能導致一些版權法的變化。Heather Meeker 有一篇關于copyright eating AI[35]的很棒的博文，我強烈推薦給讀者。
VSCode 將繼續增長并主導 IDE 領域。這是一個非常活躍的項目，到目前為止，微軟在管理社區方面做得很好。如果你看看 Stackoverflow 的調查或 Top IDE index 的數據，就會發現 VSCode 將成為幾乎所有主流編程語言的主流 IDE（甚至不包括它在 Codespaces 和 Gitpod 中的嵌入式使用）。
RISC-V 將作為一個開源社區走向成熟，并在嵌入式和移動領域得到廣泛應用。就在最近，谷歌宣布，Android 計劃支持 RISC-V 作為“Tier 1”架構，這意味著在不久的將來，你會在 Android 看到 RISC-V。世界各地還存在有利于某些地區采用 RISC-V 的地緣政治逆風。
游戲引擎行業的開源創新飛速發展。游戲行業與云原生世界有些不同……大多數 AAA 風格的開發仍然發生在 Windows 機器、巨大的 monorepo 以及 Unity 和 Unreal 等專有游戲引擎上。正如a16z 在 2016 年所說[36]……我們需要游戲領域更多的開源，這一點隨著 Bevy、Godot、O3DE[37]等開源游戲引擎的出現終于實現了。
由于監管和安全問題的增加，OSPO 在行業和政府中不斷增長。我是 TODO Group 的聯合創始人之一，該組織是開源項目辦公室（Open Source Program Office，OSPO）網絡的所在地，我見證了 OSPO 在高科技行業中的發展。隨著我們依賴的越來越多的軟件是基于開源的，組織將需要一種戰略方法來管理創新和安全風險。此外，歐盟各國政府開始規范 OSPO[38]，其他國家將會效仿。
最后，2023 新年快樂，年年好運！
讓企業都能高效創新
企業云原生數字化創新平臺CloudOS?
可插拔云原生工具集Cloud Native Toolkit
開發者專屬一站式在線服務Methodot
