Knative:基於 Kubernetes 的 severless 開源平臺

2020-12-25 開源中國

據谷歌開源博客報導,Google 和其他供應商聯合發布了 Knative。Knative 是一個基於 Kubernetes 的開源平臺,為無後端服務工作的負載均衡提供構建模塊。目前已經獲得了很多項目的接受。

自 0.1 版本發布以來,貢獻者數量翻了一番,每月有超十幾家公司捐款,社區捐款增加 45% 以上。這是一個非常鼓舞人的消息,證實了這個項目的是非常有需求的,同時反應了開發團隊和用戶以及貢獻者之間為該項目積極討論現象。

Knative 0.2 Release

在最近的發布的 0.2 版本中,我們收錄了來自8家不同公司的323次 PR。Knative 0.2 版本中增加了一個新的 Eveting 數據模型,以補充 Serveing 和 Build 組件。在引擎層面也有很多改進,例如對可插拔路由和對彈性伸縮功能都進行了很好的支持。

KubeCon

本次在西雅圖舉辦的 KubeCon 共有 10 個主題演講,分別來 7 個不同的公司。這些演講涵蓋了從基礎介紹到自定義高級容器的各種主題。從演講數量和公司數量也標明了 Knative 社區在不斷發展。

不斷發展的生態系統

使 Knative 不斷前進的東西是有一個不斷增長的生態系統。許多企業平臺的開發人員已經開始使用 Knative 在 Kubernetes上為自己混合雲創建無後端解決方案。他們使用 Knative API ,開發人員可以獲得一致的用戶體驗,並且實現負載任務的可移植行。例如:Knative 項目的主要貢獻者 Pivotal 採用了 KNative 和 Kubernetes,幫助他們處理更多的工作任務。

同樣的,TriggerMesh 推出了一個無後端服務的管理平臺,該平臺在 Knative 之上運營,是開發人員能夠從中央控制臺部署和管理他們的功能。

我們隊 Knative 採用的速度以及為該項目作出貢獻的行業感到興奮。如果你尚未加入到這個項目中,歡迎訪問 github.com/knative,來加入這個不斷發展的 Knative 社區。

