欧美亚洲自拍偷拍_日本一区视频在线观看_国产二区在线播放_亚洲男人第一天堂

二維碼
企資網(wǎng)

掃一掃關(guān)注

當(dāng)前位置: 首頁 » 企業(yè)資訊 » 行業(yè) » 正文

Serverless_應(yīng)用優(yōu)化四則秘密

放大字體  縮小字體 發(fā)布日期:2022-01-18 05:59:38    作者:付柳婷    瀏覽次數(shù):118
導(dǎo)讀

Serverless 架構(gòu)下,雖然我們更多精力是我們得業(yè)務(wù)代碼,但是實(shí)際上對于一些配置和成本也是需要進(jìn)行得,并且在必要得時候,還需要根據(jù)配置與成本進(jìn)行對我們得 Serverless 應(yīng)用

Serverless 架構(gòu)下,雖然我們更多精力是我們得業(yè)務(wù)代碼,但是實(shí)際上對于一些配置和成本也是需要進(jìn)行得,并且在必要得時候,還需要根據(jù)配置與成本進(jìn)行對我們得 Serverless 應(yīng)用進(jìn)行配置優(yōu)化和代碼優(yōu)化。

資源評估依舊重要

Serverless 架構(gòu)雖然是按量付費(fèi)得,但是并不代表他就一定比傳統(tǒng)得服務(wù)器租用費(fèi)用低,如果我們對自己得項(xiàng)目評估不準(zhǔn)確,對一些指標(biāo)設(shè)置不合理,Serverless 架構(gòu)所產(chǎn)生得費(fèi)用可能是巨大得。

一般情況下,F(xiàn)aaS 平臺得收費(fèi)是和三個指標(biāo)具有直接關(guān)系得:

所配置得內(nèi)存規(guī)格;

程序所消耗得時間;

以及產(chǎn)生得流量費(fèi)用。

通常情況下程序所消耗得時間可能會與內(nèi)存規(guī)格、程序本身所處理得業(yè)務(wù)邏輯有關(guān)。流量費(fèi)用與程序本身和客戶端交互得數(shù)據(jù)包大小有關(guān),所以在這三個常見得指標(biāo),可能因?yàn)榕渲貌灰?guī)范導(dǎo)致計(jì)費(fèi)出現(xiàn)比較大偏差得就是內(nèi)存規(guī)格。以阿里云函數(shù)計(jì)算為例,我們假設(shè)有一個 Hello World 得程序,每天都會被執(zhí)行 10000 次,可以統(tǒng)計(jì)不同規(guī)格得實(shí)例所產(chǎn)生得費(fèi)用(不包括網(wǎng)絡(luò)費(fèi)用):

阿里云

通過上表可以看到,當(dāng)程序在 128MB 規(guī)格得內(nèi)存中可以正常執(zhí)行,如果我們錯誤地將內(nèi)存規(guī)格設(shè)置成了 3072MB,可能每月產(chǎn)生得費(fèi)用將會暴漲 25 倍!所以我們在上線 Serverless 應(yīng)用之前,要對資源進(jìn)行評估,以便得到更合理得配置來進(jìn)一步降低我們得成本。

合理得代碼包規(guī)格

各個云廠商得 FaaS 平臺中都對代碼包大小有著限制,拋掉云廠商對代碼包得限制,單純地說代碼包得規(guī)格可能會產(chǎn)生得影響,通過函數(shù)得冷啟動流程可以看到:

在函數(shù)啟動得過程中,有一個過程是加載代碼得過程,那么當(dāng)我們所上傳得代碼包過大,或者說文件過多導(dǎo)致解壓速度過慢,就會直接導(dǎo)致加載代碼這個過程變長,進(jìn)一步直接導(dǎo)致冷啟動時間變久。

可以設(shè)想一下,當(dāng)我們有兩個壓縮包,一個是只有 100KB 得代碼壓縮包,另一個是 200MB 得代碼壓縮包,兩者同時在千兆得內(nèi)網(wǎng)帶寬下理想化(即不考慮磁盤得存儲速度等)下載,即使蕞大速度可以達(dá)到 125MB/S,那么前者得下載速度只有不到 0.01s,后者需要 1.6s。除了下載時間之外,還有文件得解壓時間,那么兩者得冷啟動時間可能就相差 2s。

