Neon 与 Inngest 集成:如何用 Serverless Triggers 触发无服务器函数
Neon 与 Inngest 联合推出集成,借助 Neon 的逻辑复制能力触发 Serverless 函数(如 Vercel Functions)。Neon 本身是具备连接池和自动扩缩容的真正无服务器数据库,此次集成补全了其无服务器技术栈。
Neon 与 Inngest 联合推出集成,借助 Neon 的逻辑复制能力触发 Serverless 函数(如 Vercel Functions)。Neon 本身是具备连接池和自动扩缩容的真正无服务器数据库,此次集成补全了其无服务器技术栈。
Invenco 将数据库从 Aurora Serverless v2 迁移到 Neon,数据库成本降低 80%。其 AWS 无服务器架构中数百个 Lambda 产生尖峰流量,Aurora Serverless v2 难以应对,Invenco 改用 Neon 基于 pgBouncer 的连接池来管理。
301.Pro 将整个分析业务从 AWS RDS 迁移到 Neon,耗时约两小时。创始人称 AWS RDS 配置过于复杂,尤其是细粒度用户权限设置,而经朋友推荐试用 Neon 后完成了迁移。
Neon 发布 Neon RLS,用于简化 Postgres 行级安全(RLS)策略的使用,并支持新的应用部署模式。开发者可直接在代码库中管理 RLS,并集成任意身份验证提供商。
Supabase 宣布与 ClickHouse 建立合作,并发布多项集成更新:ClickHouse FDW 新增支持 Parameterized Views,可直接从 Postgres 传参查询 ClickHouse;PeerDB 复制新增 13 个可配置 Postgres 参数,例如通过 CLI 将 max_slot_wal_keep_size 调至 2GB。
Neon 博客发布系列第二篇,介绍如何用 GitHub Actions 为多个 Neon Postgres 数据库设置每夜备份到 AWS S3。第一篇已讲完 AWS 端 S3 存储桶的配置,本篇接着讲备份流程的搭建。
这是为多个 Neon 项目自动化夜间备份的两部分系列的第一部分,讲解如何创建 AWS S3 存储桶来存放 Postgres 备份。该方法适合管理数百甚至数千个 Neon 项目的场景,例如多租户架构。
Neon 发布文章说明其对托管数据库高可用(HA)的实现思路,指出“高可用”在业内并没有统一定义,通常指系统在发生故障时仍能保持高比例时间的可运行与可访问。文章围绕这一概念展开,阐述 Neon 自身的做法。
BeatGig 用 Neon 的只读副本为团队提供只读数据访问,副本可在数秒内创建并支持缩容到零。其 CTO Jeremy Berman 表示,公司频繁启动开发服务器和沙盒环境,这种方式在保持低维护的同时让团队便捷读取数据。
Neon 宣布 Free Plan 现已支持只读副本(read replicas),此前该功能仅面向付费档位。官方称此举适合想先试用只读副本的开发者。
Neon 与 Sequin 结合可用于构建事件驱动架构,让数据库变更触发应用侧动作或同步到其他服务。典型场景包括新订单到达时扇出任务、销售完成后更新物化视图,以及把变更写入审计系统。
Neon 提出在每用户一库架构上进一步为每个用户隔离独立的应用环境,而非此前方案中多个用户数据库共享同一应用环境。此前做法通过减少需部署的软件系统数量来控制运维复杂度,新方案则让应用环境也随用户隔离。
Neon 分享了「每用户一数据库」架构在共享应用环境下的实现方式与利弊。文章对比了两种主要策略,重点介绍其中最接近常规做法的一种,说明各自在设计与运维上的不同取舍。
Dispatch 借助 Neon 的分支范式创建隔离环境,无需搬运大量数据,从而减轻运维团队负担,让整套环境的搭建变得轻松。其 Principal Engineer Jonathan Reyes 表示,工作负载仍保留在 Aurora 上。
Neon 宣布自 10 月 10 日起,免费档位用户可创建最多 10 个项目,每个免费项目可建最多 10 个分支。账户级别的计算时长、存储和带宽上限保持不变。
推荐理由:免费档位项目数从原来的上限提到 10 个,每个项目 10 个分支,用免费额度跑多环境或副项目的可以现在动手。
Supabase 为 database.build(原 postgres.new)上线 Live Share,可生成唯一 Postgres 连接串,让 psql、pg_dump、ORM 或数据库 IDE 等任意 Postgres 客户端连上浏览器内的 PGlite 实例。
Neon 现已支持在 Azure 上部署数据库,首个可用区域为 East US 2。这是 Neon Azure 路线图的首个里程碑,后续还将推出与 Azure 生态的更深集成。
Vercel 宣布 Vercel Functions 的函数内并发(in-function concurrency)进入公测,单个函数实例可同时处理多个调用,利用等待后端响应时的空闲时间,最多可降低 50% 的计算成本。
推荐理由:Vercel Functions 的函数内并发进入公测,Pro 和 Enterprise 可在项目设置里开启,用空闲等待时间摊薄计算成本。
Neon 发布教程,介绍如何通过 PeerDB 把 Postgres 的 CDC 数据同步到 ClickHouse,以兼顾事务型与分析型数据库。方案面向需要处理大量数据的数据驱动应用,用操作型数据库承载交易、分析型数据库承载大规模分析。
Vercel 为 Web Application Firewall 新增三项能力:持久化动作可在自定义时长内对所有匹配请求应用规则,拦截重复攻击者;限流功能正式可用,可按端点设置请求上限,例如 /api/user 每分钟 5 次、/api/* 每分钟 100 次,并支持分层校验;Firewall API 可编程控制 WAF 设置,便于自动化安全流程和接入第三方工具。
推荐理由:Vercel WAF 新增持久化拦截、按端点限流和 Firewall API,跑 API 的可以按端点设请求上限并自动下发规则。
Neon 已上线 Postgres 17,所有用户包括 Free 档位均可立即创建并使用该版本数据库。按 Neon 的版本策略,最新大版本会向全部用户开放。
Neon 指出,许多公司因日常事务缠身,长期为闲置算力付费,本可用突发性能实例或夜间关机来省钱却无暇处理。一位软件工程总监坦言团队确实在未使用的算力上浪费了钱。
Vercel Firewall 每周拦截约 10 亿次可疑 TCP 连接,部分日期恶意 HTTP 请求超 70 亿次;过去 30 天系统 Firewall 拦截超 44 亿次请求尝试。
Neon 博客对比了 local-first(本地优先)框架与实现方法,聚焦 Google Docs、Replit 这类云端应用背后所需的同步机制。文章从云端应用的“魔法感”切入,讨论本地优先架构在多人协作场景下的取舍。
Node.js 运行时领域近年出现 Bun 和 Deno 等新竞争者,打破了 Node.js 此前的唯一可行地位。文章探讨这些新运行时是否已准备好投入正式使用,以及它们各自适合在什么场景、由谁来用。
Vercel 详解 ISR 这一混合缓存策略,它结合 SSG 与 SSR,支持按需失效、选择性重新生成,并保证缓存持久性——除非 31 天未被访问。Vercel 的 ISR 采用框架定义基础设施,无需额外配置,缓存随流量自动扩展,可替代边缘 HTTP 缓存。
Neon 的 serverless 架构适合在 Postgres 上构建多租户、每用户一数据库的应用。文章延续此前对 Postgres 多租户方案的探讨,聚焦 database-per-user 架构下的控制平面设计。
BaseHub 是一款新型 headless CMS,主打让内容管理更高效,其 CEO Julian Benegas 称 Neon 让迁移、备份、扩容和避免影响生产环境都变得更容易、更安全。
用 Redpanda 和 Neon 可以搭建高吞吐、可扩展的嵌入索引流水线,免去自行拼接系统、处理故障与投递保证的麻烦。原文称这类流水线通常需要大量可扩展代码来应对失败与投递保证,而借助这两个工具能简化这一过程。
Neon 借 autoscaling 功能 GA 之际,公开了「按工作负载工作集大小扩缩」这一改进的实现。该机制能动态估算 Postgres 的工作集大小并据此调整资源,为真实工作负载带来显著加速。
Neon 梳理了 Postgres 多租户数据架构的三条演进路线:共享 schema、每用户一个 schema,以及每用户一个数据库。文章面向那些替众多客户或租户托管数据的 Neon 用户,讨论这些方案在隔离性与运维成本上的取舍。
Neon 的自动扩缩容已正式 GA,并在所有定价方案中可用,可让 Postgres 实例动态扩容以应对 HNSW 索引构建所需的高内存和 CPU,避免长期过度配置。配合通过磁盘交换实现的内存扩展,Neon 能高效处理大规模 RAG 负载。
Neon 的自动扩缩容已结束 beta 阶段,面向所有 Neon 数据库开放,包括 Free 档位。开启后,Neon Postgres 数据库会根据工作负载自动调整 CPU 和内存,以兼顾性能与成本。
推荐理由:Neon 自动扩缩容正式可用且覆盖 Free 档位,按负载自动调 CPU 和内存,跑 Postgres 的可以省掉手动调规格。
Rubric Labs 因偏好开发者优先的体验而不用 AWS 或 GCP,在 Postgres 上一直缺少与 PlanetScale 对等的选择,直到找到 Neon。Sarim Malik 表示团队非常喜欢 Postgres,Neon 满足了他们对开发者体验的要求。
Supabase 公布 Launch Week 12 十大发布,排名第一的是浏览器内 Postgres 沙盒 database.build(原 postgres.new),支持 AI 辅助并可在浏览器直接创建无限量数据库。
Supabase 发布开源 CLI 工具 vec2pg,用于把向量数据库的数据迁移到 Supabase 或任何装了 pgvector 的 Postgres 实例,数据会写入与来源同名的 schema 表(如 vec2pg.<collection_name>),向量用 pgvector 的 vector 类型、元数据用内置 json 类型存储。
推荐理由:想把向量数据从 Pinecone 或 Qdrant 搬回 Postgres 的,可以用这个 CLI 直接迁移,迁移前记得先扩容磁盘。
Neon 介绍了如何将 Neon 开发数据库中测试过的变更部署到 AWS RDS 生产环境。此前该系列已讲解用 GitHub Actions 建立夜间 dump/restore 任务,让 Neon 数据库与生产库保持同步。
Supabase 发布 Log Drains,面向所有 Team 和 Enterprise 用户,可把 Database、Storage、Realtime、Auth 等产品产生的日志导出到 Datadog 或自定义 HTTP 端点,用于接入现有日志监控系统或搭建告警与可观测性管道。
Neon 解释了 `psql -h pg.neon.tech` 这条命令背后的工作原理,即无需本地安装 Postgres 就能直接连接云端数据库。作者在加入 Neon 之前就对这一体验感到好奇,后来发现其他同事也有同样的“wow”时刻。
Supabase 推出 database.build(原 postgres.new),一个在浏览器内运行的 Postgres 沙盒,底层是 ElectricSQL 的 WASM 版 Postgres PGlite,所有查询都在本地执行,无需远程容器或 WebSocket 代理。
推荐理由:浏览器里跑 Postgres 加 AI 助手,做数据分析和原型验证的可以省掉本地数据库环境。