持續優化雲原生體驗，阿里雲在Serverless容器與多雲上的探索

摘要： 深度解讀阿里雲的Serverless Kubernetes, 介紹對Open Service Broker API標準的支持.

近日，阿里雲宣佈推出Serverless Kubernetes服務此舉意在下降容器技術的使用門檻、簡化容器平臺運維。並同時發佈阿里雲服務對Open Service Broker API標準支持，經過一致、簡單、可擴展的接口，將各類類型開發服務便捷統一化地交付到Cloud Foundry、Kubernetes等雲原生應用平臺；輕鬆實現多雲環境下應用開發，讓用戶更多關注自身業務創新。

不斷演進的雲計算

現在你們已經再也不質疑「是否應該採用雲計算」這個命題，更多的關注點則是「雲計算將怎樣進一步節省成本並創造業務價值」。

業界廣泛認爲，更進階的雲計算服務應該使得用戶無需關注環境配置、服務器管理、維護升級等操做，即剝離掉與雲端資源層的耗時工做並將更多精力集中到業務層的開發與實現。

整個IT運維技術已經經歷了物理機、虛擬機和雲化三個階段，而新興的容器技術和Serverless則被業界視爲雲計算的更高階段；即IT的角色重心從節省成本、提供支撐轉變爲高效備戰、引領創新。容器技術和Serverless做爲新興技術，相對於傳統龐大的單體架構而言，更加簡捷高效；是當下業界推崇的微服務和DevOps文化的重要工具。

容器技術創新點在於應用會以標準的形式打包成鏡像，鏡像中含有應用運行的所需所有信息，能夠屏蔽差別性並快速啓若干容器，從而實現應用服務層面的彈性擴容。鏡像做爲交付物使得開發、測試、運維、部署和發佈各個環節更順暢高效。正如掀起容器浪潮的Docker公司所說，容器能夠「Build, Ship, and Run Any App, Anywhere」。

與容器技術相似，serverless也有着‘讓開發應用過程更簡單’的初心。Serverless是一個寬泛的且再不斷演進的概念，它意在讓用戶使用雲服務時再也不有機器的概念，不須要手動管理底層資源即可以實時按需彈性伸縮。相對傳統的server-base模式，它更注重的將用戶從複雜繁瑣的配置管理工做中解脫出來、更多地專一於自身業務邏輯的創新。

Kubernetes聯合創始人Brendan Burns表示，回顧總體容器技術發展能夠發現兩個很是清晰的演進線索：其一是經過解耦業務架構能夠明晰團隊職責，其二是研發人員須要更多地傾注於應用開發（這纔是最重要的事情）；他同時表示「Kubernetes的將來就是Serverless」， Kubernetes屏蔽掉底層的機器信息，爲使用者們呈現容器提供無服務器化運行的體驗。Kubernetes的創建是爲了給開發人員面向應用的API，並但願讓使用者忘記掉機器和機器管理的細節，可是實際上兌現這個初心並非一路順風，他預計將來大多數人的Kubernetes集羣將是專用機器和無服務器計算容器基礎設施之間的混合體。

忘掉服務器管理的細節，無服務器運行容器應用

阿里雲提供着國內最大規模的公共雲容器服務, 也是國內首家推出函數計算服務的供應商。現在，在容器和Serverless之間，阿里雲也提供了一種新形態的雲服務——Serverless Kubernetes容器服務。相比函數計算的代碼無服務器化運行，Serverless Kubernetes提供容器應用的無服務器運行環境，基於強大的阿里雲彈性計算基礎設施，具有簡單易用、按需付費、兼容幷包、安全隔離、按需擴容、互聯互通等優點。

在經典的Kubernetes容器集羣模式中，用戶有高度的靈活性，能夠對集羣基礎設施和容器應用進行細粒度的控制，如能夠選擇宿主機實例（如GPU實例、裸金屬服務器）和操做系統、K8S版本、網絡模型等，也能夠根據本身的節奏都對集羣進行升級、監控應用容器資源利用率、根據容量規劃手工或自動對集羣擴縮容。

