云开发 CloudBase 国内站全量开放新加坡地域。
如果你的产品正在（或准备）服务东南亚用户，大概率遇到过这几件事：
- 服务器部署在国内，新加坡、马来西 亚、印尼用户访问延迟明显，体验打折扣；
- 数据出境合规要求越来越细，"能不能把数据留在当地"成了绕不开的问题；
- 想快速验证出海业务，但又不想为了一个新地域重新搭一套账号体系、重新学一套云产品。
现在不用另起炉灶：云开发 CloudBase 国内站正式全量开放新加坡地域，开发者继续用国内站账号和控制台，就能就近部署后端服务到新加坡机房。
新加坡地域全量开放，专发 PostgreSQL
国内站用户现在可以直接选择"新加坡"地域创建云开发环境，新加坡地域专属发货 PostgreSQL（PG）数据库环境。
1. 新加坡地域全量开放
新加坡地域本次是移除白名单限制、面向全量用户开放。购买页的地域选择器直接选中"新加坡"选项，操作方式和上海地域完全一致，不需要额外申请、不需要切换到国际站。
2. 新加坡专发 PostgreSQL
新加坡地域仅提供 PostgreSQL 数据库环境，暂不支持文档型数据库 / MySQL。
CloudBase for Supabase 版是云开发在 PostgreSQL 之上构建的 Serverless 后端云服务，和业内主流的 PG-first 后端思路一致（完全兼容 Supabase），把数据库、权限、鉴权、存储统一到同一套 SQL 语言体系里：
| 能力 | 说明 |
|---|---|
| PostgreSQL 17 托管数据库 | 完整 SQL：表/视图/索引/事务/触发器/存储过程/窗口函数/分区，一应俱全 |
| PostgREST 自动 REST API | 建表即得接口，前端直接 select / insert / update，无需手写后端代码 |
| 双层权限模型 | 表级 GRANT（能做什么操作）+ 行级 RLS Policy（能看到哪些数据），SQL 一套语言表达全部权限 |
| JWT 身份认证 | 内置邮箱/手机号/第三方登录、多因素认证，用户表就在数据库里，可直接 SQL 关联查询 |
| 对象存储 | 文件元数据落在数据库 storage schema，权限用同一套 RLS 语言描述 |
| Serverless 云函数 | 复杂业务逻辑、第三方集成，用云函数补齐 |
选择新加坡地域的 5 个实在好处
1. 就近部署，东南亚访问更快
数据中心物理落在新加坡，服务新马泰印尼等用户时，网络链路更短，接口响应更快，对实时性要求较高的场景（社交、电商、工具类 App）体验提升明显。
2. 数据不出境，合规更从容
国内节点只加载国内站数据，新加坡地域按合规策略处理站点数据加载，从架构层面隔离，满足"数据本地化"、"区域合规"诉求。
3. 原账号直接用，不用注册国际站
依然是国内站账号、国内站支付方式、国内站控制台，不需要注册国际站账号，不需要切换语言，选个地域就能获得海外节点。开发习惯、CLI 工具、SDK 用法基本不变。
4. 一套 SQL，管完数据、权限、账号、存储
传统后端搭建，数据库、鉴 权服务、文件存储往往是三套不同的系统、三套不同的权限语言，接入和维护成本不低。CloudBase for Supabase 版把这些统一收敛到 PostgreSQL 一套体系里：
- 业务数据怎么存 → 建表；
- 谁能读、谁能写 → GRANT + RLS Policy；
- 用户是谁 → auth schema 里的一张表；
- 文件权限怎么控制 → 还是 RLS Policy。
对开发者来说，掌握好 SQL，就能覆盖数据建模、权限设计、跨模块协作的绝大部分工作。
5. 零运维
数据库实例的创建、高可用、备份都由平台托管，开发者不用管机器规格、扩缩容、打补丁；开通环境后即可直接建表写代码。
开通选择地域「新加坡」
整个流程和你熟悉的云开发购买流程完全一致，多一步"选地域"而已：
Step 1：进入购买页，选择新加坡地域
打开云开发 CloudBase 购买页，在地域选择中选择「新加坡」——选定后，数据库类型会自动锁定为 PostgreSQL（新加坡地域不提供其他数据库类型的选项）
Step 2：完成套餐选购、下单支付
选择套餐版本（个人版 / 标准版 / 企业版），走标准下单支付，和选择上海地域一样。
Step 3：环境自动初始化
下单完成后，系统会自动完成：
- 创建云开发环境；
- 创建 PostgreSQL 数据库实例；
- 初始化系统角色与默认权限；
- 配置 API 服务网关。
整个过程通常在几分钟内完成，无需人工干预。
Step 4：进入控制台
环境创建完成后即可直接进入 PG 版控制台，使用数据库表管理、RLS 策略配置、连接信息查看、云函数、云存储、静态网站托管、身份认证等能力。
Step 5：代码接入，几行搞定
以 Web 前端为例，通过 SDK 直连数据库，权限由 RLS 自动完成校验：
import cloudbase from '@cloudbase/js-sdk';
const app = cloudbase.init({
env: '<环境 ID>',
accessKey: '<Publishable Key>',
});
const db = app.rdb();
const { data } = await db
.from('todos')
.select('id, title, is_completed')
.eq('is_completed', false);
await db.from('todos').insert({ title: '写一篇出海文档' });
如果你不用前端 SDK，也可以直接用标准的 REST API（遵循 PostgREST 规范）接入任意语言、任意后端框架：
curl "https://<envId>.api.tcloudbasegateway.com/v1/rdb/rest/todos?is_completed=eq.false" \
-H "Authorization: Bearer <Publishable Key>"
完整的建表、权限配置（GRANT + RLS）、进阶用法，可参考官方文档：PostgreSQL 数据库初始化指引
几个你可能会问到的问题
Q：新加坡地域和上海地域可以并存吗？
可以。地域是环境级别的选择，一个账号下可以同时拥有上海地域环境和新加坡地域环境，按业务需要分别创建、独立管理、独立计费。
Q：新加坡地域以后会支持云数据库（MySQL/文档型数据库）吗？
当前阶段新加坡地域是 PG 专属地域，聚焦把 PostgreSQL 相关能力做深做透；后续如有其他数据库类型的规划会另行公告。
Q：已经在用上海地域 PG 环境，代码能直接迁移到新加坡地域吗？
可以。新加坡地域与上海地域共用同一套 PostgreSQL 技术栈、同一套 SDK 和 API 规范，业务代码基本无需改动，初始化时指向新环境的 env 即可。
Q：数据安全和隔离怎么保证？
新加坡地域与国内地域在网络层完全隔离，遵循平台既定的数据流隔离与合规策略，不存在国内节点访问境外数据、或反向访问的情况。
Q：新加坡地域不支持云托管，原来跑在云托管上的后端服务怎么办？
新加坡地域目前暂不提供云托管服务，但标准云函数（含 HTTP 触发）完整可用，建议将轻量后端逻辑改为 Web 云函数承载，即通过 HTTP 网关把云函数暴露为标准 REST 接口。相比云托管，Web 云函数在新加坡地域场景下有几点明显优势：
- 免运维，零容器管理：不需要构建镜像、配置实例规格，写完代码直接上传即可运行；
- 按量计费，空闲零成本：按调用次数 + 资源使用时长计费，没有请求时不产生费用，不需要为了避免冷启动而保留常驻实例；
- 弹性伸缩更省心：平台按并发自动扩缩容，还可用预置并发进一步降低冷启动影响；
- 与 PG 数据库无缝联动：云函数可直接读写同环境下的 PostgreSQL 数据库、复用 RLS 权限体系，做数据校验、第三方集成、定时任务等复杂逻辑时无需额外打通网络。
需要注意的是，如果业务依赖长连接（WebSocket/SSE）、需要常驻进程或完整 Web 框架级的路由中间件，云函数并非云托管的全能替代，这类场景建议关注后续云托管在新加坡地域的开放计划。
结语
出海不再需要"先搭一整套海外基础设施"才能起步。选一个地域、走一遍熟悉的购买流程，几分钟后你就拥有了一个部署在新加坡、开箱即用的 Serverless PostgreSQL 后端。
如果你的业务正准备（或已经在）触达东南亚用户，现在是一个很好的时机，去控制台看看新加坡地域，点击阅读原文直达购买页，直接动手建第一张表。
了解更多：
- PostgreSQL 数据库初始化文档：https://docs.cloudbase.net/database/configuration/db/postgresql/initialization
