云原生容器化應用托管模式的演變

云原生這個概念從提出，到壯大，再到今天的極大普及，始終處于一個不斷演進和革新的過程中。云原生體系下應用的托管形態(tài)是隨著企業(yè)應用架構(gòu)在不斷演進的。最早的應用大多是集中式、單體式的，應用通過優(yōu)雅的分層來實現(xiàn)領域模型的共享和更細致的模塊拆分。隨著互聯(lián)網(wǎng)的爆炸式發(fā)展，分布式的架構(gòu)逐漸取代集中式架構(gòu)，云原生應用托管也經(jīng)歷了 4 個階段的演進。

第一階段：容器化

Docker 的出現(xiàn)和極大普及，通過集裝箱式的封裝，標準化開發(fā)和運維使得大規(guī)模、跨語言的分布式應用大規(guī)模落地成為現(xiàn)實。

第二階段：全面擁抱 Kubernetes

在此之后，微服務架構(gòu)得以更大規(guī)模的流行開來，隨之而來的是企業(yè)需要運維的基礎設施日益復雜、需要管理的容器數(shù)量呈現(xiàn)幾何式增長。Kubernetes 一方面屏蔽了IaaS 層基礎架構(gòu)的差異并憑借優(yōu)良的可移植性，幫助應用一致地運行在包括數(shù)據(jù)中心、云、邊緣計算在內(nèi)的不同環(huán)境; 另一方面，憑借優(yōu)秀的開放性、可擴展性以及活躍開發(fā)者社區(qū)，在大規(guī)模容器編排之戰(zhàn)中脫穎而出，成為分布式資源調(diào)度和自動化運維的事實標準。

第三階段：Serverless Kubernetes

盡管 Kubernetes 帶來了眾多好處，但是在生產(chǎn)環(huán)境中落地 Kubernetes，持續(xù)保障系統(tǒng)的穩(wěn)定性，安全性和規(guī)模化成長，對于絕大部分企業(yè)來說，依然充滿挑戰(zhàn)。在這樣的背景下，Nodeless Kubernetes 進入大家視線：在保留完整 Kubernetes 能力的基礎上，將復雜的運維和容量管理工作下沉到云基礎設施底座。

第四階段：Serverless 容器化應用托管

盡管 Serverless Kubernetes 極大的減輕了企業(yè)運維 Kubernetes 的負擔，但 Kubernetes 自身的復雜性和陡峭的學習曲線依然讓人望而生畏，如何讓用戶的應用跑在 Kubernetes上，既能享受到 Kubernetes 帶來的諸多技術(shù)紅利，又能盡可能 0 改造，成為又一個亟待解決的問題。

Serverless 應用引擎 SAE 誕生

Serverless 應用引擎 SAE 就是在這個背景下誕生的，它是一款零代碼改造、極簡易用、自適應彈性的應用全托管平臺。SAE 讓您免運維 IaaS 和 K8s，秒級完成從源代碼/代碼包/ Docker 鏡像部署任何語言的在線應用（如 Web /微服務 /Job任務）到 SAE，并自動伸縮實例按使用量計費，開箱即用日志、監(jiān)控、負載均衡等配套能力。
SAE 的出現(xiàn)解決了眾多企業(yè)想用 K8s，但是又上手困難的問題，可以用非常低的門檻享受到 K8s 的技術(shù)紅利，并且按需使用、按量計費的收費模式以及自適應的彈性能力，也為企業(yè)降本增效提供了強大助力。

Serverless 應用引擎 SAE2.0 全面升級

今年，Serverless 應用引擎 SAE 來到了 2.0 時代，實現(xiàn)了全面升級。首先是彈性能力方面：

彈的更快

在保障完全兼容企業(yè)開發(fā)習慣的基礎上，SAE2.0 的彈性效率有了非常大的提升，從秒級到百毫秒級，并且開始支持縮短到 0 的能力。**縮容到 0 **即在無業(yè)務流量情況下不產(chǎn)生費用，能夠讓資源利用率無限貼近請求資源的負載。

彈后更省

在做了大量的用戶調(diào)研之后，我們發(fā)現(xiàn)很多企業(yè)的應用，在沒有請求或者請求處理完成的時候，是沒有必要保持大量資源的。那么我們就可以在請求處理完之后，釋放掉它的 CPU 或者僅保留極低的 CPU 資源，并維持內(nèi)存狀態(tài)，達到資源的?；詈蛯嵗谋；畹饶康?#xff0c;這就是閑置計費。
閑置計費最重要的目的，是利用 CPU 的釋放來節(jié)省 CPU 的費用；并且通過保持內(nèi)存，就可以在下次實例啟動的時候?qū)崿F(xiàn)毫秒級的恢復，做到最大限度的節(jié)省資源的同時，還能保證能夠有很低的延時。

彈的更穩(wěn)

通過平臺側(cè)全鏈路的優(yōu)化，讓延時降低了 45%，運行時性能波動下降至 7%。在彈得更細，彈得更穩(wěn)的同時，穩(wěn)定性也做到最佳。

SAE2.0 內(nèi)置有流量網(wǎng)關，可以根據(jù)每個實例配置對應的單實例的并發(fā)度，類似于我們平常說的并發(fā)數(shù)。當并發(fā)上來的時候，可以根據(jù)他實際的請求數(shù)，去擴容對應的實例。
當我沒有請求的時候，則不會對 CPU 進行計費，也就是上面說的閑置計費。而當請求來的時候，會根據(jù)實際的并發(fā)數(shù)先去分配 1 個實例，當這個實例填滿之后，再去擴容下一個實例，這樣就實現(xiàn)了在流量波動的時候，根據(jù)實際流量進行自動擴縮容的能力。

SAE2.0 為 Web 應用提供了多版本流量配置的能力。它可以對每個版本進行獨立的網(wǎng)絡配置。根據(jù)業(yè)務需要，可以動態(tài)配置多個版本對應的流量配比，并且不需要去指定它對應的實例個數(shù)，實例個數(shù)是根據(jù)配置的實例上限和流量配比，通過自動彈性能力擴縮出來的，這樣就實現(xiàn)了多版本的并存。
除此之外，在開發(fā)體驗方面，SAE2.0 無需任何編碼改動即可將傳統(tǒng)單體架構(gòu)或微服務架構(gòu)升級至 Serverless 應用架構(gòu)。并憑借一鍵部署及秒級應用創(chuàng)建能力，實現(xiàn)應用的高效發(fā)布。同時，SAE2.0 還具備了 CLI、S2A 等平臺工程能力，大大提升了用戶的研發(fā)效能。此外，它還具備 Knative Adapter 功能，使得 Knative 的應用程序能夠非常順暢地在 SAE2.0 上發(fā)布。

更多產(chǎn)品詳情可以點擊了解：
https://www.aliyun.com/product/aliware/sae