Flask应用零配置部署Heroku实战指南

1. 这不是“Hello World”演示而是一次真实可用的Web服务上线实操你手头刚写完一个用Python写的Flask小应用——可能是内部用的API接口、团队共享的待办看板、爬虫结果展示页或者只是想验证某个算法逻辑的轻量前端入口。它在本地flask run跑得飞快但下一步呢发给同事看部署到服务器买VPS配Nginx还是找个能直接托管Python Web应用、不用管底层运维、按需付费、还能自动扩缩容的平台Heroku就是为这种场景生的。它不卖服务器也不教你怎么配Linux防火墙它只做一件事把你的Python代码变成一个带HTTPS、有域名、能被任何人访问的在线服务整个过程从创建到可访问我实测下来最快6分23秒。核心关键词就三个Flask、Python、Heroku——没有Docker、没有Kubernetes、没有CI/CD流水线就纯靠Git推送和几行配置完成一次端到端的部署闭环。这篇文章不是教你怎么写Flask路由而是聚焦在“写完之后怎么办”这个被大量教程跳过的临门一脚。适合刚学完Flask基础、本地能跑通但卡在部署环节的开发者也适合需要快速交付MVP最小可行产品的产品经理或数据分析师甚至适合教学场景中让学生在5分钟内看到自己代码真正“活”在互联网上。它解决的不是“能不能”而是“怎么最省力、最可靠、最可复现地让代码走出本机”。下面所有步骤我都用一台全新安装Ubuntu 22.04的虚拟机重装环境后完整走了一遍命令、报错、日志、时间戳全部来自真实终端记录不加任何“理论上应该”或“一般情况下”。2. 整体设计思路为什么选Heroku而不是其他方案2.1 不是技术选型而是工作流匹配很多人一看到“部署”就默认要配服务器、开防火墙、装Nginx、反向代理、SSL证书、进程守护……这套流程本身没问题但它服务于一个前提你需要长期、稳定、可控、可深度定制的运行环境。而绝大多数初学者的第一个Flask项目根本不需要这些。它可能只跑几个小时只为演示一个功能它可能只服务三五个内部用户它可能明天就要迭代后天就下线。在这种场景下花两小时配环境不如花二十分钟学会一种更轻量的交付方式。Heroku的设计哲学恰恰是“抽象掉所有与业务逻辑无关的复杂性”。它把服务器管理、网络配置、负载均衡、日志聚合、监控告警这些运维层能力封装成一套声明式接口Procfile、requirements.txt、Git push你只需告诉它“我要跑一个Python Web应用”它就自动给你分配资源、拉起进程、绑定域名、启用HTTPS。这不是偷懒而是把工程师的时间重新分配到真正创造价值的地方。2.2 Flask Heroku 的天然契合点Flask本身就是一个极简的WSGI框架它不强制你用数据库、不用模板引擎、不内置用户系统这种“无意见”的设计让它与Heroku的“无状态”运行模型完美对齐。Heroku的每个dyno运行单元都是独立、临时、可随时销毁重建的容器。它要求应用必须通过环境变量读取配置比如数据库URL、密钥不能依赖本地文件存储所有状态必须外置到Postgres、Redis等附加服务。而Flask原生支持os.environ.get()config.py里轻松切换开发/生产配置路由函数里直接调用外部API或数据库连接池——这种松耦合架构让Flask应用几乎无需修改就能跑在Heroku上。相比之下Django虽然也能部署但它的settings.py里常硬编码DEBUGTrue、SECRET_KEY明文写死、静态文件路径依赖本地目录迁移到Heroku前往往要改七八处而一个标准的Flask应用通常只需加一个Procfile、确保requirements.txt完整、把app.run()换成gunicorn启动就完成了90%的适配工作。2.3 明确划清边界什么该做什么不该期待Heroku不是万能胶它有清晰的能力边界理解这点能避免后续大量踩坑。第一它不提供持久化文件存储。你不能在/app/static/uploads/里存用户上传的图片并指望它一直存在——dyno重启、扩缩容、部署新版本都会清空本地磁盘。所有需要长期保存的文件必须用S3、Cloudinary或Heroku提供的附加服务如Cloudinary Add-on。第二免费层有休眠限制。免费dyno在30分钟无请求后会进入休眠下次访问会有3-5秒冷启动延迟。这完全OK用于学习和测试但绝不能用于生产级API或实时服务。第三它不开放SSH登录或root权限。你无法手动安装系统级包如libpq-dev、无法修改/etc/hosts、无法运行后台守护进程cron任务需用Heroku Scheduler Add-on。这些“限制”其实是保护——它强制你写出符合云原生规范的应用而不是依赖某台特定机器的奇技淫巧。我见过太多人因为没搞懂这点在本地调试好好的代码推到Heroku后报ImportError: No module named psycopg2最后发现是忘了在requirements.txt里声明依赖而不是去折腾编译环境。2.4 为什么不是Vercel、Netlify或RailwayVercel和Netlify主打静态站点和Serverless Functions对传统Web应用尤其是需要长连接、WebSocket、后台任务的Flask应用支持有限。它们的Python Serverless运行时有超时限制通常10秒不适合处理耗时API或文件上传。Railway确实支持Python Web应用界面现代起步也很简单但它背后是Kubernetes概念层略厚错误日志分散在多个服务中对新手排查问题反而增加认知负担。Heroku的优势在于“一致性”它用同一套模型处理Ruby on Rails、Node.js、Python、Java应用文档统一、CLI工具统一、错误码统一。当你看到H10 App crashed就知道是启动失败看到H14 No web processes running就知道Procfile没写对。这种确定性对第一次部署的人来说比炫酷的UI重要十倍。而且它的免费额度足够支撑一个完整的学习闭环建应用、连Git、推代码、看日志、查错误、改配置、再推——所有操作都在一个命令行里完成没有跳转、没有多步认证、没有隐藏的配额开关。3. 核心细节解析从本地Flask到Heroku可运行应用的关键改造3.1 必须存在的三个文件requirements.txt、Procfile、runtime.txtHeroku识别Python应用不靠文件名而靠这三个文件的存在与否。它们不是可选项是启动的“准入许可证”。首先requirements.txt。很多新手以为pip freeze requirements.txt就能搞定这是个危险误区。pip freeze会导出当前虚拟环境中所有包包括ipython、jupyter、pytest这些开发依赖。Heroku只运行生产环境这些包不仅浪费构建时间还可能因版本冲突导致启动失败。正确做法是用pipreqs工具它只扫描你的Python源码提取实际import语句中用到的包。安装pip install pipreqs生成pipreqs ./ --force。它会分析app.py里的from flask import Flask、import requests然后只写入Flask2.3.3、requests2.31.0。我试过对比一个50行的Flask应用pip freeze生成的requirements.txt有87行而pipreqs只有5行构建时间从1分12秒降到18秒且零依赖冲突。其次Procfile。这是Heroku的“启动说明书”纯文本文件无扩展名首字母大写放在项目根目录。内容只有一行web: gunicorn app:app。这里有两个关键点必须抠准第一web:是进程类型声明Heroku规定Web应用必须用web类型否则不会分配HTTP端口第二gunicorn app:app中的第一个app是Python模块名即app.py文件名不含.py第二个app是模块内定义的Flask应用实例名通常是app Flask(__name__)。如果文件叫main.py实例叫application那就要写web: gunicorn main:application。我踩过最深的坑是写成web: python app.py——Heroku确实会执行但它是用Python解释器直接跑不经过Gunicorn没有进程管理、没有超时控制、没有健康检查一旦应用崩溃Heroku无法感知也不会自动重启表现为H10 App crashed却查不到日志。最后runtime.txt。它告诉Heroku用哪个Python版本。不写这个文件Heroku会用默认版本目前是3.11但如果你的代码用了3.12的新语法比如match/case的增强或者依赖的某个包只支持3.10就会在构建阶段报错。文件内容就一行python-3.11.8以你本地python --version输出为准。注意格式python-前缀不能少版本号必须精确到小数点后一位不能写3.11或3.11.0。Heroku官方文档明确列出所有支持的Python版本我建议始终显式声明避免未来默认版本升级带来的意外中断。3.2 Flask应用本身的四点硬性改造本地能跑的Flask代码搬到Heroku上大概率会挂原因就在这四个看似微小的改动点。第一移除app.run()调用。这是最常见错误。本地开发时我们习惯在文件末尾写if __name__ __main__: app.run(debugTrue)。但在Heroku上这个debugTrue会触发Werkzeug的重载器而Heroku禁止应用自行监听端口或开启调试模式。必须删掉整段或者用环境变量控制if __name__ __main__ and os.getenv(FLASK_ENV) development: app.run(debugTrue)。这样本地export FLASK_ENVdevelopment还能调试推到Heroku后因环境变量不同app.run()根本不会执行。第二动态绑定端口。本地app.run(port5000)写死端口没问题但Heroku会动态分配端口并通过PORT环境变量传给应用。你必须改成port int(os.environ.get(PORT, 5000))然后app.run(portport)——但等等前面刚说要删app.run()所以正确姿势是在Procfile里用Gunicorn启动Gunicorn会自动读取PORT环境变量你代码里完全不用管端口只要确保Flask实例能被Gunicorn导入即可。第三配置SECRET_KEY。Flask的session、CSRF保护都依赖这个密钥。本地开发常写app.secret_key dev这在Heroku上绝对不行——所有dyno共享同一个密钥一旦泄露session可被伪造。必须从环境变量读取app.secret_key os.environ.get(SECRET_KEY, dev)。部署时用heroku config:set SECRET_KEYyour-super-secure-random-string设置。生成安全密钥我推荐用Python一行命令python -c import secrets; print(secrets.token_urlsafe(32))它比os.urandom(24).hex()更符合URL安全规范。第四处理静态文件路径。本地开发时app.static_folder static没问题但Heroku的文件系统是只读的除了/tmp你不能在运行时创建static/css目录或写入static/uploads。所有静态资源必须在部署前就准备好放在static目录下由Gunicorn或NginxHeroku内部用直接服务。如果应用需要上传文件必须立刻转存到S3或Cloudinary不能存本地。3.3 Gunicorn不只是启动器更是生产级守护者为什么非要用Gunicorn而不用Flask自带的开发服务器答案藏在性能和健壮性两个维度。Flask的Werkzeug服务器是单线程、单进程一次只能处理一个请求遇到慢查询或网络IO就阻塞整个应用。Gunicorn是预叉pre-fork模式主进程监听端口子进程workers并行处理请求。一个典型的Procfile可以写成web: gunicorn --bind 0.0.0.0:$PORT --workers 2 --worker-class sync --timeout 30 --max-requests 1000 app:app。这里每个参数都有深意--workers 2表示启动2个worker进程对于免费dyno512MB内存2个是黄金值1个太单薄3个容易OOM--timeout 30是请求超时防止某个慢请求拖垮所有worker--max-requests 1000是每个worker处理1000个请求后自动重启避免内存泄漏累积。我做过压力测试同样一个返回JSON的APIWerkzeug服务器在并发50请求时平均响应时间2.3秒Gunicorn2 workers压到200并发仍稳定在120ms。这不是玄学是进程模型的本质差异。4. 实操过程从零开始完整走一遍部署全流程4.1 环境准备本地开发机的最小化配置别急着装一堆工具先确认三样东西Python 3.11、Git、Heroku CLI。我用的是Ubuntu 22.04所有命令基于此。第一步确认Python版本python3 --version。如果不是3.11.x请用deadsnakesPPA安装sudo add-apt-repository ppa:deadsnakes/ppa sudo apt update sudo apt install python3.11 python3.11-venv python3.11-dev。注意不要用update-alternatives切系统默认PythonHeroku CLI依赖系统Python切乱了会导致CLI崩溃。第二步安装Gitsudo apt install git。初始化全局配置git config --global user.name Your Name和git config --global user.email your.emailexample.com。这步看似多余但Heroku构建日志里会显示提交者信息清晰的commit author能帮你快速定位是哪次推送导致的问题。第三步安装Heroku CLI。官方推荐用Snapsudo snap install heroku --classic。验证heroku --version。如果报command not found执行sudo snap refresh并重启终端。这一步我卡了7分钟因为Ubuntu的snapd服务没启动sudo systemctl start snapd就解决了。记住CLI是Heroku的唯一交互入口所有操作——登录、创建应用、设置配置、查看日志——都靠它别试图用网页控制台代替。4.2 创建一个真实的Flask应用不是“Hello World”而是可扩展的骨架我们来写一个稍有实用价值的Flask应用一个简单的短链接服务类似tinyurl它包含路由、表单、环境变量配置、错误处理覆盖了90%的初学者需求。创建项目目录mkdir flask-shortener cd flask-shortener。初始化虚拟环境python3.11 -m venv venv。激活source venv/bin/activate。注意venv目录不要加入Git后面会讲。创建app.pyimport os import string import random from flask import Flask, render_template, request, redirect, url_for, flash from urllib.parse import urlparse app Flask(__name__) app.secret_key os.environ.get(SECRET_KEY, dev) # 模拟内存数据库实际应换为Redis或Postgres urls {} def generate_short_code(length6): 生成随机短码避开易混淆字符 chars string.ascii_letters string.digits # 移除0,O,l,I等易混淆字符 for c in 0OIl: chars chars.replace(c, ) return .join(random.choice(chars) for _ in range(length)) app.route(/, methods[GET, POST]) def index(): if request.method POST: long_url request.form.get(long_url) if not long_url: flash(请输入原始URL, error) return render_template(index.html) # 基础URL校验 parsed urlparse(long_url) if not parsed.scheme or not parsed.netloc: flash(请输入有效的URL包含http://或https://, error) return render_template(index.html) short_code generate_short_code() urls[short_code] long_url short_url request.url_root short_code flash(f短链接已生成{short_url}, success) return render_template(index.html, short_urlshort_url) return render_template(index.html) app.route(/short_code) def redirect_to_long(short_code): long_url urls.get(short_code) if long_url: return redirect(long_url, code302) else: flash(短链接不存在, error) return redirect(url_for(index)) app.errorhandler(404) def not_found(e): return render_template(404.html), 404 if __name__ __main__: # 仅在本地开发时运行 port int(os.environ.get(PORT, 5000)) app.run(host0.0.0.0, portport, debugTrue)创建templates/index.html用Bootstrap简化样式!DOCTYPE html html head titleFlask短链接服务/title link hrefhttps://cdn.jsdelivr.net/npm/bootstrap5.3.0/dist/css/bootstrap.min.css relstylesheet /head body classbg-light div classcontainer mt-5 div classrow justify-content-center div classcol-md-8 div classcard div classcard-header bg-primary text-white h4 classmb-0Flask短链接生成器/h4 /div div classcard-body {% with messages get_flashed_messages(with_categoriestrue) %} {% if messages %} {% for category, message in messages %} div classalert alert-{{ danger if category error else success }} alert-dismissible fade show rolealert {{ message }} button typebutton classbtn-close>!DOCTYPE html html head title页面未找到/title link hrefhttps://cdn.jsdelivr.net/npm/bootstrap5.3.0/dist/css/bootstrap.min.css relstylesheet /head body classbg-light div classcontainer mt-5 div classrow justify-content-center div classcol-md-6 text-center h1 classdisplay-1 text-danger404/h1 h2 classmt-3页面未找到/h2 p classlead text-muted你访问的短链接不存在。/p a href{{ url_for(index) }} classbtn btn-primary返回首页/a /div /div /div /body /html现在本地测试python app.py打开http://localhost:5000输入https://google.com点击生成应该能看到短链接如http://localhost:5000/abc123点击它会跳转到Google。一切OK说明应用逻辑正确。4.3 构建可部署的项目结构添加必需文件并验证现在项目目录里有app.py、templates/。我们需要添加Heroku必需的三个文件。第一步生成requirements.txt。先确保虚拟环境激活source venv/bin/activate。然后安装依赖pip install flask gunicorn。注意gunicorn必须装因为Procfile里要调用它。接着用pipreqs生成精简依赖pip install pipreqs pipreqs ./ --force。打开requirements.txt它应该只包含三行Flask2.3.3 gunicorn21.2.0 Werkzeug2.3.7版本号可能略有不同取决于你安装时的最新版第二步创建Procfile。用nano Procfile或任意编辑器输入web: gunicorn app:app。保存退出。注意文件名是Procfile没有扩展名大小写敏感。第三步创建runtime.txt。echo python-3.11.8 runtime.txt。用python3.11 --version确认你的本地版本精确匹配。第四步创建.gitignore。这是关键内容如下venv/ __pycache__/ *.pyc *.pyo *.pyd .Python env/ build/ develop-eggs/ dist/ downloads/ eggs/ .eggs/ lib/ lib64/ parts/ sdist/ var/ *.log .DS_Store特别注意第一行venv/它确保虚拟环境目录不会被Git跟踪。Heroku构建时会重新创建干净的虚拟环境你本地的venv对它毫无意义反而会因路径不同导致构建失败。现在初始化Git仓库git init。添加所有文件git add .。提交git commit -m initial commit: flask shortener with heroku files。4.4 Heroku端操作创建应用、关联Git、推送部署登录Heroku CLIheroku login。它会打开浏览器让你授权授权后终端会显示Logged in as your.emailexample.com。创建新应用heroku create。这个命令会做三件事1在Heroku后台创建一个唯一的应用名字类似aqueous-mountain-123452添加一个名为heroku的Git远程仓库3输出应用的URL如https://aqueous-mountain-12345.herokuapp.com。记下这个URL后面要用。现在把本地代码推送到Herokugit push heroku main如果你的主分支叫master则用git push heroku master。这个过程会触发Heroku的构建流水线检测Python、安装requirements.txt、运行Procfile。你会看到滚动的日志remote: ----- Python app detected remote: ----- Installing python-3.11.8 remote: ----- Installing pip 23.2.1, setuptools 65.5.1 and wheel 0.41.2 remote: ----- Installing SQLite3 remote: ----- Installing requirements with pip remote: Collecting Flask2.3.3 remote: ... remote: Successfully installed Flask-2.3.3 Werkzeug-2.3.7 gunicorn-21.2.0 remote: ----- Discovering process types remote: Procfile declares types - web remote: ----- Compressing... remote: Done: 45.2M remote: ----- Launching... remote: Released v3 remote: https://aqueous-mountain-12345.herokuapp.com/ deployed to Heroku当看到deployed to Heroku说明部署成功。用heroku open命令它会自动在浏览器中打开你的应用URL。如果一切顺利你应该看到和本地一模一样的短链接生成页面。4.5 部署后必做的三件事配置、日志、验证部署成功只是开始接下来这三步决定你能否快速定位问题。第一设置SECRET_KEY。heroku config:set SECRET_KEY$(python -c import secrets; print(secrets.token_urlsafe(32)))。这条命令会生成一个32字节的URL安全随机字符串并设为环境变量。验证heroku config:get SECRET_KEY应该输出一长串字符。第二查看实时日志。heroku logs --tail。这个命令会持续输出应用的所有stdout/stderr包括Flask的print()、Gunicorn的启动日志、以及你代码里的app.logger.info()。当应用报错时这里是第一现场。比如如果你忘了装gunicorn日志里会清晰显示bash: gunicorn: command not found如果Procfile写错会显示State changed from starting to crashed。我习惯把这个命令开着然后在浏览器里点几次按钮观察日志变化这是最直接的调试方式。第三验证端到端流程。不要只看首页。在Heroku应用页面里输入https://google.com生成短链接复制那个https://aqueous-mountain-12345.herokuapp.com/xyz789在新标签页打开它。它应该302重定向到Google。同时回到日志窗口你应该看到类似GET /xyz789 302的记录证明重定向逻辑生效。如果打不开日志里一定有线索比如KeyError: xyz789说明内存字典没持久化——这正是我们前面强调的“Heroku无状态”的体现它验证了你的理解是否正确。5. 常见问题与排查技巧实录那些让我熬夜到凌晨三点的坑5.1 “Application Error” 页面从H10到H14的故障树当你在浏览器看到空白的“Application Error”页面第一反应不是刷新而是看日志。Heroku的错误码是诊断的起点每个码对应一个明确的故障域。H10 App crashed这是最频繁的错误意思是应用进程启动后立即崩溃。原因90%是Procfile写错或requirements.txt缺失关键依赖。典型场景Procfile里写web: python app.py但app.py里有app.run()而debugTrue触发了Werkzeug重载器Heroku禁止此行为进程直接退出。解决方案heroku logs --tail找到最后一行Process exited with status 1往上翻看是否有ImportError或SyntaxError。如果是ImportError: No module named gunicorn说明requirements.txt里没写gunicorn补上后git add . git commit -m add gunicorn git push heroku main。H14 No web processes running意思是Procfile存在但里面没有web:类型的进程或者web:那一行有语法错误比如多了一个空格。检查Procfilecat Procfile确认是web: gunicorn app:app前后无空格冒号后有一个空格。另一个常见原因是Procfile文件名写成了procfile小写或Procfile.txt带扩展名Heroku严格区分大小写和扩展名。H20 App boot timeout应用在60秒内没绑定到PORT端口。这通常是因为你的Flask应用里有耗时的初始化操作比如在app.py顶层代码里连接数据库、加载大模型、读取GB级文件。Heroku要求应用在60秒内完成启动并开始监听。解决方案把耗时操作移到路由函数里或者用app.before_first_request装饰器注意Gunicorn多worker下此装饰器行为不可靠更推荐用werkzeug.local.LocalProxy或延迟加载。H12 Request timeout客户端等待超过30秒Heroku主动断开。这说明你的某个路由处理时间太长。比如一个/api/process路由里写了time.sleep(40)。解决方案用异步任务如Celery或前端轮询把长任务拆解。5.2 日志里看不到print()那是stdout缓冲区在作怪很多新手在代码里加了print(debug: step 1)但在heroku logs --tail里看不到。这是因为Python的stdout默认是行缓冲的当输出不带换行符或者输出到管道Heroku的stdout是管道时缓冲区不会立即刷新。解决方案有两个一是在print()里加flushTrue参数print(debug: step 1, flushTrue)二是启动Gunicorn时加--capture-output参数它会捕获所有stdout/stderr并强制刷新。我推荐前者更精准可控。5.3 本地能跑线上404静态文件和模板路径的陷阱你确认templates/index.html在Git里app.py里render_template(index.html)也没错但线上打开是404。原因只有一个templates目录不在Git里检查git status如果显示templates/是untracked说明它没被添加。git add templates/然后git commit -m add templates再git push heroku main。同理static/目录下的CSS、JS文件如果没被Git跟踪Gunicorn就找不到它们。Heroku构建时只会把Git仓库里的文件打包本地文件系统里的东西它一概不知。5.4 内存溢出R14免费dyno的甜蜜陷阱R14 Memory quota exceeded错误意味着你的应用内存超过了512MB上限。免费dyno的内存是硬限制超了就会被Heroku强制杀死进程。常见原因1--workers设得太高比如设了4个worker每个worker吃200MB瞬间超限2代码里有内存泄漏比如用全局列表不断append()而不清理3处理大文件上传把整个文件读进内存。解决方案heroku logs --tail里搜索R14确认时间点用heroku ps:resize free确保是免费规格减少--workers到1或2检查代码避免全局状态累积大文件处理用流式读取request.stream.read(8192)。5.5 数据丢失之谜为什么每次重启短链接都没了这是对“无状态”最直观的冲击。你在/abc123生成了一个短链接关掉浏览器半小时后再打开/abc123返回404。因为urls {}是内存字典dyno重启、部署新版本、甚至Heroku自动扩缩容都会销毁旧进程新建一个空字典。这不是Bug是设计。解决方案集成Heroku Postgres Add-on。免费层提供10MB数据库够存几万条短链接。命令heroku addons:create heroku-postgresql:hobby-dev它会自动设置DATABASE_URL环境变量。然后在代码里用sqlalchemy连接把urls字典换成数据库表。这一步是应用从“玩具”走向“可用”的分水岭也是Heroku教学中最关键的一课——它逼你直面状态管理这个本质问题。提示Heroku的免费Postgres数据库连接字符串里包含用户名、密码、主机、端口全部通过DATABASE_URL环境变量注入。你代码里不要硬编码用sqlalchemy.create_engine(os.environ[DATABASE_URL])即可。Heroku会自动轮换证书硬编码会导致某天突然连不上。6. 后续演进从部署成功到生产就绪的三条路径部署成功不是终点而是起点。根据你的应用目标有三条清晰的演进路径。第一条加固生产环境。免费dyno的休眠和内存限制决定了它只适合学习和原型验证。要让它真正可用必须升级。heroku ps:resize standard-1x将dyno升级到标准型512MB内存无休眠月费$7。同时启用自动证书管理ACMheroku certs:auto:enable让Heroku自动为你申请和续期Lets Encrypt证书确保https://绿色锁图标。这两步做完你的应用就具备了基本的生产可用性24/7在线、HTTPS加密、合理内存。第二条接入外部服务。短链接服务的核心是存储内存字典只是占位符。Heroku生态里Postgres是最自然的选择但如果你的应用需要对象存储如用户头像Cloudinary Add-on提供免费的图像上传、裁剪、CDN加速如果需要发送邮件SendGrid Add-on有免费额度如果需要队列处理异步任务Heroku Redis是首选。所有Add-on都通过heroku addons:create一键