而在Serverless集羣模式下，用戶只需指明應用容器鏡像、對CPU和內存需求，選定對外服務模式，便可直接啓動應用程序。簡單易用，用戶能夠實現5秒建立集羣、30秒部署應用、按需擴展；與現有Kubernetes應用徹底兼容，支持標準的API、CLI來部署和管理應用；與專有網絡(VPC)中已有應用、數據庫互聯互通的同時，應用容器之間依舊保持安全隔離、防止互相干擾，而且確保企業級的高可用和安全性。

Serverless Kubernetes結合容器的高移植性和高靈活性與阿里雲彈性計算提供的彈性調度和隔離性，其應用場景很是普遍，可敏捷便利部署於包括web應用、移動應用後端服務、多媒體處理、數據處理、持續集成等多種場景，很是適合批量任務和突發工做。

阿里雲Serverless Kubernetes基於阿里雲基礎設施能力，與Kubernetes生態兼容，而且能夠與用戶現有應用環境徹底融合。

做爲國內最大規模的公共雲容器服務，阿里雲容器產品已經服務了超過數千家企業。容器服務的願景是幫助企業IT遷雲、實現多雲戰略，利用雲原生技術進行IT現代化改造，從而助推業務創新。而Serverless Kubernetes將給用戶一個更多的選擇，在與現有主流開源技術兼容的基礎上，進一步下降使用容器技術的門檻，讓用戶關注在應用和創新。

尊重多雲意願，支持Open Service Broker API標準

在雲計算的時代，因爲地域覆蓋、數據安全、成本等多種緣由，企業們開始考慮選用混合雲或者多雲模式。爲了給用戶更多選擇的自由，阿里雲提供了對Cloud Foundry、Kubernetes/Docker、Terraform、Ansible、Chef、Open Service Broker API等開源社區主流技術的支持，幫助用戶在雲端和本地數據中心有一致的應用和資源管理體驗。不久前，阿里雲成爲Cloud Foundry認證雲基礎設計供應商，併成爲CF基金會黃金會員。

5月2日，阿里雲容器服務正式發佈對Open Service Broker API標準支持。用戶能夠經過一致、簡單、可擴展的接口，將開發的各類類型服務便捷統一化地交付到如Cloud Foundry、Kubernetes等多個不一樣的雲原生應用平臺。

Open Service Broker API來源於Cloud Foundry Service Brokers組件, 並於2016年被貢獻成爲獨立的社區開源項目。目前已成爲業界關於雲應用集成和管理服務的事實標準。

在以往，若是選用了多種類雲服務，用戶每每須要編寫不一樣的代碼並執行不一樣的操做流程，才能實現應用的集中化集成與管理，使用起來複雜且低效。

而現在，阿里雲遵循Open Service Broker API 標準，提供一系列服務代理組件，實現了對阿里雲服務如雲數據庫服務RDS，對象存儲服務OSS等，以及主流開源服務如MySQL／MariaDB，Spark，RabbitMQ等的完美支持。具體而言，用戶能夠在容器服務提供的服務目錄界面瀏覽到各類服務，便捷地建立和銷燬不一樣規格服務實例，實現服務實例與目標應用動態綁定，以安全的方式將服務實例的訪問信息注入到相應應用容器中。

在支持Open Service Broker API標準時，阿里雲特別考慮到了跨平臺通用性。目前，用戶部署在阿里雲Kubernetes服務和Cloud Foundry中的應用，都可以以一樣地方式建立、綁定、調用上述各類服務，並已有數家國內外客戶受益於此。

除了持續優化Cloud Foundry/Kubernetes生態與阿里雲的連接以外，將來用戶還能夠經過Open Service Broker API將應用集成到其餘雲平臺或自有的服務。阿里雲幫助用戶實現多雲策略和混合雲方案，尊重用戶意願併爲用戶提供極大的靈活性。

原文連接