告别 Deno 转投 Node：一位开发者用 Node v26.10.0 迁移静态站点生成器，构建提速 15%
一位开发者宣布弃用 Deno、回归 Node，并用 Node v26.10.0 把静态站点生成器从 Deno 迁移过来，构建速度提升 15%。迁移只需把 Deno 文件系统 API 换成 node:fs、Deno.serve 换成 Hono 的 node 适配器，@std/path 换成 node:path。
#自托管/降本
#自托管/降本
今日 0 条Hacker News 前页AI 评分2222
Hacker News 前页AI 评分2222 为了一个自定义域名邮箱，我试了 Cloudflare、Mailflare、Purelymail，最后选了 Foundermail
拥有 jacobg.co 两年多的作者为自定义域名邮箱试了多种方案，最终选定 Foundermail。
Neon BlogAI 评分4040 LuBot 如何用 Neon 分支实现每位付费用户一个独立 Postgres 数据库
独立开发者 Lubo Bali 为数据分析聊天产品 LuBot 搭建了 database-per-tenant 架构：Stripe 结账后通过 webhook 调用 Neon branches API，为每位付费用户创建独立 Postgres 分支，每个租户含 4 个 schema、52 张表。
Neon BlogAI 评分1919 Neon 与 Castform：把检索模型训练成本降到 1/100
Castform 联合创始人 Ying Hang Seah 称，把 Castform 指向 Neon 可跳过数据清洗与大规模检索基础设施两道门槛，让团队数据库里的原始数据直接变成可训练数据。双方合作的目标是把检索模型训练成本降到原来的 1/100。
Neon BlogAI 评分2222 Specific 如何用 Neon 为编码 Agent 配置数千个数据库
Specific 借助 Neon 为编码 Agent 配置数千个数据库，可即时创建大量数据库并立即分支，被其联合创始人 Iman Radjavi 称为很适合 Agent 管理的 инфраструктура。
Neon BlogAI 评分2222 QwikBuild 用 Neon 支撑 WhatsApp 上 15,000+ 应用
QwikBuild 通过 WhatsApp 构建了 15,000+ 应用，架构基于 Neon。其最大优势是存储与计算解耦、可独立扩展，应用闲置时计算节点可进入 idle 模式，成本极低，从而在不妥协的前提下应对各种规模与复杂度。
Neon BlogAI 评分2828 Neon 计算自动扩缩容报告：生产数据库计算用量比预置平台少 2.4 倍
Neon 发布计算自动扩缩容报告，基于 2025 年 12 月数据，其生产数据库平均计算用量比按 P99.5 + 20% 预置的 RDS 类平台少 2.4 倍，计算成本平均低 50%。
Neon BlogAI 评分1818 Bitso 如何用 Neon 分支搭建 RISE 隔离测试环境
Bitso 借助 Neon 分支为 RISE（Robust Isolated Staging Environment）补齐了数据库隔离能力，让每个沙盒环境都能获得独立的 Postgres 数据库。此前涉及 schema 变更或写入密集路径的服务无法安全共用一个数据库，如今这一问题得到解决。
Neon BlogAI 评分1515 Neon 用户故事：一次数据库迁移如何催生黑客松项目
一位同时用过 Postgres、Snowflake 和 AWS 的开发者，为做副业项目选择了 Neon，称不到 10 分钟就搞懂了如何把 Neon 接入自己的应用，并让 ML 工作流连上它。这段迁移经历后来催生了一个黑客松项目。
Neon BlogAI 评分2020 Neon 讲述把 CI 从 Hetzner 迁走的那一夜
Neon 把 CI 从 Hetzner 迁走，此前其 CI 跑在 Hetzner 的裸金属服务器上，靠便宜的 CPU 和内存、免费内网流量以及大容量本地磁盘缓存运转。文章以“一个夏天的傍晚”为起点，回顾了这次迁移的经过。
Neon BlogAI 评分2020 Sharing Excess 如何用 Neon 分支加速交付：把分支当作环境
Sharing Excess 技术负责人 Ryan McHenry 表示，团队借助 Neon 的分支与 scale-to-zero 能力，用真实数据开发而不让脚本触碰生产环境，也不必为夜间未使用的资源付费。对这个小团队来说，这两项能力让日常开发明显更轻松。
Neon BlogAI 评分1212 Marble 借助 Neon 分支加速交付
Marble 表示近期一次大版本更新几乎离不开 Neon 分支：它让团队用生产数据安全测试大型迁移，出问题就删掉分支重来，从而更快、更有信心地交付。
Neon BlogAI 评分3838 Vecstore 用 Neon 替换 Pinecone 和 RDS：延迟从 200ms 降至 80ms
Vecstore 创始人 Giorgi Kenchadze 表示，公司已用 Neon 同时替换 Pinecone 和 RDS，延迟从 200ms 降至 80ms，架构也大幅简化。Neon 还让 Vecstore 在多地区获得更顺畅的开发者体验。
Neon BlogAI 评分2525 traconiq 为何将多 TB 遥测数据集迁移到 Neon
traconiq 将多 TB 遥测数据集从 RDS 迁移到 Neon，原因是其工作负载每秒摄入数百个数据点，多区域多环境下 RDS 成本持续上升。迁移后 traconiq 用分支替代复制实例，并借助自动扩缩容更高效地扩展环境。
Neon BlogAI 评分2222 从 Heroku 到 Neon：dev.to 的数据库迁移故事
dev.to 联合创始人 Peter Frank 披露，团队将数据库从 Heroku 迁移到 Neon，以获得能随平台规模扩展、且与开发者优先理念一致的 Postgres 方案。
Neon BlogAI 评分5858 SMASHSEND 从 AWS RDS 迁到 Neon，数据库成本降 95%
SMASHSEND 创始人 Jorge Ferreiro 称，团队用几个小时把数据库从 AWS RDS 迁到 Neon，月度数据库账单从 1500 美元降到 70 美元，降幅 95%。内置连接池解决了此前后台任务失败的问题，分支功能让测试可以安全进行。
Neon BlogAI 评分2222 Neon 调查 50 名开发者：Postgres 恢复慢的真实代价
Neon 调查了 50 名开发者，了解 Postgres 故障恢复耗时带来的实际代价。调查显示，恢复时间的长短决定了故障是轻微波动还是重大业务危机。
Neon BlogAI 评分2222 Velocity 为何从 RDS 迁移到 Neon：构建未来的 on-call 体系
Velocity 创始人兼 CEO Tal Kain 表示，团队此前使用 RDS，但扩缩容的成本与手动操作负担过重，因此转向 Neon，以获得跨云的统一数据库方案。
Neon BlogAI 评分2222 Zap.xyz 如何用 Neon 和 Inngest 搭建无服务器 CDC 管道
Zap.xyz 用 Neon 和 Inngest 搭建了一套无服务器变更数据捕获（CDC）管道，处理来自 Telegram 等社区频道的数百万条消息。联合创始人 Jacob Devore 称，搭建耗时远少于 AWS。
Neon BlogAI 评分1515 Magic Circle 如何用 Cloudflare 和 Neon 撑起 200 万局游戏
Magic Circle 借助 Cloudflare 和 Neon 将游戏规模扩展到 200 万局，其创始人 Avi Romanoff 称 Neon 分支是"游戏规则改变者"。这支小团队每天多次交付，需要快速测试并迅速合并到 main，Neon 分支正好满足了这一需求。
Neon BlogAI 评分3838 Invenco 为何从 Aurora Serverless v2 迁移到 Neon
Invenco 将数据库从 Aurora Serverless v2 迁移到 Neon，数据库成本降低 80%。其 AWS 无服务器架构中数百个 Lambda 产生尖峰流量，Aurora Serverless v2 难以应对，Invenco 改用 Neon 基于 pgBouncer 的连接池来管理。
Neon BlogAI 评分2222 用 Neon Postgres 构建 301.Pro 多云架构
301.Pro 将整个分析业务从 AWS RDS 迁移到 Neon，耗时约两小时。创始人称 AWS RDS 配置过于复杂，尤其是细粒度用户权限设置，而经朋友推荐试用 Neon 后完成了迁移。
Neon BlogAI 评分2020 Neon 只读副本实战：BeatGig 如何用它支撑开发与沙盒环境
BeatGig 用 Neon 的只读副本为团队提供只读数据访问，副本可在数秒内创建并支持缩容到零。其 CTO Jeremy Berman 表示，公司频繁启动开发服务器和沙盒环境，这种方式在保持低维护的同时让团队便捷读取数据。
Neon BlogAI 评分2020 Dispatch 如何用 Neon 分支加速开发，同时把工作负载留在 Aurora
Dispatch 借助 Neon 的分支范式创建隔离环境，无需搬运大量数据，从而减轻运维团队负担，让整套环境的搭建变得轻松。其 Principal Engineer Jonathan Reyes 表示，工作负载仍保留在 Aurora 上。
Neon BlogAI 评分2222 BaseHub：把开发速度与效率一路做到数据库层
BaseHub 是一款新型 headless CMS，主打让内容管理更高效，其 CEO Julian Benegas 称 Neon 让迁移、备份、扩容和避免影响生产环境都变得更容易、更安全。
Neon BlogAI 评分1313 Rubric Labs 借助 Neon 打造 AI 产品
Rubric Labs 因偏好开发者优先的体验而不用 AWS 或 GCP，在 Postgres 上一直缺少与 PlanetScale 对等的选择，直到找到 Neon。Sarim Malik 表示团队非常喜欢 Postgres，Neon 满足了他们对开发者体验的要求。
Neon BlogAI 评分3333 Shepherd 如何在 CI/CD 流水线中用 Neon 分支省下测试数据库成本
Shepherd 在 CI/CD 流水线中采用 Neon 分支，按需创建临时分支并通过 GitHub Action 创建/删除，不再需要搭建真实测试数据库实例、也不必让数据与生产环境保持同步。团队称这一做法同时节省了成本和开发者时间。
Neon BlogAI 评分2222 222 如何用 Neon 应对频繁的需求峰值
222 的数据库流量在夜间和周末数千名会员参加体验活动时达到峰值，其创始工程师 Lex Nasser 表示，构建在可预先自动扩缩的数据库上让他们能常态化应对这些流量尖峰。
Neon BlogAI 评分1818 Cedalio 如何用 Neon 打造高效开发工作流
Cedalio 借助 Neon 的 Postgres 数据库分支能力，将其集成进 CI/CD 流水线，并把可缩容至零的数据库实例用于其“每客户一库”的架构。团队称数据库分支与缩容到零是这套开发工作流中最关键的两项特性。
Neon BlogAI 评分2222 Snaplet 如何用 Neon 打造生产级快照
Snaplet 基于 Neon 的分支模型与写时复制能力，为其 Snapshot 功能提供底层支持。借助 Neon 的合作计划，Snaplet 得以管理数千个数据库分支，实现接近生产环境的快照体验。
Neon BlogAI 评分2222 Retool 如何用 Retool 和 Neon API 管理 30 万+ Postgres 数据库
Retool 借助 Neon 的 API 管理着超过 30 万个 Postgres 数据库。Neon 是无服务器 Postgres 数据库，提供完善的 API，Retool 等合作伙伴借此为终端用户提供托管数据库，在简化大规模数据库集群管理的同时优化成本。
Neon BlogAI 评分2020 White Widget 可扩展 Postgres 的秘诀：Neon
White Widget 技术总监表示，Neon 完美满足了团队对随需求扩展的 Postgres 方案的需求，让他们能在不牺牲效率与成本的前提下突破项目边界。White Widget 是一家屡获殊荣的软件设计与工程公司。
Neon BlogAI 评分1515 Recrowd 如何用 Neon 自动扩缩容应对流量波动
意大利众筹平台 Recrowd 使用 Neon 的自动扩缩容能力应对波动需求，其 CTO Pieralberto Colombo 称这一功能让他们用简单步骤解决了大问题。Recrowd 是意大利领先的众筹平台，让小额投资者也能参与房地产项目。
Neon BlogAI 评分2222 OpusFlow 如何用 Neon 在 Postgres 上实现租户隔离而无需管理服务器
OpusFlow 的客户要求数据存放在隔离数据库中，但在 RDS 上实现既繁琐又昂贵，于是转向 Neon 以降低成本和运维开销。其 CTO Joey Teunissen 表示，Neon 让团队无需自行管理服务器即可实现 Postgres 租户隔离。
Neon BlogAI 评分2424 Topo.io 为什么从 Amazon RDS 迁移到 Neon
Topo.io 联合创始人兼 CTO Léonard Henriquez 表示，团队从 Amazon RDS 迁移到 Neon 的关键原因是分支（branching）功能，它让工程速度保持在高位。Topo.io 正在打造 AI 驱动的销售助手，让虚拟 SDR 帮用户寻找潜在客户。
Vercel ChangelogAI 评分1212 Plenti 从 WordPress 单体架构迁移到可组合 Next.js，一名开发者搞定
澳大利亚借贷与投资公司 Plenti 将基于 WordPress 的单体架构迁移到部署在 Vercel 上的可组合 Next.js 前端，全程仅由一名软件工程师 Matt Milburn 完成。
Supabase BlogAI 评分1515 HappyTeams 从 Heroku Postgres 迁移到 Supabase，性能提升且成本下降
HappyTeams 将数据库从 Heroku Postgres 迁移到 Supabase，用 pg_dump 和 pg_restore 在不到一小时内完成迁移，解决了连接数受限和性能不稳的问题。Supabase 支持大量直连与 PgBouncer 连接池，基础套餐即满足其扩展需求并降低了成本。目前 HappyTeams 正探索 Edge Functions 和 API client 等新功能。
Neon BlogAI 评分2020 Proposales 如何将 Neon 集成进 Postgres 开发工作流
Proposales 将 Neon 集成进其 Postgres 开发工作流，用于跨生产、预发和开发环境的数据库迁移。Neon 的博客指出，跨服务商迁移数据库各环境风险高、需要大量精力和专业能力，但并非必须如此。
Supabase BlogAI 评分1010 Mike Lyndon 如何用 Supabase 加速开发 AllPullTogether
Mike Lyndon 正在用 Supabase 加速开发 AllPullTogether。该案例收录于 Supabase 官方客户案例库，与 Polymet、Lingo.dev、QA.tech、Lovable、Chatbase 等项目的实践并列展示。
Supabase BlogAI 评分1212 Replenysh 用 Supabase 不到 24 小时实现短信 OTP 登录
Replenysh 借助 Supabase Auth 在不到 24 小时内完成短信 OTP 登录实现，并在几周后把应用部署到应用商店。团队此前用 Haskell 服务端加 Heroku 上的 Postgres 自建 OTP 系统，因需要 Postgres 与 Row Level Security 而放弃 Firebase，最终从 Hacker News 了解到 Supabase 后完成迁移。