Oracle的Fn無伺服器平臺新增了Prometheus支援和安裝於Kubernetes的Helm Chart
\\\看新聞很累?看技術新聞更累?試試下載InfoQ手機客戶端,每天上下班路上聽新聞,有趣還有料!
\
近期在美國Austin市召開的KubeCon北美大會上,InfoQ與Oracle容器組的副總裁Bob Quillin開展了一次對話,內容圍繞Oracle的FaaS“無伺服器”平臺Fn專案。自2017年10月推出以來,Fn專案發展迅速,並逐步新增了對Prometheus監測的支援、Fn Flow高可用叢集的實現、一種新的混合架構以及開源的Helm Chart Fn安裝程式。
\\在對話一開始,Quillin就指出,Fn專案是一個開源的“事件驅動的FaaS計算平臺,可以執行在任何地方”(InfoQ去年曾報導了Fn專案在舊金山舉行的JavaOne大會上推出)。他強調指出,在Kubernetes這樣的“開放平臺”上構建“開發工具集”,是提高那些有意向組織採納“雲原生”方式的一種最有效方法。
\\近期,Fn專案基於對多種語言建立和執行功能的初步支援,新增了一些功能。其中包括,用於監控函式執行多方面情況的Prometheus支援、用於Fn Flow引擎的叢集實現、“混合架構”的建立(用於實現在公共或私有云基礎架構內的靈活部署),以及為Kubernetes專案的部署建立Helm Chart。
\\最新新增到Fn伺服器中的對Prometheus度量的支援功能,支援將呼叫統計資料、效能資料、資源佔用等資料傳送到Prometheus監控系統和時序資料庫中。目前Fn提供三組Prometheus度量,分別是函式計數(即執行、成功或失敗的函式數量)、操作持續時間(即執行函式功能等各類操作所需的時間)以及一些Docker度量(即當Fn在Docker容器內執行函式時,它從容器獲取各種統計資訊,如CPU和記憶體使用情況等)。Fn使用了一組Grafana儀表盤實現度量資料的視覺化。現在,儀表盤功能是“開箱即可用”的。
\\Quillin介紹瞭如何使用Fn等框架“最終實現DevOps”。他建議,通過對一些操作方面上做抽象(例如,在Docker映象中打包程式碼),並給出核心“可觀察性”工具,開發人員可以更有效地交付商業價值。
\\Fn Flow支援建立和編排“長期執行、可靠並可擴充套件的函式”,這些函式只有在需要執行時,才會消耗計算資源。Fn Flow支援以一種語言定義所有的工作流程,但是目前只支援Java,並對其它一些語言實現了早期的原型。Fn還支援使用一些慣常語言結構,例如Java 8的CompletableFuture API方法。
\\最新發布的Fn Flow支援跨多個計算例項的叢集,從而使平臺具備高可用的執行能力。值得注意的是,Fn Flow已經躋身日益活躍的下一代業務流程建模和編排工具,其競爭對手包括RockScript、Apache NiFi和AWS Step Functions等。
\\Oracle團隊發現,在將Fn整合到企業客戶環境中時,由於種種原因,會有一些安裝要求API基礎架構與執行客戶程式碼的基礎架構相互分離。例如,有的客戶雖然希望無伺服器平臺是“完全受控”的,但依然希望允許程式碼可在防火牆之外執行,儘管程式碼和資料從不會脫離開該網路。因此,Fn團隊設計實現了一種“混合架構”,並在Fn問題追蹤器中做處理和跟蹤。
\\在Kubecon大會上,還發布了由Fn核心團隊開發的Fn Project Helm Chart,它有助於將平臺輕鬆部署到Kubernetes群集上。支撐該專案的一些核心設計原則包括:簡化部署和管理(Fn由多個元件構成,每個元件都可以做一定程度上的配置,這往往會導致操作認知過載)、支援部署到任何Kubernetes叢集及雲供應商(圖表可部署到任何滿足需求的計算基礎架構,無論是雲、本地還是執行minikube的膝上型電腦),以及開源原則(Fn核心團隊希望該圖表可向社群共享)。
\\在本次對話的最後,Quillin介紹了雲原生計算基金會(CNCF,Cloud Native Computing Foundation)的一些優點。他認為CNCF有助於制定“雲原生”計算的未來願景和實現,併為技術提供了企業驗證。他指出,Oracle將會繼續利用好企業現有的CNCF白金會員資格。Fn專案的未來路線圖包括,參與CNCF無伺服器工作組、重點支援函式的CI/CD、探索Istio和Envoy等服務網格技術的作用。
\\有意著手使用Fn的開發人員,可以查閱專案的網站fnproject.io、瀏覽Fn GitHub倉儲中的大量教程、觀看專案YouTube頻道內容,並通過Fn社群Slack提問。
\\檢視英文原文: Oracle's Fn Serverless Platform Adds Prometheus Support and Helm Chart Installation for Kubernetes
相關文章
- Kubernetes基於helm安裝 harbor
- [kubernetes]helm安裝
- Kubernetes-基於Helm安裝部署高可用的RedisRedis
- kubernetes系列(十六) - Helm安裝和入門
- 你要的 Helm Chart 應用金絲雀釋出終於來了!
- kubernetes實戰篇之helm安裝
- Helm Chart 部署 Redis 的完美指南Redis
- SAP雲平臺對Kubernetes的支援
- 雲無關、桌面端、基於Kubernetes的平臺Otomi
- 使用指令碼在Linux伺服器上自動安裝Kubernetes的包管理器Helm指令碼Linux伺服器
- Kubernetes上的“火眼金睛”——Prometheus的安裝實錄Prometheus
- 利用 Helm 在各類 Kubernetes 中安裝 RainbondAI
- helm安裝MINIO檔案伺服器伺服器
- 使用 Helm 安裝 MQTT 伺服器-EMQXMQQT伺服器
- 透過 Helm Chart 部署 Easysearch
- helm chart denpence 怎麼使用
- helm 部署PrometheusPrometheus
- 基於kubernetes平臺微服務的部署微服務
- kubernetes系列(十七) - 通過helm安裝dashboard詳細教程
- helm實戰之開發Chart
- Helm3安裝ElasticSearch和KibanaElasticsearch
- helm安裝mysqlMySql
- helm安裝教程
- helm 安裝redis的主從、哨兵Redis
- Kubernetes的安裝
- Kubeapps視覺化管理Helm Chart包APP視覺化
- Linux平臺下snmp服務的安裝和配置Linux
- 基於 Kubernetes 的雲原生 AI 平臺建設AI
- helm安裝及配置
- 白瑜慶:知乎基於Kubernetes的kafka平臺的設計和實現Kafka
- kubernetes的安裝方法
- K8S使用Helm安裝RabbitMQ和Redis的總結K8SMQRedis
- 支援remote write和exemplar的prometheus服務REMPrometheus
- 比Kubernetes和無伺服器更有前途的是Istio!伺服器
- Kubernetes中的Helm和修改證書有效時間(八)
- Prometheus安裝配置Prometheus
- Kotlin 新版來了,支援跨平臺!Kotlin
- helm2安裝配置
- 使用 Bitnami Helm 安裝 KafkaKafka