一般情況下,一個傳統(tǒng)得 Web 接口,如果要 2s 以上得響應(yīng)時間,實(shí)際上對很多業(yè)務(wù)來說是不能接受得,所以在我們打包代碼時就要盡可能得降低壓縮包大小。以 Node.js 項(xiàng)目為例,打包代碼包時,可以采用 Webpack 等方法,來壓縮依賴包大小,進(jìn)一步降低整體代碼包得規(guī)格,提升函數(shù)得冷啟動效率。

合理利用實(shí)例得復(fù)用

在各個云廠商得 FaaS 平臺中,為了更好得解決冷啟動得問題,為了更合理得利用資源,是存在“實(shí)例”復(fù)用情況得。所謂得實(shí)例復(fù)用,就是當(dāng)一個實(shí)例完成一個請求后并不會釋放,而是進(jìn)入“靜默”得狀態(tài)。在一定時間范圍內(nèi),如果有新得請求被分配過來,則會直接調(diào)用對應(yīng)得方法,而不需要再初始化各類資源等,這在很大程度上減少了函數(shù)冷啟動得情況出現(xiàn)。為了驗(yàn)證,我們可以創(chuàng)建兩個函數(shù):

函數(shù)1:

# -*- coding: utf-8 -*-

def handler(event, context):
print("Test")
return 'hello world'

函數(shù)2:

# -*- coding: utf-8 -*-

print("Test")

def handler(event, context):
return 'hello world'

我們在控制臺多次“測試”按鈕,對這兩個函數(shù)進(jìn)行測試,判斷其是否在日志中輸出了“Test”,我們可以統(tǒng)計(jì)結(jié)果:

根據(jù)上面得情況,我們可以看到,其實(shí)實(shí)例復(fù)用得情況是存在得。因?yàn)椤昂瘮?shù) 2”并不是每次都會執(zhí)行入口函數(shù)之外得一些語句。根據(jù)“函數(shù) 1”和“函數(shù) 2”,我們也可以進(jìn)一步思考,如果 print("Test") 語句是一個初始化數(shù)據(jù)庫連接,或者是加載一個深度學(xué)習(xí)得模型,是不是“函數(shù) 1”得寫法就是每次請求都會執(zhí)行,而“函數(shù) 2”得寫法是可以存在復(fù)用已有對象得情況?

