AWS-ը ներկայացրեց Lambda Web Functions ստանդարտ HTTP հավելվածների համար

Amazon Web Services-ը հայտարարեց AWS Lambda Web Functions՝ նոր ձևաչափ, որը թույլ է տալիս ստանդարտ HTTP վեբ հավելվածները առանց ադապտերների Lambda-ում գործարկել: Express-ով, Hono-ով, Fastify-ով, Next.js-ով կամ ցանկացած Node.js ֆրեյմվորքով հավաքված հավելվածները տեղակայվում են մեկ հրամանով, իսկ Lambda սահմանում է սանդկե մասշտաբավորումը, բազմատարած տարածումը և ակտիվ CPU գանձումը:

Lambda-ի երեք ձևաչափեր

Այս թողարկմամբ AWS Lambda առաջարկում է երեփ տարբեր ձևաչափ, որոնցից յուրաքանչյուը հիմնված է նույն Firecracker իզոլյացիայի տեխնոլոգիայի վրա: Lambda Event Functions օգտագործում է իրադարձություններով կառավարվող, մեկ հայցի մշակող մոդելը իրական ժամանակի գանձմամբ և հասանելի է իրադարձությունների մշակման, հերթերի օգտատերերի և այլ AWS ծառայություններից բխող կանչերի համար: Lambda Web Functions օգտագործում է HTTP-ով ուղղված ծրագրավորման մոդելը միաժամանակ մի քանի կատարումով և ակտիվ CPU գանձմամբ և նախատեսված է վեբ հավելվածների, API ետոնախասերի և ինտերակտիվ HTTP բեռների համար: Lambda MicroVMs տալիս է իզոլացված, վիճակով տաք սանդուկների միջավայր օգտատիրոջ կենսակնիկներով՝ անվստահելի կամ օգտատիրոջ գեներացրած կոդ գործարկելու համար:

Ինչպես է աշխատում Web Functions

Web Function-ի յուրաքանչյուր կատարման միջավայր միաժամանակ մշակում է 128-ը կոնկուրենտ հայց, ուստի թրաֆիկի ծաղկման ժամանակ նրանք կարող են օգտագործել ընդհանուր տաք միջավայրեր՝ փոխարենների, որ յուրաքանչյուր հայց նոր միջավայրի հետ կապվի: Web Functions հաշվում է միայն այն CPU-ի ժամանակը, որը կոդը իրականում օգտագործում է, ուստի տվյալների բազայի հարցման կան API կանչի սպասման ժամանակը փոքր CPU է օգտագործում, իսկ հիշողությունը հաշվվում է, քանի դեռ գոյություն ունի կատարման միջավայրը: AWS-ի խոսքով՝ սա կարող է նվազեցնել հաշվարկային ծախսերը I/O ինտենսիվ բեռների համար, ինչպիսիք են սերվերային րենդերինգը, API ետոնախասերը և AI inference endpoint-ները, որոնք պատասխանում են թոկեններով հոսքով:

Ծրագրավորողները գրում են ստանդարտ պորտի վրա լսող սերվեր և host-ը ու պորտը կարդում են AWS_LAMBDA_HTTP_ENDPOINT միջավայրի փոփոխականից, որը Lambda-ն ինքնաբերաբար սահմանում է: Տեղակայումը տեղի է ունենում AWS CLI-ի միջոցով մեկ հրամանով՝ aws lambda-web deploy, որը վերբեռնում է աղբյուրը, ստեղծում է Web Function, հրապարակում է դրա առաջին տեսակը, կցնում է endpoint և վերադարձնում է կենդանի HTTPS URL: Տեսակները տեղակայված կոդի անփոփոխ սնեփշոթներ են, իսկ endpoint-ները՝ HTTPS URL-ներ, որոնք թրաֆիկը ուղղում են տեսակին կամ բաշխում են տեսակների միջև:

Բազմատարած տեղակայում և թրաֆիկի բաշխում

deploy հրամանի --regions դրոշի փոխանցումը կոդը մի քանի տարածաշրջանում է տեղակայում և մեկ գլոբալ URL-ի միջոցով ինքնաբերաբար սահմանում է լատենտության վրա հիմնված ուղորդում, յուրաքանչյուր հայցը ուղարկելով այն տարածաշրջանը, որն ամենացածր լատենտությունն ունի կանչողին: Կոդը փոփոխելուց հետո deploy հրամանի նորից գործարկումը վերբեռնում է նոր տեսակ և մի քանի վայրկյանում ցույց է տալիս endpoint-ին: Փուլային թողարկման համար մեկ API կանչով կարելի է տեսակների միջև բաշխել թրաֆիկը կազմաձևված համակշիռներով, ինչը canary տեղակայումը դարձնում է հնավոր առանց լրացուցիչ գործիքների:

CloudFront-ի հետ ինտեգրում և հասանելիություն

Web Functions կարող է օգտագործվել որպես origin Amazon CloudFront բաշխումների համար՝ ստատիկ ռեսուրսները քեշից են մատուցվում, իսկ դինամիկ հայցերը ուղղում են ֆունկցիային: Թողարկումը բարելավում է նաև private-origin փորձը. օգտատերերը CloudFront origin access control են կցում Web Function endpoint-ին, ուստի CloudFront ծալում է հայցերը և endpoint-ը կանչելու իրավունք է տալիս միայն տվյալ բաշխմանը, ինչը համապատասխանում է private-origin մոդելին, որը CloudFront արդեն օգտագործում է Amazon S3-ի համա:

Lambda Web Functions այսօր հասանելի է ԱՄՆ-ի արևելքում (Հյուսիսային Վիրջինիա), ԱՄՆ-ի արևմուտքում (Օրեգոն), Ասիա-խաղաղօվկիանոսյան տարածաշրջանում (Տոկիո) և Եվրոպայում (Իռլանդիա): Web Functions գործարկելիս աշխատում է Node.js 24 (nodejs24.x) Arm64-ում և աջակցում է Amazon VPC կապը՝ ռեսուրսներին հասանելու համար VPC-ի ներսում:

Օգտագործված աղբյուրներ: AWS News Blog