CLI后端云原生【免費(fèi)下載鏈接】vercelDevelop. Preview. Ship.項(xiàng)目地址https://gitcode.com/gh_mirrors/ve/vercel點(diǎn)擊查看免費(fèi)下載vercel-runtime 是運(yùn)行于 Vercel Compute 之上的 Python 函數(shù)運(yùn)行時(shí)橋接層為 ASGI/WSGI 應(yīng)用提供服務(wù)器實(shí)現(xiàn)、可觀測(cè)性、日志與平臺(tái)集成能力。本文以 python/vercel-runtime/CHANGELOG.md 為脈絡(luò)結(jié)合 python/vercel-runtime/src/vercel_runtime/ 的源碼實(shí)現(xiàn)與測(cè)試用例系統(tǒng)梳理該包從 0.1.0 到 0.17.0 的每一次能力升級(jí)WebSocket、隊(duì)列訂閱、Cron、Worker 服務(wù)、運(yùn)行時(shí)緩存、冷啟動(dòng)優(yōu)化與依賴 vendoring幫助讀者既掌握配置與調(diào)用方式也理解底層實(shí)現(xiàn)原理。一、包定位與總體架構(gòu)python/vercel-runtime/README.md 明確了該包的使命提供在 Vercel Compute 上運(yùn)行 Python 應(yīng)用所需的橋接具體包含 ASGI/WSGI 服務(wù)器實(shí)現(xiàn)、可觀測(cè)性、日志與平臺(tái)集成。從 pyproject.toml 可見(jiàn)其關(guān)鍵約束包名vercel-runtime當(dāng)前版本 0.17.0要求requires-python 3.12構(gòu)建后端為uv_builduv_build0.10.11,0.11與 0.11.0 中升級(jí) uv 到 v0.10.11的變更直接對(duì)應(yīng)運(yùn)行時(shí)依賴uvicorn、werkzeug 等被 vendoring 進(jìn)src/vercel_runtime/_vendor/避免與用戶項(xiàng)目的依賴版本沖突重新同步執(zhí)行./python/vercel-runtime/scripts/vendor.sh[tool.uv]中exclude-newer 2 days與 0.14.0 的 Patch 變更一致uv sync --inexact --frozen則是 0.5.0 冷啟動(dòng)優(yōu)化的產(chǎn)物。源碼目錄src/vercel_runtime/下的核心模塊構(gòu)成運(yùn)行時(shí)骨架模塊職責(zé)vc_init.py平臺(tái)側(cè)IPC 模式入口模塊導(dǎo)入、應(yīng)用類型探測(cè)、請(qǐng)求生命周期、日志掛鉤dev.py本地vercel dev入口靜態(tài)資源、Django 靜態(tài)文件、uvicorn/werkzeug 啟動(dòng)asgi.pyASGI 類型定義與公共輔助讀請(qǐng)求體、發(fā) JSON 響應(yīng)resolver.py應(yīng)用導(dǎo)入與 ASGI/WSGI 自動(dòng)探測(cè)routing.py服務(wù)路由前綴剝離對(duì)應(yīng) 0.4.3crons.pyCron 服務(wù)引導(dǎo)與多路由分發(fā)workers.pyWorker 服務(wù)與隊(duì)列集成激活cache.py運(yùn)行時(shí)緩存上下文注入對(duì)應(yīng) 0.14.0headers.pyOIDC 頭處理對(duì)應(yīng) 0.13.2與請(qǐng)求頭規(guī)范化wsgi_websocket.pyWSGI WebSocket 升級(jí)對(duì)應(yīng) 0.16.0從 vc_init.py 可以看到運(yùn)行時(shí)與平臺(tái)通信的基石當(dāng)存在VERCEL_IPC_PATH環(huán)境變量時(shí)運(yùn)行時(shí)建立 UNIX 域套接字連接通過(guò) NUL 分隔的 JSON 消息與 functions runtime 通信send_message支持log、metric、handler-started、end、unrecoverable-error等消息類型。平臺(tái)側(cè)還內(nèi)置/_vercel/ping健康檢查響應(yīng)ASGI 與 WSGI 兩套路徑均有實(shí)現(xiàn)。二、0.17.0Python 隊(duì)列與工作流全面遷移到 vercel-queue SDK0.17.0 是最近一次 Minor 變更PR 17ee736將 Python 隊(duì)列訂閱者queue subscribers與工作流workflows的集成從 vercel-workers 遷移到新的 vercel-queue SDK。變更點(diǎn)可以歸納為四條主線1.[[tool.vercel.subscribers]]構(gòu)建期內(nèi)省與服務(wù)化入口點(diǎn)在構(gòu)建期通過(guò)vercel.queue.get_subscriptions()被內(nèi)省生成vercel.queue.asgi_app()handler 模塊來(lái)服務(wù)流量觸達(dá)類型queue/v2beta攜帶 SDK 注冊(cè)的消費(fèi)組consumer groups與每個(gè)訂閱的調(diào)優(yōu)參數(shù)對(duì)應(yīng)源碼bootstrap_queue_service_app()在 workers.py 中導(dǎo)入vercel.queue并調(diào)用其asgi_app()若缺少vercel-queue包則拋出明確錯(cuò)誤。2. Celery / Dramatiq 集成包自動(dòng)注入構(gòu)建產(chǎn)物與vercel dev中會(huì)自動(dòng)注入匹配的vercel-celery/vercel-dramatiq集成包bundled 變體除非項(xiàng)目顯式依賴vercel-queue底層由install_queue_integrations()實(shí)現(xiàn)見(jiàn) workers.py構(gòu)建器通過(guò)環(huán)境變量VERCEL_QUEUE_INTEGRATIONS傳入module:installer[:serving_activator]格式的條目逗號(hào)分隔運(yùn)行時(shí)依次調(diào)用 installerqueue_servingFalse時(shí)只激活發(fā)布側(cè)能力傳輸注冊(cè)、broker 默認(rèn)值避免非 worker 函數(shù)啟動(dòng)嵌入 worker 導(dǎo)致運(yùn)行時(shí)阻塞queue_servingTrue時(shí)再執(zhí)行可選的 serving activator 激活消費(fèi)側(cè)。3. 工作流的分代處理依賴vercel 0.8.0的項(xiàng)目按新 SDK 生成與訂閱者一致走 vercel-queue更舊或無(wú)法判明版本的項(xiàng)目保留 legacy vercel-workers 服務(wù)方式worker env 標(biāo)記、注入固定版本的vercel-workers直接依賴vercel-workers的項(xiàng)目整體保留舊集成legacy 訂閱 schema、直接入口服務(wù)、worker env 標(biāo)記。4. dev 與構(gòu)建側(cè)的對(duì)齊vercel dev通過(guò)vercel.queue.asgi_app()服務(wù)隊(duì)列 sidecar隊(duì)列 broker 在 sidecar 啟動(dòng)時(shí)按 SDK 注冊(cè)的消費(fèi)組投遞與生產(chǎn)觸發(fā)行為一致legacy 項(xiàng)目繼續(xù)走 vercel-workers 引導(dǎo)CLI 不再注入config.hasWorkerServices所有隊(duì)列服務(wù)決策由 Python builder 依據(jù)項(xiàng)目元數(shù)據(jù)完成——這解釋了 workers.py 中has_worker_services()讀取VERCEL_HAS_WORKER_SERVICES的歷史邏輯與is_dev_queue_serving()讀取VERCEL_DEV_QUEUE_SERVING這一新路徑的并存。三、WebSocket 支持ASGI 與 WSGI 雙路徑0.15.0 / 0.16.00.15.0PR fe6d98b通過(guò) vendored wsproto 為 Python ASGI 應(yīng)用加入 WebSocket 支持。vendored 的 wsproto 位于 src/vercel_runtime/_vendor/wsproto/對(duì)應(yīng) uvicorn 協(xié)議層中的websockets_impl.py實(shí)現(xiàn)。測(cè)試夾具 tests/fixtures/asgi_websocket_app.py 與 tests/fixtures/wsgi_websocket_app.py 分別覆蓋兩條路徑。0.16.0PR ee389a1為 WSGI 應(yīng)用如 Flask flask-sock補(bǔ)上 WebSocket運(yùn)行時(shí)把原始連接套接字暴露在 WSGIenviron的werkzeug.socket/gunicorn.socket鍵中一旦寫(xiě)入101握手響應(yīng)就結(jié)束請(qǐng)求生命周期讓平臺(tái)開(kāi)始雙向流式傳輸——這與 ASGI 的websocket.accept行為對(duì)齊。實(shí)現(xiàn)層面vc_init.py 的send_wrapper在 ASGI 路徑下于websocket.accept、websocket.close或websocket.http.response.body完成時(shí)調(diào)用finish_request()結(jié)束handler-started/end的 IPC 生命周期WSGI 路徑則在 vc_init.py 的_vc_fire_end_once中保證每個(gè)請(qǐng)求恰好發(fā)送一次 end 消息WebSocket 升級(jí)時(shí)在 101 寫(xiě)入后立即觸發(fā)。attach_wsgi_websocket()來(lái)自 wsgi_websocket.py負(fù)責(zé)把原始 socket 注入 environ。四、WSGI 請(qǐng)求體與 chunked 解碼0.14.20.14.2PR 76aeb97修復(fù)了 WSGI 請(qǐng)求體在沒(méi)有Content-Length時(shí)以Transfer-Encoding: chunked到達(dá)的解碼問(wèn)題并按 PEP 3333 規(guī)范從 WSGI environ 中剝離 hop-by-hop 幀頭。從 vc_init.py 的 WSGI handler 可以看到read_wsgi_request_body(self.rfile, self.headers)負(fù)責(zé)解析請(qǐng)求體非法體返回 400構(gòu)建 environ 時(shí)顯式跳過(guò)transfer-encoding頭保證 PEP 3333 兼容。相關(guān)測(cè)試見(jiàn) tests/test_request_body.py。五、運(yùn)行時(shí)緩存為 Python 函數(shù)配置緩存0.14.00.14.0PR 4d56632為 Python 函數(shù)引入運(yùn)行時(shí)緩存配置并附帶exclude-newer 2 days防止解析到過(guò)新的依賴的補(bǔ)丁。運(yùn)行時(shí)緩存的核心實(shí)現(xiàn)在 cache.py平臺(tái)通過(guò)x-vercel-sc-*系列頭傳遞緩存上下文x-vercel-sc-headers緩存請(qǐng)求頭 JSON、x-vercel-sc-host、x-vercel-sc-basepath、x-vercel-sc-protocol、x-vercel-sc-runtime-cacheset_runtime_cache_from_asgi_pairs()/set_runtime_cache_from_http_headers()分別從 ASGI scope 與 WSGI 頭中解析這些值調(diào)用_apply_cache_context()構(gòu)造BuildCache與AsyncBuildCache實(shí)例并注入vercel.cache.context端點(diǎn)拼裝為{protocol}://{host}{basepath}/v1/suspense-cache/見(jiàn)_build_endpoint()并攜帶x-vercel-internal-sc-client-name RUNTIME_CACHE標(biāo)記對(duì)vercelSDK 舊版本 0.5.9做了set_context(cache...)的降級(jí)兼容vercel.cache采用可選導(dǎo)入未安裝該 SDK 時(shí)靜默跳過(guò)避免硬依賴請(qǐng)求結(jié)束時(shí)由clear_runtime_cache_context()清理見(jiàn) vc_init.py 的finish_request()。此外x-vercel-sc-no-header-leak控制是否向業(yè)務(wù)代碼隱藏內(nèi)部頭SC_HEADERS_ALWAYS_STRIP恒剝離x-vercel-sc-runtime-cache與SC_HEADERS_STRIP_ON_NO_LEAK僅在 no-leak 標(biāo)記下剝離其余 sc 頭兩組集合定義在 cache.py。六、OIDC 令牌透?jìng)髋c頭處理0.13.2 / 0.5.10.13.2PR 2767cb8在請(qǐng)求沒(méi)有攜帶 request-scoped OIDC 頭時(shí)將VERCEL_OIDC_TOKEN暴露為x-vercel-oidc-token請(qǐng)求頭。實(shí)現(xiàn)位于 headers.pyget_oidc_token_for_request(has_public_oidc, internal_oidc_token)決定最終注入值append_oidc_header_if_missing()在 ASGI 中間件中補(bǔ)充缺省頭見(jiàn) vc_init.pyWSGI 路徑在handle_one_request中同樣處理并剝離內(nèi)部頭x-vercel-internal-*invocation-id、request-id、span-id、trace-id、OIDC。0.5.1 的fix typings則是類型標(biāo)注層面的完善。七、Cron 服務(wù)動(dòng)態(tài)聲明、模塊級(jí)入口與多路由分發(fā)0.5.6 / 0.6.0 / 0.13.0Cron 能力歷經(jīng)三次迭代0.5.6PR 15175為 Python 增加 cron worker 服務(wù)支持0.6.0PR 15393支持基于模塊module-based的 cron 入口點(diǎn)0.13.0PR 15930支持從 Python 服務(wù)動(dòng)態(tài)指定 crons——cron 路由不再局限于構(gòu)建期靜態(tài)配置運(yùn)行時(shí)可通過(guò)環(huán)境變量__VC_CRON_ROUTESJSON 路由表引導(dǎo)。crons.py 給出了完整實(shí)現(xiàn)細(xì)節(jié)is_cron_service()VERCEL_SERVICE_TYPEcron或VERCEL_SERVICE_TYPEjob VERCEL_SERVICE_TRIGGERschedule判定為 cron 服務(wù)bootstrap_cron_service_app()讀取__VC_CRON_ROUTES路由表將完整 cron 路徑映射到兩種 handler 說(shuō)明符——module:function調(diào)用具名可調(diào)用對(duì)象同步/異步自動(dòng)識(shí)別異步用asyncio.to_thread包裹同步 handler或裸模塊名以if __name__ __main__方式執(zhí)行通過(guò)run_entrypoint_as_main運(yùn)行生成的 ASGI 應(yīng)用只接受GET/POST其余返回 405支持lifespan協(xié)議路由未命中返回 404handler 異常返回 500安全模型若設(shè)置了CRON_SECRET環(huán)境變量請(qǐng)求必須攜帶Authorization: Bearer secret并使用hmac.compare_digest做常數(shù)時(shí)間比較未授權(quán)返回 401。在 vc_init.py 中cron 服務(wù)會(huì)以app bootstrap_cron_service_app(...)覆蓋入口變量。測(cè)試夾具 tests/fixtures/cron_sync_handler.py、tests/fixtures/cron_async_handler.py、tests/fixtures/cron_dunder_main.py 及cron_multi_handler_a/b覆蓋了同步、異步、__main__與多路由場(chǎng)景。八、Worker 服務(wù)與 Django 任務(wù)0.6.0 / 0.9.0 / 0.10.00.6.0PR 15396為 Django 任務(wù)tasks增加 Python worker 服務(wù)支持0.9.0PR 15434 / 15433vercel dev開(kāi)始支持 background workers 與 cron services 的本地調(diào)試0.10.0PR 15454Celery worker 服務(wù)的 broker 聲明支持直接寫(xiě)broker_urlvercel://無(wú)需再?gòu)膙ercel.workers.celery導(dǎo)入。workers.py 的is_worker_service()判定VERCEL_SERVICE_TYPEworker或jobqueue/workflowtriggerprepare_worker_environment()在導(dǎo)入用戶代碼前設(shè)置 worker 環(huán)境通過(guò)可選導(dǎo)入vercel.workers._runtimemaybe_bootstrap_worker_service_app()在 vc_init.py 中被調(diào)用將生成的 worker app 掛載為入口的app變量。0.13.1PR 894e7d4將框架相關(guān)邏輯重構(gòu)進(jìn)獨(dú)立的python/vercel-workers包讓 vercel-runtime 保持與框架無(wú)關(guān)的職責(zé)邊界。九、Django 靜態(tài)文件服務(wù)0.8.0 / 0.12.00.8.0PR 15483修復(fù) Django 項(xiàng)目 dev server 報(bào)錯(cuò)0.9.0PR 15501修復(fù)vercel dev中 Django WSGI 應(yīng)用的靜態(tài)文件服務(wù)0.12.0PR 15709 / 15772修復(fù) manifest 存儲(chǔ)后端的靜態(tài)文件服務(wù)以及未使用 staticfiles 時(shí)vc dev的回歸。dev.py 展示了完整的 Django 靜態(tài)處理策略_wrap_django_static()當(dāng)django.contrib.staticfiles在INSTALLED_APPS中時(shí)用StaticFilesHandler包裝 WSGI 應(yīng)用使STATIC_URL請(qǐng)求直接從源碼目錄經(jīng) staticfiles finder 服務(wù)無(wú)需先跑collectstatic_handle_manifest()當(dāng)STORAGES[staticfiles].BACKEND或STATICFILES_STORAGE含Manifest/Compressed且項(xiàng)目使用 WhiteNoise 時(shí)若STATIC_ROOT已收集產(chǎn)物則直接交給 WhiteNoise 并從STATIC_ROOT服務(wù)并給出 collectstatic 提示日志否則覆蓋為StaticFilesStorage使{% static %}輸出非哈希 URLDjango 5 用settings.STORAGES、舊版用STATICFILES_STORAGE做版本分支。同時(shí) dev.py 還提供通用的public/目錄靜態(tài)服務(wù)ASGI 路徑優(yōu)先嘗試 FastAPI/StarletteStaticFilesWSGI 路徑用_static_wsgi_app()做帶路徑穿越防護(hù)_is_safe_file校驗(yàn) realpath 前綴的靜態(tài)讀取。十、冷啟動(dòng)優(yōu)化與依賴安裝策略0.4.0 / 0.5.0 / 0.10.1冷啟動(dòng)是 serverless Python 的關(guān)鍵指標(biāo)CHANGELOG 記錄了三次直接優(yōu)化0.4.0PR 15011Lambda 執(zhí)行期間若提供了_runtime_requirements.txt則安裝之0.5.0PR 15080為大于 250MB 的 Lambda 優(yōu)化冷啟動(dòng)——移除uv pip install改用uv sync --inexact --frozenLambda zip 先打包依賴至 245MB其余依賴運(yùn)行時(shí)再裝0.10.1PR 15639使用 hardlink 鏈接模式替代 copy減少 /tmp 臨時(shí)存儲(chǔ)的磁盤(pán)峰值占用。vc_init.py 給出了運(yùn)行時(shí)依賴安裝的完整流程啟動(dòng)時(shí)檢查_(kāi)uv/_runtime_config.json若存在則在/tmp/_vc_deps下手工寫(xiě)pyvenv.cfg構(gòu)造 PEP 405 venv 骨架避免子進(jìn)程隨后調(diào)用 vendoreduv sync --inexact --active --frozen --no-dev --no-editable --no-install-project --no-build --no-cache --no-progress --link-mode hardlink并用--no-install-package排除bundledPackages已在_vendor中打包的依賴通過(guò)UV_NO_INSTALLER_METADATA1跳過(guò)運(yùn)行期從不讀取的安裝元數(shù)據(jù)完成后寫(xiě)入.installed標(biāo)記文件供 warm start 復(fù)用Using cached runtime dependencies并用site.addsitedir將運(yùn)行時(shí)安裝的 site-packages 前插到sys.path首位。安裝失敗會(huì)通過(guò)_fatal報(bào)告unrecoverable-errorIPC 消息并退出。十一、依賴 vendoring 與 quirks 系統(tǒng)0.3.0 / 0.5.3 / 0.5.4 / 0.13.00.3.0PR 14827將 Python 運(yùn)行時(shí)依賴 vendoring避免與用戶項(xiàng)目依賴版本沖突0.5.3PR 15289新增prisma-client-py支持并引入 quirks 系統(tǒng)0.5.4PR 15305matplotlib 環(huán)境變量移入 quirks。vendoring 的工程化配置完整保留在 pyproject.toml[tool.vendoring]指定目標(biāo)目錄src/vercel_runtime/_vendor/、補(bǔ)丁目錄patches/如 patches/werkzeug-001.patch、依賴清單 src/vercel_runtime/_vendor/vendor.txt 與命名空間vercel_runtime._vendor并通過(guò) substitute 變換支持 uvicorn 的動(dòng)態(tài)import_from_string把uvicorn.lifespan/loops/protocols.重寫(xiě)為vercel_runtime._vendor.uvicorn.*同時(shí)丟棄bin/、colorama/tests/、*.so。當(dāng)前 vendor 目錄包含 click、colorama、h11、markupsafe、uvicorn、werkzeug、wsproto 等包其中 wsproto 正是 0.15.0 WebSocket 支持的依賴。VERCEL_RUNTIME_ENV_PATH_PREPEND見(jiàn) vc_init.py則允許 quirks 向PATH前置目錄如 bundled shims。十二、入口點(diǎn)解析與應(yīng)用類型探測(cè)0.7.0 / 0.10.0 / 0.11.00.7.0PR 15419將vc_init_dev移入 vercel-runtimedev 側(cè)與應(yīng)用側(cè)共享引導(dǎo)邏輯0.10.0PR 15614讓指定不同入口變量真正生效——此前入口變量配置可能被忽略0.11.0PR 15635簡(jiǎn)化運(yùn)行時(shí)總是傳入app變量。resolver.py 實(shí)現(xiàn)了應(yīng)用解析import_module()通過(guò)importlib.util.spec_from_file_location從絕對(duì)路徑加載模塊resolve_app()從模塊中取出指定變量缺失時(shí)給出指向 Vercel 文檔的報(bào)錯(cuò)提示。detect_app_type()resolver.py的判定順序?yàn)閮?yōu)先.asgi可調(diào)用屬性 → 自身是協(xié)程函數(shù)且位置參數(shù)為 3scope, receive, send→ 進(jìn)一步區(qū)分 WSGI 與BaseHTTPRequestHandler子類。平臺(tái)側(cè)入口通過(guò)__VC_HANDLER_ENTRYPOINT、__VC_HANDLER_ENTRYPOINT_ABS、__VC_HANDLER_MODULE_NAME、__VC_HANDLER_VARIABLE_NAME四個(gè)環(huán)境變量定位入口見(jiàn) vc_init.pydev 側(cè)則對(duì)應(yīng)VERCEL_DEV_MODULE_NAME、VERCEL_DEV_ENTRY_ABS、VERCEL_DEV_FRAMEWORK、VERCEL_DEV_VARIABLE_NAME見(jiàn) dev.py。0.14.1PR 1318682的 minor 性能改進(jìn)與 0.11.0 的 flaky 單測(cè)修復(fù)PR 15647、0.4.2 的補(bǔ)測(cè)試PR 15133則屬于持續(xù)的質(zhì)量建設(shè)。十三、可觀測(cè)性日志、指標(biāo)與致命錯(cuò)誤上報(bào)0.5.5 / 0.5.20.5.2PR 15268修復(fù)非 IPC 代碼路徑的 ASGI lifecycle 事件0.5.5PR 15319通過(guò) IPCunrecoverable-error消息上報(bào)致命初始化錯(cuò)誤。vc_init.py 的setup_logging()是日志體系的樞紐自定義VCLogHandler把logging記錄映射為fatal/error/warn/info/debug級(jí)別并經(jīng) IPC 發(fā)送StreamWrapper重寫(xiě)sys.stdout/sys.stderr讓print與日志關(guān)聯(lián)到當(dāng)前請(qǐng)求上下文invocationId/requestIdprint_wrapper保證內(nèi)建print也走包裝后的 stdout。握手前的初始化日志被緩沖上限 1MB見(jiàn)_INIT_LOG_BUF_MAX_BYTESserver-started握手完成后由_flush_init_log_buf()統(tǒng)一沖刷。致命錯(cuò)誤走_(dá)send_unrecoverable_error()vc_init.py——這是握手完成前 functions runtime 唯一接受的兩種消息之一。平臺(tái)側(cè)存在VERCEL_IPC_PATH還會(huì)對(duì) urllib3/requests 的urlopen打補(bǔ)丁發(fā)送fetch-metric請(qǐng)求指標(biāo)vc_init.py。十四、服務(wù)路由前綴與發(fā)布流程0.4.3 / 0.4.1 / 0.2.0 / 0.1.00.4.3PR 15097在 Python 運(yùn)行時(shí)中剝離服務(wù)services路由前綴——ASGI 經(jīng)apply_service_route_prefix_to_asgi_scope、WSGI 經(jīng)apply_service_route_prefix_to_target/strip_service_route_prefix處理routing.pysplit_request_target拆分 path 與 query0.4.1PR 15033修復(fù)發(fā)布流程中的 PyPI 發(fā)布集成0.2.0PR 14682與 changesets 集成使 CHANGELOG 由 PR 驅(qū)動(dòng)的版本管理自動(dòng)生成——這正是本文所依據(jù)文檔的來(lái)源機(jī)制0.1.0vercel-runtime首次發(fā)布提供 Vercel 上 Python 函數(shù)的運(yùn)行時(shí)工具。十五、版本演進(jìn)一覽版本核心變更關(guān)鍵源碼/配置落點(diǎn)0.17.0隊(duì)列/工作流遷移 vercel-queue SDKworkers.pyinstall_queue_integrations/bootstrap_queue_service_app0.16.0WSGI WebSocketwerkzeug.socket/gunicorn.socketwsgi_websocket.py、vc_init.py0.15.0ASGI WebSocketvendored wsproto_vendor/wsproto0.14.2WSGI chunked 解碼read_wsgi_request_body、test_request_body.py0.14.0運(yùn)行時(shí)緩存cache.py0.13.2OIDC 頭透?jìng)鱤eaders.py0.13.0動(dòng)態(tài) cronscrons.py__VC_CRON_ROUTES0.12.0Django manifest 靜態(tài)文件dev.py0.10.0入口變量生效、Celeryvercel://brokerresolver.py0.9.0dev 支持 background/cron 服務(wù)dev.py_setup_apps0.5.0冷啟動(dòng)優(yōu)化uv sync --inexact --frozenvc_init.py0.3.0依賴 vendoringpyproject.toml[tool.vendoring]結(jié)語(yǔ)從 0.1.0 到 0.17.0vercel-runtime 的演進(jìn)清晰勾勒出一條平臺(tái)能力下沉的路徑WebSocket 雙協(xié)議支持、隊(duì)列與工作流的 SDK 化vercel-queue、動(dòng)態(tài) Cron、運(yùn)行時(shí)緩存、OIDC 透?jìng)鞯饶芰χ鹨贿M(jìn)入運(yùn)行時(shí)內(nèi)核而冷啟動(dòng)優(yōu)化與依賴 vendoring 則持續(xù)壓低 serverless 的邊際成本。對(duì)開(kāi)發(fā)者而言理解這份 CHANGELOG 與 src/vercel_runtime/ 源碼的對(duì)應(yīng)關(guān)系可以在排查vercel dev與生產(chǎn)環(huán)境行為差異如 Django 靜態(tài)文件、隊(duì)列消費(fèi)組、Cron 鑒權(quán)時(shí)快速定位問(wèn)題邊界若需深入某一能力的細(xì)節(jié)tests/ 目錄下的 fixturesASGI/WSGI/WebSocket/Cron 各場(chǎng)景是最直接的行為規(guī)范文檔。贊分享CLI后端云原生【免費(fèi)下載鏈接】vercelDevelop. Preview. Ship.項(xiàng)目地址https://gitcode.com/gh_mirrors/ve/vercel點(diǎn)擊查看免費(fèi)下載相關(guān)推薦Django Vercel借助 Python Runtime 與 Serverless Functions 部署 Django 6 實(shí)戰(zhàn)指南Django Vercel借助 Python Runtime 與 Serverless Functions 部署 Django 6 實(shí)戰(zhàn)指南 Django示例工程前端后端Cua Driver SDK-Owned Runtime從守護(hù)進(jìn)程到進(jìn)程內(nèi) Runtime 的架構(gòu)演進(jìn)RFC 2549 全解析Cua Driver SDK Owned Runtime從守護(hù)進(jìn)程到進(jìn)程內(nèi) Runtime 的架構(gòu)演進(jìn)RFC 2549 全解析 導(dǎo)讀 RFC 2549 是人工智能AI AgentGUI 自動(dòng)化Agent 評(píng)測(cè)強(qiáng)化學(xué)習(xí)Agent 沙箱計(jì)算機(jī)視覺(jué)MCP 服務(wù)Vercel Python Serverless Functions 實(shí)戰(zhàn)基于 Hello World 示例掌握 Python Runtime 部署Vercel Python Serverless Functions 實(shí)戰(zhàn)基于 Hello World 示例掌握 Python Runtime 部署 導(dǎo)讀 本示例工程前端后端上一篇Mojito框架快速入門(mén)指南下一篇破解LCOV差異覆蓋率報(bào)告難題從沖突分析到精準(zhǔn)測(cè)試實(shí)踐指南創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考