NetApp使有狀態應用程式更易於在Kubernetes中完成
大多數Web應用程式都是無狀態的。這些不會為一個客戶端的下一個會話儲存來自一個會話的客戶端資料。
有狀態應用程式是一種將客戶端資料從一個會話儲存到下一個會話的應用程式。兩種方法都有優點。但是在容器中執行有狀態的應用程式並不容易。NetApp希望透過Kubernetes儲存和容器平臺Project Astra修復該問題。
在Kubernetes的早期,它通常用於執行基於Web的無狀態服務。如果需要狀態服務(例如資料庫),則必須在虛擬機器(VM)或基於雲的服務中執行它們。現在,隨著基於Kubernetes的混合雲的興起,使用者希望在Kubernetes編排的容器之上部署有狀態的應用程式。
Project Astra是一個軟體定義的儲存(SDS)平臺。它將為Kubernetes提供有狀態的儲存和資料服務平臺。反過來,這為狀態應用程式啟用了應用程式和資料可移植性。
NetApp雲產品CDS產品管理副總裁Eric Han解釋說:“許多組織意識到關聯的資料和資料服務(儲存,管理,保護和複製資料)不易使用,也不易被Kubernetes移植。” Asta承諾“透過自動發現應用程式和應用程式資料,對資料和備份進行分類,報告資料使用情況等等,來提高雲原生應用程式的資料可見性。”
這很重要,因為正如NetAppmarket的策略師Beth Busenhart所說,“ Kubernetes作為容器應用程式的協調器正變得無處不在。它著重於可移植性。” 一切都很好,但這也意味著“容器是無狀態的,並且資料的可移植性丟失了,”貝絲說。
有一些方法可以為Kubernetes提供狀態服務。最常見的方法之一是將Kubernetes叢集與傳統儲存基礎架構整合在一起,並使儲存層與Kubernetes託管計算層脫鉤。但是這種方法既不能移植,也不能提供高I / O吞吐量。
Project Astra(仍處於測試階段)將允許開發人員建立可移植的,快速的I / O Kubernetes狀態應用程式。這些可以連同其資料和資料服務一起跨多個公共和私有云移動。這使能夠跨混合雲移動程式的承諾變得更加容易實現。NetApp對Astra專案的願景是使公司能夠與在任何雲上選擇的Kubernetes分發無縫地協作。在此之前,NetApp意識到自己擁有專有的NetApp Kubernetes服務(NKS)與數十家其他Kubernetes供應商競爭是徒勞的。開源的Astra有更多尋找客戶的希望。
NetApp正在與Kubernetes社群合作開發Astra。其目標是建立一個平臺來幫助您:
•使用您選擇的Kubernetes發現應用程式,無論是在您的本地還是在雲中。
•整合和統一應用程式和資料管理。
•透過服務和內建功能提供NetApp在資料和Kubernetes方面的專業知識。
•擴充套件了所有工作負載(包括有狀態的,資料豐富的應用程式)可移植性的承諾。
“作為2014年Google的Kubernetes的第一位產品經理,我很高興能夠加入NetApp,因為我們將繼續努力應對組織所面臨的真正挑戰,”該產品管理副總裁Eric Han說NetApp的Cloud Data Services在一份宣告中。“透過Project Astra,NetApp真正實現了與Kubernetes合作的專業人士今天所要求的可移植性的真正承諾,並與社群和我們的客戶並行工作,以使所有資料(無論存在於何處)都得到管理,保護和可移植。”
更多技術開源資訊和技術分享,歡迎關注“開源村”公眾號瞭解
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31490593/viewspace-2689602/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Kubernetes 實戰——有狀態應用(StatefulSet)
- [譯] Flutter 中的原生應用程式狀態Flutter
- 如何使Safari for Mac中的網頁更易於閱讀Mac網頁
- Zustand:狀態持久化在專案中的應用持久化
- 在Linux中,程序狀態有哪些?Linux
- Kubernetes學習筆記(九):StatefulSet--部署有狀態的多副本應用筆記
- 「譯」有限狀態機在 CSS 動畫中的應用CSS動畫
- PDM系統在技術狀態管理中的應用研究
- ASP.NET Core 應用程式狀態ASP.NET
- Bronze垃圾收集器是否使 Rust 更易於使用?Rust
- SAP BSP應用有狀態和無狀態行為差異比較
- 在Spring Boot應用程式中使用Kubernetes ConfigMapSpring Boot
- GlusterFS在Kubernetes中的應用實戰(一)
- 技術進階:Kubernetes高階架構與應用狀態部署架構
- 【架構設計】無狀態狀態機在程式碼中的實踐架構
- 3個有狀態應用程式的無伺服器開發策略 - Twain Taylor伺服器AI
- 利用kubernetes資源鎖完成自己的HA應用
- SESSION處於KILLED狀態下如何找出對應的程式Session
- Flutter跨應用更改狀態在安卓端的實現Flutter安卓
- Java 應用程式在 Kubernetes 上棘手的記憶體管理Java記憶體
- 在GI安裝完成後檢視叢集狀態時發現,磁碟組狀態不對
- 揭祕有狀態服務上 Kubernetes 的核心技術
- 探索FSM (有限狀態機)應用
- [譯] 在 Kubernetes 之上架構應用架構
- Portworx演示:在K8S叢集間遷移有狀態的應用和資料K8S
- 資料管理方案Portworx在K8S上是如何支撐有狀態應用的?K8S
- 樂觀鎖和悲觀鎖在kubernetes中的應用
- wechat-rematch 用於小程式的狀態管理工具REM
- Angular Ngrx Store 應用程式狀態的一些典型例子Angular
- 基於 Redux + Redux Persist 進行狀態管理的 Flutter 應用示例ReduxFlutter
- 在K8S中,PV的生命週期狀態有哪些?K8S
- SmartX 釋出 K8s 雲原生儲存 IOMesh,加速有狀態應用容器化程式K8S
- Java應用異常狀態監測Java
- 使用 Provider 管理 Flutter 應用狀態 (下)IDEFlutter
- 使用 Provider 管理 Flutter 應用狀態 (上)IDEFlutter
- Helm, 在Kubernetes中部署應用的利器
- 關於Clean Architecture在android中的應用Android
- docker筆記28-stateful(有狀態應用副本集)控制器Docker筆記