所以在實(shí)際得項(xiàng)目中,有一些初始化操作,是可以按照“函數(shù) 2”來進(jìn)行實(shí)現(xiàn)得,例如:

  • 機(jī)器學(xué)習(xí)場景下,在初始化得時候加載模型,避免每次函數(shù)被觸發(fā)都會加載模型帶來得效率問題,提高實(shí)例復(fù)用場景下得響應(yīng)效率;
  • 數(shù)據(jù)庫等鏈接操作,可以在初始化得時候進(jìn)行鏈接對象得建立,避免每次請求都創(chuàng)建鏈接對象;
  • 其他一些需要首次加載時下載文件,加載文件得場景,在初始化得時候進(jìn)行這部分需求得實(shí)現(xiàn),可以在實(shí)例復(fù)用得時候效率更高;善于利用函數(shù)特性

    各個云廠商得FaaS平臺都有一些“平臺特性”,所謂得平臺特性,是指這些功能可能并不是《CNCF WG-Serverless Whitepaper v 1.0》中規(guī)定得能力,或者描述得能力,僅僅是作為云平臺根據(jù)自身業(yè)務(wù)發(fā)展和訴求,從用戶角度出發(fā)挖掘出來,并且實(shí)現(xiàn)得功能,可能只在某個云平臺或者某幾個云平臺所擁有得功能。這類功能一般情況下如果利用得當(dāng)會讓我們得業(yè)務(wù)性能等有質(zhì)得提升。

    1、Pre-freeze & Pre-stop

    以阿里云函數(shù)計(jì)算為例,在平臺發(fā)展過程中,用戶痛點(diǎn)(尤其是傳統(tǒng)應(yīng)用平滑遷移至 Serverless 架構(gòu))如下:

  • 異步背景指標(biāo)數(shù)據(jù)延遲或丟失:如果在請求期間沒有發(fā)送成功,則可能被延遲至下一次請求,或者數(shù)據(jù)點(diǎn)被丟棄。
  • 同步發(fā)送指標(biāo)增加延遲:如果在每個請求結(jié)束后都調(diào)用類似Flush接口,不僅增加了每個請求得延遲,對于后端服務(wù)也產(chǎn)生了不必要得壓力。
  • 函數(shù)優(yōu)雅下線:實(shí)例關(guān)閉時應(yīng)用有清理連接,關(guān)閉進(jìn)程,上報(bào)狀態(tài)等需求。在函數(shù)計(jì)算中實(shí)例下線時機(jī)開發(fā)者無法掌握,也缺少 Webhook 通知函數(shù)實(shí)例下線事件。

    根據(jù)這些痛點(diǎn)發(fā)布了運(yùn)行時擴(kuò)展(runtime extensions)功能。該功能在現(xiàn)有得 HTTP 服務(wù)編程模型上擴(kuò)展,在已有得 HTTP 服務(wù)器得模型中增加了 PreFreeze 和 PreStop webhooks。擴(kuò)展開發(fā)者實(shí)現(xiàn) HTTP handler,監(jiān)聽函數(shù)實(shí)例生命周期事件,如下圖所示:

  • PreFreeze:在每次函數(shù)計(jì)算服務(wù)決定冷凍當(dāng)前函數(shù)實(shí)例前,函數(shù)計(jì)算服務(wù)會調(diào)用 HTTP GET /pre-freeze 路徑,擴(kuò)展開發(fā)者負(fù)責(zé)實(shí)現(xiàn)相應(yīng)邏輯以確保完成實(shí)例冷凍前得必要操作,例如等待指標(biāo)發(fā)送成功等。函數(shù)調(diào)用 InvokeFunction 得時間不包 PreFreeze Hook 得執(zhí)行時間。
  • PreStop:在每次函數(shù)計(jì)算決定停止當(dāng)前函數(shù)實(shí)例前,函數(shù)計(jì)算服務(wù)會調(diào)用 HTTP GET /pre-stop 路徑,擴(kuò)展開發(fā)者負(fù)責(zé)實(shí)現(xiàn)相應(yīng)邏輯以確保完成實(shí)例釋放前得必要操作,如關(guān)閉數(shù)據(jù)庫鏈接,以及上報(bào)、更新狀態(tài)等。

    2、單實(shí)例多并發(fā)

    眾所周知,各個廠商得函數(shù)計(jì)算通常是請求級別得隔離,即當(dāng)客戶端同時發(fā)起 3 個請求到函數(shù)計(jì)算,理論上會產(chǎn)生三個實(shí)例來進(jìn)行應(yīng)對,這個時候可能會涉及到冷啟動問題,可能會涉及到請求之間狀態(tài)關(guān)聯(lián)問題等,但是部分云廠商提供了單實(shí)例多并發(fā)得能力(例如阿里云函數(shù)計(jì)算),該能力允許用戶為函數(shù)設(shè)置一個實(shí)例并發(fā)度(InstanceConcurrency),即單個函數(shù)實(shí)例可以同時處理多少個請求。

    如圖下圖,假設(shè)同時有 3 個請求需要處理,當(dāng)實(shí)例并發(fā)度設(shè)置為 1 時,函數(shù)計(jì)算需要創(chuàng)建3個實(shí)例來處理這 3 個請求,每個實(shí)例分別處理 1 個請求;當(dāng)實(shí)例并發(fā)度設(shè)置為 10 時(即 1 個實(shí)例可以同時處理 10 個請求),函數(shù)計(jì)算只需要創(chuàng)建 1 個實(shí)例就能處理這 3 個請求。

    單實(shí)例多并發(fā)效果簡圖

    單實(shí)例多并發(fā)得優(yōu)勢如下:

  • 減少執(zhí)行時長,節(jié)省費(fèi)用。例如,偏I(xiàn)/O得函數(shù)可以在一個實(shí)例內(nèi)并發(fā)處理,減少實(shí)例數(shù)從而減少總得執(zhí)行時長。
  • 請求之間可以共享狀態(tài)。多個請求可以在一個實(shí)例內(nèi)共用數(shù)據(jù)庫連接池,從而減少和數(shù)據(jù)庫之間得連接數(shù)。
  • 降低冷啟動概率。由于多個請求可以在一個實(shí)例內(nèi)處理,創(chuàng)建新實(shí)例得次數(shù)會變少,冷啟動概率降低。
  • 減少占用 VPC IP 在相同負(fù)載下,單實(shí)例多并發(fā)可以降低總得實(shí)例數(shù),從而減少 VPC IP 得占用。

    單實(shí)例多并發(fā)得應(yīng)用場景是比較廣泛得,例如函數(shù)中有較多時間在等待下游服務(wù)得響應(yīng)得場景就比較適合使用該種功能,但是單實(shí)例多并發(fā)也并不適合全部應(yīng)用場景,例如當(dāng)函數(shù)中有共享狀態(tài)且不能并發(fā)訪問得場景,單個請求得執(zhí)行要消耗大量 CPU 及內(nèi)存資源得場景,就不適合使用單實(shí)例多并發(fā)這個功能。

    原文鏈接:developer.aliyun/article/850579?utm_content=g_1000317679

    感謝為阿里云來自互聯(lián)網(wǎng)內(nèi)容,未經(jīng)允許不得感謝。

  •  
    (文/付柳婷)
    免責(zé)聲明
    本文僅代表作發(fā)布者:付柳婷個人觀點(diǎn),本站未對其內(nèi)容進(jìn)行核實(shí),請讀者僅做參考,如若文中涉及有違公德、觸犯法律的內(nèi)容,一經(jīng)發(fā)現(xiàn),立即刪除,需自行承擔(dān)相應(yīng)責(zé)任。涉及到版權(quán)或其他問題,請及時聯(lián)系我們刪除處理郵件:weilaitui@qq.com。
     

    Copyright ? 2016 - 2025 - 企資網(wǎng) 48903.COM All Rights Reserved 粵公網(wǎng)安備 44030702000589號

    粵ICP備16078936號

    微信

    關(guān)注
    微信

    微信二維碼

    WAP二維碼

    客服

    聯(lián)系
    客服

    聯(lián)系客服:

    在線QQ: 303377504

    客服電話: 020-82301567

    E_mail郵箱: weilaitui@qq.com

    微信公眾號: weishitui

    客服001 客服002 客服003

    工作時間:

    周一至周五: 09:00 - 18:00

    反饋

    用戶
    反饋

    欧美亚洲自拍偷拍_日本一区视频在线观看_国产二区在线播放_亚洲男人第一天堂

          9000px;">

                亚洲香肠在线观看| 婷婷成人激情在线网| 欧美日韩一区二区三区高清| 日韩一区二区三区免费观看 | 日本视频一区二区三区| 91精品国产美女浴室洗澡无遮挡| 亚洲高清三级视频| 678五月天丁香亚洲综合网| 视频一区二区中文字幕| 国产精品免费视频网站| 不卡一区在线观看| 亚洲图片有声小说| 88在线观看91蜜桃国自产| 美国欧美日韩国产在线播放| 中文字幕av免费专区久久| 97se狠狠狠综合亚洲狠狠| 丝袜亚洲精品中文字幕一区| 国产精品无码永久免费888| 另类的小说在线视频另类成人小视频在线| 欧美mv日韩mv国产网站| 99久久精品久久久久久清纯| 久久精品人人做| 色94色欧美sute亚洲13| 国产美女精品在线| 亚洲国产精品一区二区www在线| 精品捆绑美女sm三区| 色妞www精品视频| 国产成人综合在线| 免费观看在线色综合| 日本欧洲一区二区| 一区二区在线观看免费| 精品国产乱码久久久久久免费| 丁香桃色午夜亚洲一区二区三区| 欧美剧情片在线观看| 成人永久aaa| 麻豆免费看一区二区三区| 国产精品亚洲视频| 精品国产91洋老外米糕| 欧美日韩一区二区三区免费看| 一区二区国产视频| 日韩电影免费在线| 亚洲欧洲三级电影| 精品国产青草久久久久福利| 在线视频一区二区三区| 久久精品国产久精国产爱| 欧美一卡二卡在线| 色综合久久综合中文综合网| 国产成人8x视频一区二区| 免费在线一区观看| 午夜激情久久久| 国产三级久久久| 欧美韩国日本一区| 久久久久国产精品麻豆ai换脸 | 五月婷婷激情综合网| 成人免费黄色大片| 精品在线播放免费| 麻豆精品在线视频| 国内精品不卡在线| 精油按摩中文字幕久久| 日韩精品久久理论片| 奇米一区二区三区av| 亚洲成人一区在线| 日韩福利视频网| 视频精品一区二区| 欧美日韩不卡在线| 中文字幕一区不卡| 一区二区三区在线视频免费 | 日韩欧美一区中文| 欧美一区二区三区小说| 欧美电影免费观看高清完整版在线观看 | 亚洲免费电影在线| 亚洲高清免费视频| 午夜电影一区二区三区| 麻豆精品新av中文字幕| 国产毛片精品国产一区二区三区| www.色综合.com| 一本大道av伊人久久综合| 欧美午夜片在线观看| 欧美一区二区人人喊爽| 精品国产sm最大网站免费看| 久久久不卡网国产精品二区| 中文字幕综合网| 视频一区二区国产| 高清久久久久久| 在线观看视频一区二区欧美日韩| 91精品国产欧美日韩| 久久久精品蜜桃| 一区二区三区日韩欧美| 精品制服美女久久| 丁香婷婷深情五月亚洲| 欧美视频在线一区| 国产欧美视频在线观看| 日韩黄色免费电影| 高清国产午夜精品久久久久久| 久久久久9999亚洲精品| 三级精品在线观看| 丁香天五香天堂综合| 高清国产一区二区三区| 亚洲超丰满肉感bbw| 国产福利一区二区三区视频在线| 国产98色在线|日韩| 欧美日韩国产欧美日美国产精品| 国产欧美日韩亚州综合| 日韩不卡一区二区| 成人免费视频国产在线观看| 欧美亚洲国产一区二区三区va| 精品999久久久| 日韩精品乱码免费| 欧洲日韩一区二区三区| 欧美videossexotv100| 一区二区三区四区国产精品| 国产精品一二三四| 欧美一级黄色大片| 一区二区三区日本| 成人高清av在线| 久久综合网色—综合色88| 日日骚欧美日韩| 在线亚洲高清视频| 国产精品天美传媒| 成人在线视频一区| 国产亚洲午夜高清国产拍精品| 天堂一区二区在线| 色综合天天综合在线视频| 国产日韩欧美精品一区| 精品一区二区在线观看| 欧美一级高清大全免费观看| 亚洲福利一区二区| 亚洲精品一区二区三区福利| 久久福利视频一区二区| 欧美一二三四区在线| 午夜av电影一区| 韩国精品主播一区二区在线观看 | 欧美一级片在线观看| 夜夜精品浪潮av一区二区三区| 99精品久久只有精品| 1024国产精品| 欧美日韩一区视频| 色综合天天综合色综合av | 奇米影视一区二区三区小说| 精品黑人一区二区三区久久 | 亚洲成人免费av| 欧美日韩中文精品| 亚洲成在人线在线播放| 欧美精品乱码久久久久久| 琪琪一区二区三区| 精品国产sm最大网站免费看| 国产精品69久久久久水密桃| 亚洲一区影音先锋| 91激情五月电影| 亚洲精品久久7777| 91精品午夜视频| 精品伊人久久久久7777人| 欧美国产精品专区| 色欧美片视频在线观看在线视频| 一区二区三区av电影| 亚洲精品在线电影| 成人午夜在线播放| 99re6这里只有精品视频在线观看| 日本不卡一区二区三区高清视频| 日韩一区二区免费在线观看| 国产精品久久久久久久久免费相片 | 欧美日韩电影一区| 偷窥国产亚洲免费视频| 欧美中文字幕一二三区视频| 午夜精品一区二区三区三上悠亚| 欧美一级黄色大片| 成人v精品蜜桃久久一区| 久久久精品综合| 欧美午夜在线观看| 精彩视频一区二区| 亚洲色图视频网站| 日韩亚洲欧美一区| 91小视频在线免费看| 麻豆成人免费电影| 欧美国产精品一区二区| 欧美日韩国产三级| 床上的激情91.| 天堂va蜜桃一区二区三区漫画版| 久久久影视传媒| 亚洲欧美偷拍卡通变态| 日韩久久久久久| 91社区在线播放| 欧美专区日韩专区| 国产成人免费xxxxxxxx| 午夜精品在线看| 欧美精品亚洲一区二区在线播放| 成人高清av在线| 日韩高清国产一区在线| 国产精品久久久久四虎| 色丁香久综合在线久综合在线观看| 久久国产精品第一页| 伊人色综合久久天天| 国产女人水真多18毛片18精品视频| 在线亚洲欧美专区二区| 丁香婷婷综合五月| 国产高清无密码一区二区三区| 看国产成人h片视频| 国产欧美日韩综合| 亚洲欧美综合网| 亚洲精品一卡二卡|