用管理與配置實戰(zhàn)指南：從環(huán)境變量、Buildpack 部署到路由、日志與資源限制)
云原生微服務(wù)容器編排運維【免費下載鏈接】flynn[UNMAINTAINED] A next generation open source platform as a service (PaaS)項目地址https://gitcode.com/gh_mirrors/fl/flynn點擊查看免費下載導(dǎo)讀Flynn 是一個開源的平臺即服務(wù)PaaS應(yīng)用可以通過 Buildpacksgit push部署或 Docker 鏡像兩種方式部署到集群中。本文以官方文檔 docs/content/apps.md 為主體系統(tǒng)講解 Flynn 中應(yīng)用App的完整生命周期管理如何使用flynn env進行十二要素風(fēng)格的應(yīng)用配置、如何通過 Buildpack 構(gòu)建與部署、零停機發(fā)布與回滾機制、進程管理與日志采集以及 HTTP 路由、自定義域名、HTTPS、服務(wù)發(fā)現(xiàn)和資源限制CPU/內(nèi)存等生產(chǎn)級能力。讀完本文你將掌握在 Flynn 集群上從創(chuàng)建應(yīng)用到上線、擴容、排障、加固的全套 CLI 操作與底層原理并能在 cli/ 與 host/resource/ 等源碼中驗證每個行為的具體實現(xiàn)。Configuration用環(huán)境變量配置應(yīng)用Flynn 遵循The Twelve-Factor App的實踐使用環(huán)境變量來配置應(yīng)用。環(huán)境變量的讀寫統(tǒng)一通過flynn env命令完成flynn env set SECRETthisismysecret關(guān)鍵行為設(shè)置環(huán)境變量會創(chuàng)建一次新的 release發(fā)布并觸發(fā)應(yīng)用全部進程以新配置重啟。這在 cli/env.go 中有明確實現(xiàn)——runEnvSet解析varval對后調(diào)用setEnv最終依次執(zhí)行client.CreateRelease與client.DeployAppReleaseCLI 會打印Created release id表示新 release 已生成并部署。flynn env的完整子命令與選項如下命令作用示例flynn env列出應(yīng)用全部環(huán)境變量按名稱排序輸出flynn envflynn env set varval...設(shè)置一個或多個變量可一次傳入多個flynn env set FOObar BAZfoobarflynn env unset var...刪除一個或多個變量flynn env unset FOOflynn env get var讀取單個變量值flynn env get FOO-t, --process-typeproc僅對指定進程類型如web設(shè)置或讀取環(huán)境變量flynn env get -t web FOO從源碼看env命令區(qū)分“應(yīng)用級環(huán)境變量”存放在release.Env與“進程類型級環(huán)境變量”存放在release.Processes[proc].Env兩層不帶-t時讀寫應(yīng)用級變量帶-t時讀寫并合并對應(yīng)進程類型的變量參見 cli/env.go。env set/env unset最終都走setEnv先取當前 app release將變更合并到目標環(huán)境變量 map 中然后創(chuàng)建新 release 并部署從而觸發(fā)全量重啟。External Databases接入 Flynn 外部數(shù)據(jù)庫Flynn 應(yīng)用既可以連接內(nèi)置數(shù)據(jù)庫PostgreSQL、MySQL、MongoDB、Redis也可以連接 Flynn 集群之外托管的數(shù)據(jù)庫。外部數(shù)據(jù)庫只需將其連接配置通過flynn env以環(huán)境變量形式傳入應(yīng)用即可例如flynn env set DATABASE_URLpostgres://user:passdb.example.com:5432/myapp內(nèi)置數(shù)據(jù)庫則可通過flynn resource add postgres或mongodb、mysql、redis一鍵開通Flynn 會自動向應(yīng)用 release 注入DATABASE_URL、PGHOST、PGUSER等連接變量參見 docs/content/databases/ 與 docs/content/basics.md 中的完整示例。Buildpacks構(gòu)建與自定義構(gòu)建包Flynn 使用 Buildpacks 來準備和構(gòu)建通過git push部署的應(yīng)用并且會對大多數(shù)受支持語言自動選擇標準 buildpack。當自動檢測不可行或標準 buildpack 不適用時可以手動指定構(gòu)建包。Flynn 內(nèi)置了多構(gòu)建包機制multi buildpack既支持單個自定義 buildpack也支持在一次部署中使用多個 buildpack。方式一提交.buildpacks文件。在應(yīng)用倉庫根目錄創(chuàng)建并提交一個.buildpacks文件每行一個 buildpack 的 URLhttps://github.com/kr/heroku-buildpack-inline方式二設(shè)置BUILDPACK_URL環(huán)境變量。如果不想向倉庫添加文件可以直接用flynn env指定flynn env set BUILDPACK_URLhttps://github.com/ryandotsmith/null-buildpack從構(gòu)建鏈路看BUILDPACK_URL會被 gitreceive 服務(wù)注入 slugbuilder 構(gòu)建任務(wù)的運行環(huán)境。在 gitreceive/receiver/flynn-receive.go 中構(gòu)建任務(wù)的環(huán)境變量構(gòu)建邏輯優(yōu)先取當前 push 攜帶的環(huán)境變量其次取上一 release 的環(huán)境變量中的BUILDPACK_URL寫入jobEnv[BUILDPACK_URL]后由 slugbuilder 的/builder/build.sh執(zhí)行構(gòu)建。因此兩種指定方式是等價的且配置在環(huán)境變量中時對后續(xù)每次git push均生效。Deployment發(fā)布、取消發(fā)布與多分支部署每次推送新代碼或修改應(yīng)用配置Flynn 都會創(chuàng)建新的 release。部署采用零停機策略先啟動新 release只有當新 release 正常起來后才會停止舊 release如果新 release 未能正常啟動或出現(xiàn)其他異常部署會自動回滾舊 release 繼續(xù)運行。這一策略意味著線上流量永遠由健康版本承接發(fā)布失敗不會造成服務(wù)中斷是 Flynn 默認且無需額外配置的發(fā)布行為。Cancelling Deploys取消進行中的部署通過git push發(fā)起的部署可以通過Ctrl-C終止 push 進程或向該進程發(fā)送終止信號來取消。構(gòu)建會被立即取消代碼不會被部署。Building specific Git branches部署指定 Git 分支同一個代碼倉庫的不同分支可以通過創(chuàng)建多個應(yīng)用、各自配置不同 git remote 來分別部署。典型場景是構(gòu)建 staging預(yù)發(fā)布環(huán)境flynn create myapp-staging --remote staging flynn -a staging env set FOObar git push staging staging:master這里的關(guān)鍵在于flynn create myapp-staging --remote staging創(chuàng)建名為myapp-staging的應(yīng)用并把 git remote 命名為staging而非默認的flynn。在 cli/app.go 中可以看到flynn create會為當前 git 倉庫添加對應(yīng) remoteremote 名由-r/--remote指定默認flynn傳空字符串則不配置 remoteflynn -a staging env set FOObar通過-a指定對staging應(yīng)用設(shè)置環(huán)境變量git push staging staging:master把本地的staging分支推送到 Flynn 端的master分支觸發(fā)構(gòu)建與發(fā)布。創(chuàng)建、查看與刪除應(yīng)用除了部署flynn create、flynn apps、flynn info、flynn delete構(gòu)成了應(yīng)用的基礎(chǔ)管理閉環(huán)實現(xiàn)見 cli/app.go# 不指定名字時隨機生成如 turkeys-stupefy-perry flynn create # 列出集群內(nèi)所有應(yīng)用 flynn apps ID NAME f1e85f5392454a329929e3f27f7a5644 gitreceive 4c6325c1f13547059e5496c91a6a97dd router # 查看應(yīng)用的 Git URL 與 Web URL自動判斷 http/https flynn info example Git URL: https://git.dev.localflynn.com/example.git Web URL: http://example.dev.localflynn.com # 刪除應(yīng)用會一并清理路由、release 與已開通的資源 flynn delete -yflynn info會同時展示 Git 部署地址和自動注冊的 Web 路由地址并根據(jù)路由是否配置了證書自動決定展示http://還是https://見 cli/app.go。Processes進程列表與進程級操作使用flynn ps可以獲取應(yīng)用下各個進程的列表返回的進程 ID 可傳給flynn kill來終止進程。Flynn 會自動重啟被終止的進程但一次性運行任務(wù)one-off run job除外。# 獲取進程列表 $ flynn ps ID TYPE STATE CREATED RELEASE COMMAND host0-52aedfbf-e613-40f2-941a-d832d10fc400 web up 6 seconds ago cf39a906-38d1-4393-a6b1-8ad2befe8142 /runner/init start web # 終止進程 $ flynn kill host-28a16c12-6136-4e06-93b1-2b014147de79 Job host-28a16c12-6136-4e06-93b1-2b014147de79 killed.flynn ps還支持豐富的篩選與展示選項參見 cli/ps.go# 顯示所有狀態(tài)默認只顯示 running 和 pending并附帶完整命令 flynn ps --all --command # 只輸出進程 ID便于腳本化處理 flynn ps --all --quiet # 按進程類型過濾如只看一次性 run 任務(wù) flynn ps --all --typerun其中run類型即通過flynn run啟動的一次性任務(wù)例如在應(yīng)用容器中執(zhí)行flynn run curl http://nodejs-web.discoverd:8080詳見 cli/run.go-d可后臺分離運行--limits可指定資源限制。擴容與縮容進程數(shù)量的調(diào)整使用flynn scale默認情況下首次部署含web進程類型的應(yīng)用會自動擴容到web1flynn scale web3 scaling web: 13 09:33:51.730 web 4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 pending 09:33:51.733 web ccd3aff7-80b3-46b4-a95f-006bfceb80c6 pending 09:33:51.743 web flynn-ccd3aff7-80b3-46b4-a95f-006bfceb80c6 starting 09:33:51.751 web flynn-4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 starting 09:33:52.129 web flynn-4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 up 09:33:52.171 web flynn-ccd3aff7-80b3-46b4-a95f-006bfceb80c6 up scale completed in 464.957638msflynn scale還支持按主機標簽調(diào)度進程例如web3,activetrue表示把 3 個 web 進程分布到打了activetrue標簽的主機上db3,diskssd,memhigh要求主機同時具備diskssd與memhigh兩個標簽參見 cli/scale.go 中的用法說明。不帶參數(shù)運行flynn scale則顯示當前各進程類型的實例數(shù)。Logs日志查看、實時跟蹤與外部日志Flynn 會自動記錄應(yīng)用進程寫入標準輸出stdout和標準錯誤stderr的所有內(nèi)容。日志可通過flynn log獲取使用-f可以實時跟蹤新產(chǎn)生的日志flynn log # 查看最近日志 flynn log -f # 實時跟蹤日志流flynn log的完整選項參見 cli/log.go選項作用-f, --follow持續(xù)輸出新產(chǎn)生的日志行-j, --jobid只顯示指定 job ID 的日志-n, --numberlines最多返回日志緩沖中的 n 行-r, --raw-output輸出原始日志消息不帶時間戳等前綴-s, --split-stderr將 stderr 日志行輸出到終端 stderr-t, --process-typetype按進程類型過濾日志-i, --init將 containerinit 日志輸出到 stderr默認輸出格式帶有時間戳、來源、進程類型與 job ID 前綴形如2026-09-26T01:39:43.000000Z web[web.host0-xxx]: 消息內(nèi)容使用-r則可得到不帶前綴的原始內(nèi)容。日志由 logaggregator 組件匯聚與緩存CLI 通過 logaggregator 客戶端按流類型stdout/stderr/init拉取見 logaggregator/。External Logs輸出到外部 syslog應(yīng)用也可以通過系統(tǒng)或客戶端庫把日志流式發(fā)送到遠程 syslog 服務(wù)。大多數(shù)編程語言都有遠程日志的內(nèi)置支持例如 Python 的SysLogHandler。這類日志流與 Flynn 自身的flynn log相互獨立適用于日志歸檔與集中監(jiān)控場景。RoutesHTTP 路由、自定義域名與 HTTPSFlynn 會自動為每個應(yīng)用配置一條https://$APPNAME.$CLUSTERDOMAIN路由指向web進程類型的實例。應(yīng)用必須監(jiān)聽并接受PORT環(huán)境變量所指定端口上的 HTTP 請求才能收到流量PORT由 Flynn 在啟動進程時注入。默認路由與flynn route查看創(chuàng)建應(yīng)用后可以確認自動生成的路由$ flynn route ROUTE SERVICE ID STICKY LEADER PATH http:example.demo.localflynn.com example-web http/2e37467e-08fc-47e5-853b-4f0574cb6871 false false /Custom Domains添加自定義域名為應(yīng)用添加額外的 HTTP 路由flynn route add http www.example.com同時需要為域名配置 DNS例如將www.example.com設(shè)置為$APPNAME.$CLUSTERDOMAIN的 CNAME 記錄。Additional Process Types多進程類型對外提供服務(wù)Flynn 支持多個進程類型同時對外提供 Web 流量。這些額外進程類型必須在Procfile中定義且進程類型名必須以-web結(jié)尾。例如如下 Procfileweb: ./server admin-web: ./admin-server為額外進程類型配置路由時通過--service標志指定目標服務(wù)服務(wù)名默認為APPNAME-PROCTYPE即myapp-admin-webflynn route add http --service myapp-admin-web admin.example.comflynn route命令還支持 TCP 路由與豐富的路由屬性參見 cli/route.go 的 usageflynn route add tcp [-s service] [-p port] [--leader] [--no-drain-backends] flynn route update id [-s service] [-c tls-cert -k tls-key] [--sticky] [--no-sticky] [--leader] [--no-leader] [--disable-keep-alives] [--enable-keep-alives] flynn route remove id常用路由選項說明選項作用-s, --serviceservice路由指向的服務(wù)名默認APPNAME-web-c, --tls-certtls-certPEM 編碼證書路徑-表示從 stdin 讀取僅 HTTP 路由-k, --tls-keytls-keyPEM 編碼私鑰路徑-表示從 stdin 讀取僅 HTTP 路由--sticky啟用基于 Cookie 的粘性路由僅 HTTP 路由--leader啟用僅領(lǐng)導(dǎo)者模式路由常用于數(shù)據(jù)庫主節(jié)點-p, --portport監(jiān)聽端口--no-drain-backends停止后端時不等候進行中的請求完成--disable-keep-alives禁用路由與后端之間的 keep-alive從實現(xiàn)看HTTP 路由通過url.Parse(http://domain)解析域名與路徑example.com/path/形式的路徑同樣受支持并將 service 默認填為APPNAME-web見 cli/route.goTCP 路由不解析域名只綁定端口并轉(zhuǎn)發(fā)到指定 service。HTTPS自動終結(jié) TLS 并啟用 HTTP/2路由器可以自動終結(jié) HTTPS 流量。創(chuàng)建或更新路由時通過--tls-cert與--tls-key標志指定證書鏈與私鑰為路由啟用 HTTPS 后HTTP/2 也會自動開啟。flynn route update http/2b3b2004-38f1-4e68-b856-7d8af3e4c6e1 --tls-cert cert.pem --tls-key cert.key證書文件應(yīng)包含 PEM 編碼的目標證書塊以及為鏈接到受信任根所需的中間證書。此外--tls-cert與--tls-key必須同時指定源碼parseTLSCert會校驗這一點支持從 stdin 傳入 PEM 內(nèi)容參見 cli/route.go。Service Discovery集群內(nèi)服務(wù)發(fā)現(xiàn)Flynn 會自動把每個web進程類型注冊到服務(wù)發(fā)現(xiàn)中供不走路由器的集群內(nèi)部請求使用。服務(wù)發(fā)現(xiàn)條目可通過 DNS 訪問DNS 名稱模式為$APPNAME-$PROCTYPE.discoverd例如myapp-web.discoverd與myapp-admin-web.discoverd。該特性可用于應(yīng)用與應(yīng)用、進程與進程之間的內(nèi)部通信例如從應(yīng)用內(nèi)直接訪問數(shù)據(jù)庫主節(jié)點leader.postgres.discoverd:5432或使用flynn run curl http://nodejs-web.discoverd:8080訪問同集群內(nèi)的另一個應(yīng)用服務(wù)。Limits內(nèi)存、CPU 與其他資源限制資源限制內(nèi)存及其他可以通過flynn limit命令查看與設(shè)置flynn limit set web memory2GBflynn limit支持的類型在 host/resource/resource.go 中定義包括類型含義默認值memory容器內(nèi)可用內(nèi)存字節(jié)1GBcpumilliCPU 數(shù)量1/1000 核1000 等價于 1024 CPU shares1000temp_disk容器臨時根磁盤可用空間100MBmax_fd容器內(nèi)可打開的最大文件描述符數(shù) 110000max_procs容器內(nèi)可啟動的最大進程數(shù)未設(shè)置查看當前限制的示例輸出$ flynn limit web: cpu1000 temp_disk100MB max_fd10000 memory1GB worker: cpu1000 temp_disk100MB max_fd10000 memory1GB一次設(shè)置多個限制flynn limit set web memory512MB max_fd12000 cpu500 temp_disk200MB從源碼看flynn limit set會解析varval對并合并到對應(yīng)進程類型的資源規(guī)格中隨后同樣走“創(chuàng)建 release 部署”鏈路cli/limit.go因此調(diào)整限制同樣會觸發(fā)應(yīng)用進程重啟。資源規(guī)格由Request調(diào)度時要求宿主具備的預(yù)留量與Limit可消耗上限兩部分組成見 host/resource/resource.go。CPU SharesCPU 份額的相對優(yōu)先級CPU 份額是相對的份額越多進程優(yōu)先級越高。當宿主機負載高時擁有 2000 milliCPU 的任務(wù)獲得的 CPU 時間是默認值 1000 的任務(wù)的兩倍。flynn limit set web cpu1500Slugbuilder Limits調(diào)整構(gòu)建進程內(nèi)存部分構(gòu)建過程需要大量內(nèi)存。如果在git push部署時遇到構(gòu)建緩慢或隨機失敗可以嘗試提高slugbuilder進程的內(nèi)存限制flynn limit set slugbuilder memory4GB也可以在集群范圍內(nèi)設(shè)置全局默認的slugbuilder內(nèi)存限制即為負責(zé)處理git push部署的應(yīng)用gitreceive與taffy設(shè)置SLUGBUILDER_DEFAULT_MEMORY_LIMIT環(huán)境變量limitSLUGBUILDER_DEFAULT_MEMORY_LIMIT2GB flynn -a gitreceive env set $limit flynn -a taffy env set $limit該默認值的生效邏輯位于 gitreceive/receiver/flynn-receive.go構(gòu)建 slugbuilder 任務(wù)時先檢查上一 release 中是否定義了slugbuilder進程類型——有則直接采用其資源限制否則讀取SLUGBUILDER_DEFAULT_MEMORY_LIMIT若解析成功則把該值同時作為 memory 的Limit與Request應(yīng)用。也就是說逐應(yīng)用設(shè)置flynn limit set slugbuilder ...優(yōu)先于全局默認值而全局默認值通過環(huán)境變量對后續(xù)所有g(shù)it push構(gòu)建生效。部署方式補充Docker 鏡像部署除 Buildpack 外Flynn 還內(nèi)置了tarreceive應(yīng)用用于把 Docker 鏡像導(dǎo)入集群并部署。一次完整的 Docker 部署流程如下詳見 docs/content/docker.md# 1. 構(gòu)建鏡像 docker build -t nodejs-flynn-example . # 2. 創(chuàng)建應(yīng)用--remote 表示不配置 git remote因為本次走 docker push flynn create --remote nodejs # 3. 推送并部署鏡像 flynn -a nodejs docker push nodejs-flynn-example # 4. 首次部署后擴容 app 進程 flynn -a nodejs scale app1以 Docker 鏡像部署的 release 會生成一個app進程類型其ENTRYPOINT、CMD與ENV均取自鏡像配置并自動注冊APPNAME-web服務(wù)名供集群內(nèi)部通過nodejs-web.discoverd:8080訪問外部則通過自動注冊的http://nodejs.1.localflynn.com路由訪問。這與 Buildpack 部署在路由、服務(wù)發(fā)現(xiàn)、資源限制與日志方面共用同一套應(yīng)用管理模型。小結(jié)Flynn 應(yīng)用管理的核心模型可以概括為配置即環(huán)境變量、發(fā)布即 release、流量即路由、容量即進程數(shù)與資源限制。flynn env的任何變更都會產(chǎn)生新 release 并觸發(fā)零停機滾動發(fā)布flynn scale、flynn limit同樣通過 release 機制生效flynn route負責(zé)把域名/端口映射到以-web結(jié)尾的進程類型服務(wù)并支持 TLS 終結(jié)、HTTP/2、粘性會話與領(lǐng)導(dǎo)者模式flynn ps/flynn kill/flynn log覆蓋了運行態(tài)進程與日志的日常運維。結(jié)合本文給出的源碼路徑cli/、host/resource/resource.go、gitreceive/receiver/flynn-receive.go你可以進一步深入驗證每個命令背后的實現(xiàn)細節(jié)并將其遷移到自己的 PaaS 運維實踐中。贊分享云原生微服務(wù)容器編排運維【免費下載鏈接】flynn[UNMAINTAINED] A next generation open source platform as a service (PaaS)項目地址https://gitcode.com/gh_mirrors/fl/flynn點擊查看免費下載相關(guān)推薦Flynn環(huán)境變量管理配置應(yīng)用的最佳實踐Flynn環(huán)境變量管理配置應(yīng)用的最佳實踐 你還在為應(yīng)用環(huán)境變量配置繁瑣而頭疼嗎手動修改配置文件容易出錯多環(huán)境同步困難敏感信息暴露風(fēng)險高本文將帶你掌握F云原生微服務(wù)容器編排運維Flower Docker 部署實戰(zhàn)用 -e 標志通過環(huán)境變量定制 SuperLink 遙測、日志與高級配置Flower Docker 部署實戰(zhàn)用 e 標志通過環(huán)境變量定制 SuperLink 遙測、日志與高級配置 本篇聚焦 Flower 框架 Docker 部署文人工智能聯(lián)邦學(xué)習(xí)機器學(xué)習(xí)深度學(xué)習(xí)OpenIM 環(huán)境配置與部署完整指南從配置路徑解析到環(huán)境變量矩陣OpenIM 環(huán)境配置與部署完整指南從配置路徑解析到環(huán)境變量矩陣 本篇技術(shù)指南以 OpenIMopen im server即時通訊服務(wù)器的環(huán)境配置為核心即時通訊后端微服務(wù)WebSocket上一篇NodeMCU rfswitch 模塊實戰(zhàn)用 ESP8266 發(fā)送 433/315MHz 射頻控制碼下一篇Win11Debloat 使用指南免費 Windows 11 精簡優(yōu)化工具一鍵去廣告、關(guān)遙測、卸預(yù)裝應(yīng)用創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Flynn 應(yīng)用管理與配置實戰(zhàn)指南：從環(huán)境變量、Buildpack 部署到路由、日志與資源限制
云原生微服務(wù)容器編排運維【免費下載鏈接】flynn[UNMAINTAINED] A next generation open source platform as a service (PaaS)項目地址https://gitcode.com/gh_mirrors/fl/flynn點擊查看免費下載導(dǎo)讀Flynn 是一個開源的平臺即服務(wù)PaaS應(yīng)用可以通過 Buildpacksgit push部署或 Docker 鏡像兩種方式部署到集群中。本文以官方文檔 docs/content/apps.md 為主體系統(tǒng)講解 Flynn 中應(yīng)用App的完整生命周期管理如何使用flynn env進行十二要素風(fēng)格的應(yīng)用配置、如何通過 Buildpack 構(gòu)建與部署、零停機發(fā)布與回滾機制、進程管理與日志采集以及 HTTP 路由、自定義域名、HTTPS、服務(wù)發(fā)現(xiàn)和資源限制CPU/內(nèi)存等生產(chǎn)級能力。讀完本文你將掌握在 Flynn 集群上從創(chuàng)建應(yīng)用到上線、擴容、排障、加固的全套 CLI 操作與底層原理并能在 cli/ 與 host/resource/ 等源碼中驗證每個行為的具體實現(xiàn)。Configuration用環(huán)境變量配置應(yīng)用Flynn 遵循The Twelve-Factor App的實踐使用環(huán)境變量來配置應(yīng)用。環(huán)境變量的讀寫統(tǒng)一通過flynn env命令完成flynn env set SECRETthisismysecret關(guān)鍵行為設(shè)置環(huán)境變量會創(chuàng)建一次新的 release發(fā)布并觸發(fā)應(yīng)用全部進程以新配置重啟。這在 cli/env.go 中有明確實現(xiàn)——runEnvSet解析varval對后調(diào)用setEnv最終依次執(zhí)行client.CreateRelease與client.DeployAppReleaseCLI 會打印Created release id表示新 release 已生成并部署。flynn env的完整子命令與選項如下命令作用示例flynn env列出應(yīng)用全部環(huán)境變量按名稱排序輸出flynn envflynn env set varval...設(shè)置一個或多個變量可一次傳入多個flynn env set FOObar BAZfoobarflynn env unset var...刪除一個或多個變量flynn env unset FOOflynn env get var讀取單個變量值flynn env get FOO-t, --process-typeproc僅對指定進程類型如web設(shè)置或讀取環(huán)境變量flynn env get -t web FOO從源碼看env命令區(qū)分“應(yīng)用級環(huán)境變量”存放在release.Env與“進程類型級環(huán)境變量”存放在release.Processes[proc].Env兩層不帶-t時讀寫應(yīng)用級變量帶-t時讀寫并合并對應(yīng)進程類型的變量參見 cli/env.go。env set/env unset最終都走setEnv先取當前 app release將變更合并到目標環(huán)境變量 map 中然后創(chuàng)建新 release 并部署從而觸發(fā)全量重啟。External Databases接入 Flynn 外部數(shù)據(jù)庫Flynn 應(yīng)用既可以連接內(nèi)置數(shù)據(jù)庫PostgreSQL、MySQL、MongoDB、Redis也可以連接 Flynn 集群之外托管的數(shù)據(jù)庫。外部數(shù)據(jù)庫只需將其連接配置通過flynn env以環(huán)境變量形式傳入應(yīng)用即可例如flynn env set DATABASE_URLpostgres://user:passdb.example.com:5432/myapp內(nèi)置數(shù)據(jù)庫則可通過flynn resource add postgres或mongodb、mysql、redis一鍵開通Flynn 會自動向應(yīng)用 release 注入DATABASE_URL、PGHOST、PGUSER等連接變量參見 docs/content/databases/ 與 docs/content/basics.md 中的完整示例。Buildpacks構(gòu)建與自定義構(gòu)建包Flynn 使用 Buildpacks 來準備和構(gòu)建通過git push部署的應(yīng)用并且會對大多數(shù)受支持語言自動選擇標準 buildpack。當自動檢測不可行或標準 buildpack 不適用時可以手動指定構(gòu)建包。Flynn 內(nèi)置了多構(gòu)建包機制multi buildpack既支持單個自定義 buildpack也支持在一次部署中使用多個 buildpack。方式一提交.buildpacks文件。在應(yīng)用倉庫根目錄創(chuàng)建并提交一個.buildpacks文件每行一個 buildpack 的 URLhttps://github.com/kr/heroku-buildpack-inline方式二設(shè)置BUILDPACK_URL環(huán)境變量。如果不想向倉庫添加文件可以直接用flynn env指定flynn env set BUILDPACK_URLhttps://github.com/ryandotsmith/null-buildpack從構(gòu)建鏈路看BUILDPACK_URL會被 gitreceive 服務(wù)注入 slugbuilder 構(gòu)建任務(wù)的運行環(huán)境。在 gitreceive/receiver/flynn-receive.go 中構(gòu)建任務(wù)的環(huán)境變量構(gòu)建邏輯優(yōu)先取當前 push 攜帶的環(huán)境變量其次取上一 release 的環(huán)境變量中的BUILDPACK_URL寫入jobEnv[BUILDPACK_URL]后由 slugbuilder 的/builder/build.sh執(zhí)行構(gòu)建。因此兩種指定方式是等價的且配置在環(huán)境變量中時對后續(xù)每次git push均生效。Deployment發(fā)布、取消發(fā)布與多分支部署每次推送新代碼或修改應(yīng)用配置Flynn 都會創(chuàng)建新的 release。部署采用零停機策略先啟動新 release只有當新 release 正常起來后才會停止舊 release如果新 release 未能正常啟動或出現(xiàn)其他異常部署會自動回滾舊 release 繼續(xù)運行。這一策略意味著線上流量永遠由健康版本承接發(fā)布失敗不會造成服務(wù)中斷是 Flynn 默認且無需額外配置的發(fā)布行為。Cancelling Deploys取消進行中的部署通過git push發(fā)起的部署可以通過Ctrl-C終止 push 進程或向該進程發(fā)送終止信號來取消。構(gòu)建會被立即取消代碼不會被部署。Building specific Git branches部署指定 Git 分支同一個代碼倉庫的不同分支可以通過創(chuàng)建多個應(yīng)用、各自配置不同 git remote 來分別部署。典型場景是構(gòu)建 staging預(yù)發(fā)布環(huán)境flynn create myapp-staging --remote staging flynn -a staging env set FOObar git push staging staging:master這里的關(guān)鍵在于flynn create myapp-staging --remote staging創(chuàng)建名為myapp-staging的應(yīng)用并把 git remote 命名為staging而非默認的flynn。在 cli/app.go 中可以看到flynn create會為當前 git 倉庫添加對應(yīng) remoteremote 名由-r/--remote指定默認flynn傳空字符串則不配置 remoteflynn -a staging env set FOObar通過-a指定對staging應(yīng)用設(shè)置環(huán)境變量git push staging staging:master把本地的staging分支推送到 Flynn 端的master分支觸發(fā)構(gòu)建與發(fā)布。創(chuàng)建、查看與刪除應(yīng)用除了部署flynn create、flynn apps、flynn info、flynn delete構(gòu)成了應(yīng)用的基礎(chǔ)管理閉環(huán)實現(xiàn)見 cli/app.go# 不指定名字時隨機生成如 turkeys-stupefy-perry flynn create # 列出集群內(nèi)所有應(yīng)用 flynn apps ID NAME f1e85f5392454a329929e3f27f7a5644 gitreceive 4c6325c1f13547059e5496c91a6a97dd router # 查看應(yīng)用的 Git URL 與 Web URL自動判斷 http/https flynn info example Git URL: https://git.dev.localflynn.com/example.git Web URL: http://example.dev.localflynn.com # 刪除應(yīng)用會一并清理路由、release 與已開通的資源 flynn delete -yflynn info會同時展示 Git 部署地址和自動注冊的 Web 路由地址并根據(jù)路由是否配置了證書自動決定展示http://還是https://見 cli/app.go。Processes進程列表與進程級操作使用flynn ps可以獲取應(yīng)用下各個進程的列表返回的進程 ID 可傳給flynn kill來終止進程。Flynn 會自動重啟被終止的進程但一次性運行任務(wù)one-off run job除外。# 獲取進程列表 $ flynn ps ID TYPE STATE CREATED RELEASE COMMAND host0-52aedfbf-e613-40f2-941a-d832d10fc400 web up 6 seconds ago cf39a906-38d1-4393-a6b1-8ad2befe8142 /runner/init start web # 終止進程 $ flynn kill host-28a16c12-6136-4e06-93b1-2b014147de79 Job host-28a16c12-6136-4e06-93b1-2b014147de79 killed.flynn ps還支持豐富的篩選與展示選項參見 cli/ps.go# 顯示所有狀態(tài)默認只顯示 running 和 pending并附帶完整命令 flynn ps --all --command # 只輸出進程 ID便于腳本化處理 flynn ps --all --quiet # 按進程類型過濾如只看一次性 run 任務(wù) flynn ps --all --typerun其中run類型即通過flynn run啟動的一次性任務(wù)例如在應(yīng)用容器中執(zhí)行flynn run curl http://nodejs-web.discoverd:8080詳見 cli/run.go-d可后臺分離運行--limits可指定資源限制。擴容與縮容進程數(shù)量的調(diào)整使用flynn scale默認情況下首次部署含web進程類型的應(yīng)用會自動擴容到web1flynn scale web3 scaling web: 13 09:33:51.730 web 4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 pending 09:33:51.733 web ccd3aff7-80b3-46b4-a95f-006bfceb80c6 pending 09:33:51.743 web flynn-ccd3aff7-80b3-46b4-a95f-006bfceb80c6 starting 09:33:51.751 web flynn-4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 starting 09:33:52.129 web flynn-4ef91e4b-d0c3-4e3f-931b-6db3b551dcd9 up 09:33:52.171 web flynn-ccd3aff7-80b3-46b4-a95f-006bfceb80c6 up scale completed in 464.957638msflynn scale還支持按主機標簽調(diào)度進程例如web3,activetrue表示把 3 個 web 進程分布到打了activetrue標簽的主機上db3,diskssd,memhigh要求主機同時具備diskssd與memhigh兩個標簽參見 cli/scale.go 中的用法說明。不帶參數(shù)運行flynn scale則顯示當前各進程類型的實例數(shù)。Logs日志查看、實時跟蹤與外部日志Flynn 會自動記錄應(yīng)用進程寫入標準輸出stdout和標準錯誤stderr的所有內(nèi)容。日志可通過flynn log獲取使用-f可以實時跟蹤新產(chǎn)生的日志flynn log # 查看最近日志 flynn log -f # 實時跟蹤日志流flynn log的完整選項參見 cli/log.go選項作用-f, --follow持續(xù)輸出新產(chǎn)生的日志行-j, --jobid只顯示指定 job ID 的日志-n, --numberlines最多返回日志緩沖中的 n 行-r, --raw-output輸出原始日志消息不帶時間戳等前綴-s, --split-stderr將 stderr 日志行輸出到終端 stderr-t, --process-typetype按進程類型過濾日志-i, --init將 containerinit 日志輸出到 stderr默認輸出格式帶有時間戳、來源、進程類型與 job ID 前綴形如2026-09-26T01:39:43.000000Z web[web.host0-xxx]: 消息內(nèi)容使用-r則可得到不帶前綴的原始內(nèi)容。日志由 logaggregator 組件匯聚與緩存CLI 通過 logaggregator 客戶端按流類型stdout/stderr/init拉取見 logaggregator/。External Logs輸出到外部 syslog應(yīng)用也可以通過系統(tǒng)或客戶端庫把日志流式發(fā)送到遠程 syslog 服務(wù)。大多數(shù)編程語言都有遠程日志的內(nèi)置支持例如 Python 的SysLogHandler。這類日志流與 Flynn 自身的flynn log相互獨立適用于日志歸檔與集中監(jiān)控場景。RoutesHTTP 路由、自定義域名與 HTTPSFlynn 會自動為每個應(yīng)用配置一條https://$APPNAME.$CLUSTERDOMAIN路由指向web進程類型的實例。應(yīng)用必須監(jiān)聽并接受PORT環(huán)境變量所指定端口上的 HTTP 請求才能收到流量PORT由 Flynn 在啟動進程時注入。默認路由與flynn route查看創(chuàng)建應(yīng)用后可以確認自動生成的路由$ flynn route ROUTE SERVICE ID STICKY LEADER PATH http:example.demo.localflynn.com example-web http/2e37467e-08fc-47e5-853b-4f0574cb6871 false false /Custom Domains添加自定義域名為應(yīng)用添加額外的 HTTP 路由flynn route add http www.example.com同時需要為域名配置 DNS例如將www.example.com設(shè)置為$APPNAME.$CLUSTERDOMAIN的 CNAME 記錄。Additional Process Types多進程類型對外提供服務(wù)Flynn 支持多個進程類型同時對外提供 Web 流量。這些額外進程類型必須在Procfile中定義且進程類型名必須以-web結(jié)尾。例如如下 Procfileweb: ./server admin-web: ./admin-server為額外進程類型配置路由時通過--service標志指定目標服務(wù)服務(wù)名默認為APPNAME-PROCTYPE即myapp-admin-webflynn route add http --service myapp-admin-web admin.example.comflynn route命令還支持 TCP 路由與豐富的路由屬性參見 cli/route.go 的 usageflynn route add tcp [-s service] [-p port] [--leader] [--no-drain-backends] flynn route update id [-s service] [-c tls-cert -k tls-key] [--sticky] [--no-sticky] [--leader] [--no-leader] [--disable-keep-alives] [--enable-keep-alives] flynn route remove id常用路由選項說明選項作用-s, --serviceservice路由指向的服務(wù)名默認APPNAME-web-c, --tls-certtls-certPEM 編碼證書路徑-表示從 stdin 讀取僅 HTTP 路由-k, --tls-keytls-keyPEM 編碼私鑰路徑-表示從 stdin 讀取僅 HTTP 路由--sticky啟用基于 Cookie 的粘性路由僅 HTTP 路由--leader啟用僅領(lǐng)導(dǎo)者模式路由常用于數(shù)據(jù)庫主節(jié)點-p, --portport監(jiān)聽端口--no-drain-backends停止后端時不等候進行中的請求完成--disable-keep-alives禁用路由與后端之間的 keep-alive從實現(xiàn)看HTTP 路由通過url.Parse(http://domain)解析域名與路徑example.com/path/形式的路徑同樣受支持并將 service 默認填為APPNAME-web見 cli/route.goTCP 路由不解析域名只綁定端口并轉(zhuǎn)發(fā)到指定 service。HTTPS自動終結(jié) TLS 并啟用 HTTP/2路由器可以自動終結(jié) HTTPS 流量。創(chuàng)建或更新路由時通過--tls-cert與--tls-key標志指定證書鏈與私鑰為路由啟用 HTTPS 后HTTP/2 也會自動開啟。flynn route update http/2b3b2004-38f1-4e68-b856-7d8af3e4c6e1 --tls-cert cert.pem --tls-key cert.key證書文件應(yīng)包含 PEM 編碼的目標證書塊以及為鏈接到受信任根所需的中間證書。此外--tls-cert與--tls-key必須同時指定源碼parseTLSCert會校驗這一點支持從 stdin 傳入 PEM 內(nèi)容參見 cli/route.go。Service Discovery集群內(nèi)服務(wù)發(fā)現(xiàn)Flynn 會自動把每個web進程類型注冊到服務(wù)發(fā)現(xiàn)中供不走路由器的集群內(nèi)部請求使用。服務(wù)發(fā)現(xiàn)條目可通過 DNS 訪問DNS 名稱模式為$APPNAME-$PROCTYPE.discoverd例如myapp-web.discoverd與myapp-admin-web.discoverd。該特性可用于應(yīng)用與應(yīng)用、進程與進程之間的內(nèi)部通信例如從應(yīng)用內(nèi)直接訪問數(shù)據(jù)庫主節(jié)點leader.postgres.discoverd:5432或使用flynn run curl http://nodejs-web.discoverd:8080訪問同集群內(nèi)的另一個應(yīng)用服務(wù)。Limits內(nèi)存、CPU 與其他資源限制資源限制內(nèi)存及其他可以通過flynn limit命令查看與設(shè)置flynn limit set web memory2GBflynn limit支持的類型在 host/resource/resource.go 中定義包括類型含義默認值memory容器內(nèi)可用內(nèi)存字節(jié)1GBcpumilliCPU 數(shù)量1/1000 核1000 等價于 1024 CPU shares1000temp_disk容器臨時根磁盤可用空間100MBmax_fd容器內(nèi)可打開的最大文件描述符數(shù) 110000max_procs容器內(nèi)可啟動的最大進程數(shù)未設(shè)置查看當前限制的示例輸出$ flynn limit web: cpu1000 temp_disk100MB max_fd10000 memory1GB worker: cpu1000 temp_disk100MB max_fd10000 memory1GB一次設(shè)置多個限制flynn limit set web memory512MB max_fd12000 cpu500 temp_disk200MB從源碼看flynn limit set會解析varval對并合并到對應(yīng)進程類型的資源規(guī)格中隨后同樣走“創(chuàng)建 release 部署”鏈路cli/limit.go因此調(diào)整限制同樣會觸發(fā)應(yīng)用進程重啟。資源規(guī)格由Request調(diào)度時要求宿主具備的預(yù)留量與Limit可消耗上限兩部分組成見 host/resource/resource.go。CPU SharesCPU 份額的相對優(yōu)先級CPU 份額是相對的份額越多進程優(yōu)先級越高。當宿主機負載高時擁有 2000 milliCPU 的任務(wù)獲得的 CPU 時間是默認值 1000 的任務(wù)的兩倍。flynn limit set web cpu1500Slugbuilder Limits調(diào)整構(gòu)建進程內(nèi)存部分構(gòu)建過程需要大量內(nèi)存。如果在git push部署時遇到構(gòu)建緩慢或隨機失敗可以嘗試提高slugbuilder進程的內(nèi)存限制flynn limit set slugbuilder memory4GB也可以在集群范圍內(nèi)設(shè)置全局默認的slugbuilder內(nèi)存限制即為負責(zé)處理git push部署的應(yīng)用gitreceive與taffy設(shè)置SLUGBUILDER_DEFAULT_MEMORY_LIMIT環(huán)境變量limitSLUGBUILDER_DEFAULT_MEMORY_LIMIT2GB flynn -a gitreceive env set $limit flynn -a taffy env set $limit該默認值的生效邏輯位于 gitreceive/receiver/flynn-receive.go構(gòu)建 slugbuilder 任務(wù)時先檢查上一 release 中是否定義了slugbuilder進程類型——有則直接采用其資源限制否則讀取SLUGBUILDER_DEFAULT_MEMORY_LIMIT若解析成功則把該值同時作為 memory 的Limit與Request應(yīng)用。也就是說逐應(yīng)用設(shè)置flynn limit set slugbuilder ...優(yōu)先于全局默認值而全局默認值通過環(huán)境變量對后續(xù)所有g(shù)it push構(gòu)建生效。部署方式補充Docker 鏡像部署除 Buildpack 外Flynn 還內(nèi)置了tarreceive應(yīng)用用于把 Docker 鏡像導(dǎo)入集群并部署。一次完整的 Docker 部署流程如下詳見 docs/content/docker.md# 1. 構(gòu)建鏡像 docker build -t nodejs-flynn-example . # 2. 創(chuàng)建應(yīng)用--remote 表示不配置 git remote因為本次走 docker push flynn create --remote nodejs # 3. 推送并部署鏡像 flynn -a nodejs docker push nodejs-flynn-example # 4. 首次部署后擴容 app 進程 flynn -a nodejs scale app1以 Docker 鏡像部署的 release 會生成一個app進程類型其ENTRYPOINT、CMD與ENV均取自鏡像配置并自動注冊APPNAME-web服務(wù)名供集群內(nèi)部通過nodejs-web.discoverd:8080訪問外部則通過自動注冊的http://nodejs.1.localflynn.com路由訪問。這與 Buildpack 部署在路由、服務(wù)發(fā)現(xiàn)、資源限制與日志方面共用同一套應(yīng)用管理模型。小結(jié)Flynn 應(yīng)用管理的核心模型可以概括為配置即環(huán)境變量、發(fā)布即 release、流量即路由、容量即進程數(shù)與資源限制。flynn env的任何變更都會產(chǎn)生新 release 并觸發(fā)零停機滾動發(fā)布flynn scale、flynn limit同樣通過 release 機制生效flynn route負責(zé)把域名/端口映射到以-web結(jié)尾的進程類型服務(wù)并支持 TLS 終結(jié)、HTTP/2、粘性會話與領(lǐng)導(dǎo)者模式flynn ps/flynn kill/flynn log覆蓋了運行態(tài)進程與日志的日常運維。結(jié)合本文給出的源碼路徑cli/、host/resource/resource.go、gitreceive/receiver/flynn-receive.go你可以進一步深入驗證每個命令背后的實現(xiàn)細節(jié)并將其遷移到自己的 PaaS 運維實踐中。贊分享云原生微服務(wù)容器編排運維【免費下載鏈接】flynn[UNMAINTAINED] A next generation open source platform as a service (PaaS)項目地址https://gitcode.com/gh_mirrors/fl/flynn點擊查看免費下載相關(guān)推薦Flynn環(huán)境變量管理配置應(yīng)用的最佳實踐Flynn環(huán)境變量管理配置應(yīng)用的最佳實踐 你還在為應(yīng)用環(huán)境變量配置繁瑣而頭疼嗎手動修改配置文件容易出錯多環(huán)境同步困難敏感信息暴露風(fēng)險高本文將帶你掌握F云原生微服務(wù)容器編排運維Flower Docker 部署實戰(zhàn)用 -e 標志通過環(huán)境變量定制 SuperLink 遙測、日志與高級配置Flower Docker 部署實戰(zhàn)用 e 標志通過環(huán)境變量定制 SuperLink 遙測、日志與高級配置 本篇聚焦 Flower 框架 Docker 部署文人工智能聯(lián)邦學(xué)習(xí)機器學(xué)習(xí)深度學(xué)習(xí)OpenIM 環(huán)境配置與部署完整指南從配置路徑解析到環(huán)境變量矩陣OpenIM 環(huán)境配置與部署完整指南從配置路徑解析到環(huán)境變量矩陣 本篇技術(shù)指南以 OpenIMopen im server即時通訊服務(wù)器的環(huán)境配置為核心即時通訊后端微服務(wù)WebSocket上一篇NodeMCU rfswitch 模塊實戰(zhàn)用 ESP8266 發(fā)送 433/315MHz 射頻控制碼下一篇Win11Debloat 使用指南免費 Windows 11 精簡優(yōu)化工具一鍵去廣告、關(guān)遙測、卸預(yù)裝應(yīng)用創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考