博客
Replit Deployments——从想法到生产环境的最快途径
发布于：
2023年4月11日更新于：
2023年10月5日
Replit 团队
经过 5 年的托管测试版，我们已准备好推出 Deployments。
隆重推出 Replit Deployments
今天，我们发布 Replit Deployments,这是用任何语言从想法到生产环境的最快方式。它是对我们应用托管基础设施的彻底重建。以下是我们今天发布的功能列表：
- 你的托管 VM 很少重启，让你的应用持续运行且稳定。默认情况下，你的应用始终在线。无需运行 pingers，也无需额外付费。
- 告别“Repl 唤醒”界面吧，因为你的 VM 不会进入休眠。
- 为你的应用提供独立的 VM 资源，将带来更高的安全性和性能。
- 控制向用户发布的时间，这样你就能在不破坏生产环境的情况下修复应用。
- 绑定你的自定义域名，或在 .replit.app 域名下选择一个自定义子域名。
在接下来的数周和数月里，我们还有更多功能要与你分享。
但在介绍功能之前，让我们先回顾一下 Replit 托管的发展历程……
Replit 托管：5 年测试版
2018 年，Replit 实现了全球最快的 编码 → 托管 工作流程，当时我们发布了 Replit Hosting 的首个测试版。Replit 创造了一种在浏览器中运行任何语言代码的方式。由于 Replit 的构建方式，只需分享一个 URL，它也能变成一个托管平台。多年来，我们不断尝试添加新功能，例如 Always On, Boosts, Analytics, 状态管理器以及 PostgreSQL 数据库.
如今，Replit 托管着数百万个应用，每月处理数百亿次请求，所以我们知道你们喜爱我们托管服务的轻松与简洁。
但我们还不满足。我们希望它做得更好。我们也从你们那里听到了关于旧版 Replit Hosting 的同样反馈：
- 当你编辑代码时，你不希望影响正在使用你应用的用户
- 我们的正常运行时间还不够好，不足以支撑你每天依赖的应用
- 你的 Repl 运行在 可抢占式虚拟机 上，当机器需求高时这些虚拟机可能会被重启
- 当我们启动你的 Repl 较慢时出现的“Repl 唤醒”界面可能会让你的用户感到沮丧
- 缺乏隔离可能意味着你的 Discord 机器人会意外开始受到速率限制
让我们来看看 Replit Deployments 如何解决这些问题……
通过 Deployments 将你的生产应用与开发环境隔离
首先，我们将你的开发环境与生产环境分离开来。这意味着你可以在不影响线上用户的情况下开发应用。现在你可以添加功能、修复缺陷，只在准备就绪时才部署给用户。
通过运行一次 Deployment ，将你正在开发的任何 repl 发布到生产环境。你会注意到页眉中新增了一个按钮：
点击 部署你的项目 ，即可选择所需的机器规格。
选择你的 .replit.app 域名，或在“域名”标签页中 绑定你自己的自定义域名 ，然后部署！
当你准备好更新线上版本时，只需点击一下即可完成： 重新部署.
许多 Replit 模板已经预先配置好部署，以确保快速简便。高级用户还可以：
- 自定义构建命令
- 自定义运行命令
- 为生产环境设置与开发环境不同的密钥值
使用日志调试你的应用程序
既然你的开发环境和生产环境现在不同了，如果出现问题，你需要一种方式来查看发生了什么。你可以通过从日志标签页访问 Repl 的日志来做到这一点：
定价
对于像简单 Web 服务器和机器人这样的小型项目，我们的起步价低至每个 Repl 每天 0.20 美元。如果你最终构建出下一个爆款生成式 AI 应用，你可以升级到最多 4 个专用 CPU 和 16 GiB 内存。
在以下网址探索你的所有选项： replit.com/pricing.
要爆火了吗？升级到专用 CPU。
我们越来越多地看到初创公司构建他们的 企业 使用 Replit. 当你的想法从病毒式传播的热点变成新业务时，用简单的 重新部署.
来扩展规模。我们的共享 CPU 机器非常适合偶尔有流量、只需处理突发工作负载的应用。共享 CPU 更便宜，但只能根据 令牌桶算法在“突发”时间段内完全使用分配给它们的 CPU。它们非常适合间歇性流量，即你不需要长时间消耗大量 CPU 的情况。
当你准备扩展规模时，你会想升级到专用 CPU 虚拟机。这样你就能从容应对稳定的流量，或处理大量数据而毫无压力。想让多个 CPU 全天候保持 100% 占用？专用 CPU 可以满足你。我们还为专用 CPU 虚拟机配备了 10 倍以上的出站传输量，帮助你应对增加的流量。
不用担心选错，如果你选择 管理 你的套餐，只需点击几下就能切换到新的机器类型。
在路上？使用 Replit 移动应用进行部署和监控。
我们都经历过这种情况。你正在外出途中，值班寻呼机的铃声突然响起。要是能快速修复并重新部署，而不用赶回主电脑前就好了。有了 Replit Hosting，这不成问题。使用 Replit 移动应用，你可以查看日志、修复代码并重新部署应用，全部都能在手机上完成。
改进的安全性和隔离性
Replit Deployments 构建在 Google Cloud Platform 之上，因此你可以获得 行业领先的安全功能 例如传输中和静态数据加密。我们还针对应用部署方式的细节考虑了安全性：
- 部署到专用 VM 时，你将获得自己的 GCE 虚拟机这比其他仅依赖容器的方案提供了更安全的边界。
- 你的所有资源都保存在一个 GCP 项目 特定于你的用户。这增加了一个资源、权限和网络边界，以将其他用户的代码与你的代码隔离开来。
- 你的应用密钥存储在 GCP Secret Manager 以确保它们不受外部用户的影响。
变更：不再支持文件系统持久化，Repl Auth 即将推出
分离开发与托管的一个后果是，对本地文件系统的写入不会持久化到 Repl。你可以照常写入，但数据会在后续任何重新部署时消失，也不会出现在你的开发 Repl 中。
过去一些用户依赖 这一功能 过去，例如将应用数据存储在本地 SQLite 数据库中。今后，你应该使用远程存储选项，比如 Replit DB 或 PostgreSQL我们会根据你的反馈继续增加更多存储选项。告诉我们你最希望看到什么！
最后，在本次初始发布中，我们暂不支持 Repl Auth我们将在未来几周内把它引入 Replit Deployments。
更多功能即将推出……
本次发布只是一个开始。我们想知道你接下来希望在托管方面看到什么，我们会据此调整路线图。我们已经在考虑的一些想法包括：
- 按需托管，采用按使用量付费的定价方式
- 自动扩缩容与负载均衡
- 仅按带宽（出站流量）付费的静态托管
- 按你的计划运行的 Cron 任务
- 按需过期的一次性部署
- 按请求计费的廉价托管函数
- 可配置 CPU 和 RAM 的自定义机器规格
- 面向更大工作负载的更大规格机器
- 部署到多个区域，以更好地服务全球用户
- 更多存储选项：MongoDB、Redis、对象存储等
- 通过 SSH 连接到托管应用的机器
在 Replit Ask 论坛的这篇帖子中与我们分享你的愿望清单。 在 Replit Ask 论坛的这篇帖子中.
常见问题
当前的托管产品（通过分享 repl.co URL 实现）会被移除吗？
旧版 Replit Hosting 的应用托管是通过共享你的开发环境的 repl.co URL，现已进入维护模式。我们不会再为 Replit Hosting 添加任何新功能，但应用将继续运行。
相反，我们会把 Replit Deployments 打造成同类最佳的产品。这意味着增加更多功能、提供新的部署类型，并帮助你从想法成长为成熟的企业。
向 Replit 社区分享 Repl 的方式会改变吗？
不会。社区分享将继续像现在一样运作。本次发布不会影响这一点。未来，我们希望让 Deployments 成为与社区分享的主要方式，但目前我们还没有准备好相关细节。
为什么 Replit Deployments 没有像 Replit Hosting 那样的免费套餐？
我们仍在研究如何为 Deployments 设计免费套餐。我们希望确保：
- 你可以在小想法腾飞、需要更高层级资源之前，先对许多小想法进行试验。
- 分享到 Replit 社区仍然可用，也依然令人兴奋。
我们很快会在这里分享更多细节。
repl.co 网站会怎样？
repl.co 网站会怎样？ repl.co 网站。仍然可以分享 repl.co 支持你的开发环境的 URL。但我们认为，使用新工作流并显式部署你的应用会带来更好的体验。
Pinger 网站是否被禁止访问 Replit Deployments 的 URL？
像这样的 Pinger 网站 UpTimeRobot 是监控应用意外崩溃的好方法。过去，用户还会利用这些网站让 repl 保持“活跃”，以便顺畅唤醒。使用 Deployments 后，应用始终处于活跃运行状态，因此不再需要这样做。
在哪里可以留下反馈？
在 Replit Ask 论坛的帖子下回复即可。我们非常期待听到你对产品的反馈，以及你希望接下来推出哪些功能。更多内容2026年10月28日Replit 安全智能体工作背后的架构让企业借助 Replit 的 Agent Habitat 用 AI 完成更具雄心的任务，并由企业所需的安全与治理能力提供支持。2026年10月16日将自有云引入 Replit企业级隔离与控制。为用户带来同样简洁的体验。2026年9月29日解放模型：前沿的 Harness 设计模型路由器已无处不在 Replit Ask 论坛上的帖子我们非常期待听到你对产品的反馈，以及你希望接下来推出哪些功能。
更多
2026年10月28日Replit 安全智能体工作背后的架构
让企业借助 Replit 的 Agent Habitat 用 AI 完成更具雄心的任务，并由企业所需的安全与治理能力提供支持。
2026年10月16日将自有云引入 Replit
企业级隔离与控制。为用户带来同样简洁的体验。
2026年9月29日解放模型：前沿的 Harness 设计
如今模型路由器无处不在，但它们有一个根本性的局限。无论基于高级启发式规则，还是基于一个读取每一轮对话并挑选使用哪个 LLM 的小模型，路由器的能力始终不如它所选择的模型。Replit Agent 则让模型自己来做决定。 主智能体（即核心循环）会选择其子智能体的层级和投入程度，并随着任务推进调整自身的层级和投入。有了这种自由度，GPT-6 Astra 会把常规实现交给成本更低的子智能体，并自行决定把 token 花在哪里最值得。在 DeepSWE 和 Terminal-Bench 上，Replit Agent 相对单独运行的 Astra 都是帕累托高效的：没有任何已发布的 Astra 基线成本更低且得分更高。它还比一种“助手”架构（即同样设置但配有一个长期存活的 worker）分别高出 11 分和 16 分。 为什么我们减少脚手架 每一次模型发布都会让 harness 中固化的假设失效。 随着模型在长周期任务上变得越来越强，它们不再需要在 harness 层获得那么多脚手架支持。在实践中，我们观察到它们更倾向于自行委派任务：使用子智能体来进行上下文管理和并行处理。近期的突破——其中包括 Navier–Stokes——部分来自对由前沿模型驱动的智能体集群进行协调 [1]。 但前沿是参差不齐的。最强的编码模型未必是设计 UI 或制作幻灯片最强的，也未必是最擅长写邮件的。因此我们设计 harness，让每个模型按自己的方式工作，同时保留它仍然需要的护栏，并以最低成本实现质量为目标。