云原生容器化應(yīng)用托管模式的演變

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

第一階段：容器化

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

第二階段：全面擁抱 Kubernetes

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

第三階段：Serverless Kubernetes

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

第四階段：Serverless 容器化應(yīng)用托管

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

Serverless 應(yīng)用引擎 SAE 誕生

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

Serverless 應(yīng)用引擎 SAE2.0 全面升級(jí)

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

彈的更快

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

彈后更省

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

彈的更穩(wěn)

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

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

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

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