相關焦點

  • 谷歌表示 Knative 不會捐贈給任何基金會
    Knative 是谷歌開源的一套 Serverless 架構方案,它擴展了 Kubernetes,專注於解決容器為核心的 Serverless
  • SkyForm ECP基於Kubernetes構建AIaaS平臺
    社區中也出現了很多tensorflow on kubernetes的方案,比如最早使用jinja模板的方案(https://github.com/tensorflow/ecosystem/tree/master/kubernetes),以及後來的kubeflow(https://github.com/google/kubeflow)和Tensorflow/k8s(https://github.com
  • 用JavaScript開發移動原生應用,Facebook正式開源React Native!
    在經過前一天Messenger應用平臺、Parse物聯網開發者工具等驚喜的轟炸,Facebook於今天凌晨在F8開發者大會上正式開源了React Native。不過目前,只有iOS版,Android版還需要再等一段時間,這是最新的用JavaScript語言開發原生App的嘗試,其示例代碼相當簡潔,內置控制項也不少。
  • 基於 Kubernetes 的 GPU 類型調度實現
    面對這類新要求,基於 Kubernetes 的雲原生技術為人工智慧提供了一種新的工作模式。憑藉其特性,Kubernetes 可以無縫將模型訓練、inference 和部署擴展到多雲 GPU 集群,允許數據科學家跨集群節點自動化多個 GPU 加速應用程式容器的部署、維護、調度和操作。
  • 擁抱Kubernetes,再見了Spring Cloud
    Spring boot可以說是Java中開發基於RESTful微服務Web應用的最快方法之一。一直到 Spring Cloud,第一批選型它的大公司很早就構建出了完整微服務生態,很多解決方案也被開源,很多坑點已被國內巨頭踩完所以相當穩定。對於很多想要使用微服務架構的中小公司,這絕對是最佳進場時機,直接使用 Spring Cloud 全家桶,絕對是穩定而正確的微服務架構選擇。但當你所在公司引入 k8s 後,就變天了。
  • Kubernetes和雲原生技術實際生產環境情況匯總
    《LinkedIn 適應可插拔的統一集群管理平臺》  Linkedin,一線工程師 Tengfei Mu 和 Abin Shahab 帶來的是Linkedin內部基於 kubernetes 構建的系統——RAIN 是 LinkedIn 開發的一款集群資源管理系統,能夠管理多個數據中心(包括 Azure)中每個群集的數萬個主機的資源,以支持調度長時間運行的服務和批處理任務
  • 推薦11 款 React Native 開源移動 UI 組件
    本文推薦 11 個非常棒的 React Native 開源組件,希望能給移動應用開發者提供幫助。
  • 從YARN遷移到k8s,滴滴機器學習平臺二次開發是這樣做的
    本次演講從滴滴機器學習平臺的特點開始探討,分享了滴滴機器學習場景下的 k8s 落地實踐與二次開發的技術實踐與經驗,包括平臺穩定性、易用性、利用率、平臺 k8s 版本升級與二次開發等內容。此外,唐博還介紹了滴滴機器學習平臺是如何從 YARN 遷移到 k8s,以及 YARN 的二次開發與 k8s 的對比等。
  • kubernetes面試題匯總
    kubernetes是什麼?Kubernetes是什麼?kubernetes,簡稱K8s,是用8代替8個字符「ubernete」而成的縮寫。是一個開源的,用於管理雲平臺中多個主機上的容器化的應用,Kubernetes的目標是讓部署容器化的應用簡單並且高效(powerful),Kubernetes提供了應用部署,規劃,更新,維護的一種機制。kubernetes面試題匯總1.kubernetes是什麼?
  • Knative 核心概念介紹:Build、Serving和Eventing 三大核心組件
    BuildKnative Build 是基於現有的 Kubernetes 能力之上,提供的一套標準化、可移植、可復用的容器鏡像構建方式。通過在 Kubernetes 上運行複雜的構建任務,Knative Build 使你不必再單獨開發和重複這些鏡像構建過程, 從而通過系統化、工程化的方式,減少了鏡像構建時間及成本。
  • 「無伺服器架構」Knative Serving 介紹
    這些對象用於定義和控制無伺服器工作負載在集群上的行為:服務:service.serving.knative.dev資源自動管理您的工作負載的整個生命周期。它控制其他對象的創建,以確保您的應用為服務的每次更新都具有路由,配置和新修訂版。可以將服務定義為始終將流量路由到最新修訂版或固定修訂版。
  • React Native、開源:MDCC平臺與技術Android專場全揭秘!
    本屆MDCC將有10000+開發者、500+應用團隊、100+平臺提供商、100+移動遊戲服務商參與大會演講、現場展覽、特色活動。今年大會設置了以「萬物互聯,移動為先」為主題的主會,以及平臺與技術(iOS)、平臺與技術(Android)、平臺與技術(跨平臺)、產品與設計、硬體開發與技術、嵌入式開發、遊戲開發、虛擬實境、企業移動化9大技術專場。
  • 最火移動端跨平臺方案盤點:React Native、weex、Flutter
    react native 的打包腳本目錄為/node_modules/react-native/local-cli,打包最後會通過 metro 模塊壓縮 bundle 文件。而bundle文件只會打包js代碼,自然不會包含圖片等靜態資源,所以打包後的靜態資源,其實是被拷貝到對應的平臺資源文件夾中。
  • 「無伺服器架構」動手操作Knative -第2部分
    spec:gcpCredsSecret: # A secret in the knative-sources namespacename: google-cloud-keykey: key.jsongoogleCloudProject: knative-atamel
  • 谷歌的Janet Kuo解釋了為什麼Kubernetes能在複雜的環境中茁壯成長
    每天都在開發新的應用程式和技術平臺。這有助於提高行業競爭力,但許多基於軟體的解決方案無法持久。Kubernetes容器編配系統是一個既能生存又能發展的平臺。谷歌LLC的軟體工程師janet Kubernetes(圖右)和VMware公司的高級工程師bryan Liles(圖左)表示,儘管該平臺非常複雜,但Kubernetes在技術專家和新手中仍然很受歡迎,並且在許多類似系統不具備的地方做得很好。
  • 阿里宣布開源 Weex,用 Web 方式開發 Native 性能體驗應用
    與現有的開源跨平臺移動開放項目如Facebook的React Native和微軟的Cordova相比,Weex更加輕量,體積小巧。因為基於web conponent標準,使得開發更加簡潔標準,方便上手。Native組件和API都可以橫向擴展,方便根據業務靈活定製。Weex渲染層具備優異的性能表現,能夠跨平臺實現一致的布局效果和實現。
  • 谷歌不顧 CNCF 自建開源組織,Istio 商標轉移引爭議
    2004 年,RedHat 對其商標發布了嚴格的規定,允許所有人自由使用其開源產品的代碼,但絕不允許未經許可使用帶有其 LOGO 的商標。該舉措樹立了 RedHat 商標在業內的商業地位,以致基於 RedHat Linux 的社區發行版 Fedora 和 CentOS 中的 RedHat 相關商標信息都要完全替換掉,儘管它們的代碼都來自 RedHat 。
  • OpenYurt 開箱測評|一鍵讓原生 K8s 集群具備邊緣計算能力
    為服務更多開發者把握這一趨勢,5 月 29 日,阿里巴巴正式對外開源了基於 ACK@Edge(邊緣集群託管服務)的雲原生邊緣計算框架 —— OpenYurt。相較於其他基於 Kubernetes 的邊緣計算框架,OpenYurt 秉持著「最小修改」原則,通過在邊緣節點安裝 Yurthub 組件,和在雲端部署 Yurt-controller-manager,保證了在對 Kubernetes 零侵入的情況下,提供管理邊緣計算應用所需的相關能力。
  • Kubernetes持續部署指南
    凡泰極客導讀:眾所周知,Kubernetes 是一款由 Google 發起的開源系統
  • Kubernetes ELK 日誌收集
    Kubernetes EFK日誌收集Kubernetes日誌收集架構Kubernetes集群本身不提供收集日誌的解決方案,目前基於ELK日誌收集的方案主要有三種在節點運行一個agent收集日誌直接在宿主機上安裝,和在kubernetes效果一樣的。