複雜性真的會成為 Kubernetes 的「致命傷」嗎？企業應用容器化，一定得過 Kubernetes這座「獨木橋」嗎？Serverless 應用場景單一，多用在邏輯簡單的非核心場景：小程序、ETL、定時備份等。Java 微服務真的遙遙無期了？2021雲棲大會現場，阿里巴巴研究員、阿里雲智能雲原生應用平台總經理丁宇（叔同）重磅發布了 Serverless 應用引擎 SAE 的產品全新定位和 5大產品新特性，給出了以上問題的答案。
從專用到通用，SAE 天然適合企業核心業務的大規模落地
區別於 FaaS 形態的 Serverless，SAE 以「應用為中心」，提供了面向應用的 UI 和 API，不改變應用編程模型和部署方式，保持了客戶在傳統服務器上一致的開發部署體驗，還能方便的進行本地開發調試/監控，極大地降低了客戶使用 Serverless 的門檻，能做到零改造平滑遷移企業在線應用。
也正因為此，SAE 幫助 Serverless 從專用到通用， 打破了 Serverless 的落地實施邊界，使得 Serverless 不再是前端全棧、小程序的專寵，後台微服務、SaaS服務、物聯網應用等一樣也可以構建在 Serverless 之上，天然適合企業核心業務的大規模落地。
從複雜到簡單，SAE 天然適合企業零門檻容器化
區別開源自建微服務，SAE 提供了開箱即用的歷經雙11考驗的全套微服務治理能力，客戶無需考慮框架選型、更無需考慮數據隔離、分布式事務、熔斷設計、限流降級等，也無需擔心社區維護力度有限二次定製開發的問題。能做到 Spring Cloud/Dubbo 零改造無縫遷移。開源之上，我們還增強了無損上下線、服務鑒權、全鏈路灰度等高級特性。
SAE 還幫用戶屏蔽了K8s 技術細節，實現企業應用零門檻容器化，無感擁抱 K8s。提供自動構建鏡像的能力，除鏡像外，提供 WAR/JAR/PHP zip包等多種方式，降低客戶製作 Docker 鏡像門檻。屏蔽 K8s 複雜的網絡和存儲插件適配，幫每個應用的實例分配一個在VPC內互聯互通的 IP，持久化數據到存儲系統。屏蔽 K8s 的運維升級，再也不用擔心 K8s 版本升級帶來的穩定性風險。屏蔽 K8s 對接監控組件和彈性 controller，提供白屏化的端到端可觀測能力和靈活多樣的彈性策略配置。用戶繼續沿用原有打包部署方式，直接 享受 K8s 的技術紅利。
5大新特性，凸顯 Severless 新優勢，延展 Serverless 新邊界
彈性能力2.0：業界首發混合彈性策略，支持定時和指標策略混用。在開源 K8s 能力上，豐富 TCP 連接數，SLB QPS/RT 等業務指標觸發彈性，支持設定擴縮容步長、冷卻時間等高級彈性設置。 Java冷啟動提速40%：基於Alibaba Dragonwell 11 增強的 AppCDS 啟動加速技術，將應用第一次啟動的過程生成緩存保存起來，後續直接通過緩存啟動應用。同比標準的 OpenJDK，冷啟動耗時提速40% 。極致部署效率15s：基於底層全鏈路升級，安全沙箱容器2.0，鏡像加速等，提供端到端15秒的極致部署體驗。 一站式PHP應用託管：支持 PHP zip包直接部署SAE，並提供 PHP 運行時環境選擇和應用監控能力，提供一站式 PHP 應用託管體驗。更豐富的開發者工具鏈：除 Cloudtoolkit、CLI、VSCode等開發者工具外，新增支持 Terraform 和Serverless Devs，基於資源編排能力，一鍵部署 SAE 應用以及依賴的雲資源，讓環境搭建更簡單。
4大最佳實踐，成就 All on Serverless 的典範
比開源自建微服務更快更省更穩。隨着業務的快速增長，很多企業都面臨單體向微服務架構轉型的難題；或者自建的微服務不能滿足企業穩定性和多樣化的需求。通過 SAE 開箱即用的全套微服務能力，降低了客戶學習研發成本，並且有歷經雙11考驗的穩定性背書，能讓這些企業快速完成微服務架構轉型，支撐新業務快速上線。這也是 SAE 使用最廣泛的場景，可以說 SAE 是微服務領域最佳的 Serverless 實踐。
中大型企業多套環境，往往開發測試、預發環境都不是7*24小時使用，長期保有應用實例，閒置浪費很高，有些企業 CPU 利用率都快接近0，降本訴求明顯。通過 SAE 的一鍵啟停能力，已讓這些企業靈活按需釋放資源，光開發測試環境就能節省2/3的機器成本，非常可觀。接下來我們還會通過 K8s 編排能力，編排應用和資源的依賴，一鍵初始化一套環境和克隆複製環境。
比開源 K8s ingress 提供的灰度能力更強。SAE 結合 PaaS 層客戶的場景特性，不僅實現了K8s ingress的七層流量灰度，也能實現從前端流量到多個級聯微服務的接口、方法級別的全鏈路灰度。比原有方案，部署運維更方便。以往，客戶需要部署2個命名空間的多個應用，使用2套完整的環境來實現正式和灰度的發布，硬件成本大、部署運維麻煩。基於SAE，客戶只需要部署一套環境，通過配置一些灰度規則將指定的特殊流量訪問到特殊的實例上，一層層級聯下去，既控制了爆炸半徑，方便的同時又節省了硬件成本。
大部分客戶會全量使用 SAE，也有少量客戶會將同一個業務的常態保有部分放在 ECS 上，將SAE 作為彈性資源池，兩者混合部署。只需要保證同一個應用的 ECS 實例和 SAE 實例，都掛載到同一個 SLB 的後端，並設置好權重比例。微服務應用還需註冊到同一個註冊中心。另外，復用客戶自建發布系統，保證每次發版時，SAE 實例和 ECS 實例版本一致。復用客戶自建的監控系統，將 SAE 的監控數據通過 OpenAPI 發送給監控系統，和 ECS 的監控數據規整。當流量高峰到來之時，彈性模塊會把彈性的實例都彈到 SAE 系統，極大地提升彈性擴容效率，降低了成本。這套混部的方案同樣適用於從 ECS 模式遷移到 SAE時，作為中間過渡方案使用，進一步提升遷移過程中的穩定性。
SAE 的5大新特性、4大最佳實踐，打破了 Serverless 落地的邊界，讓應用容器化更快捷，讓 K8s 落地更簡單，讓容器 + Serverless + PaaS 得以合三為一，使得技術先進性、資源利用率優化、不變的開發運維體驗可以融合在一起。
了解更多雲原生相關信息，請掃描下方二維碼或搜索微信號（AlibabaCloud888）添加雲原生小助手！入群即可獲雲原生一手資訊~
留言列表
留言列表