国内站全量开放新加坡：出海东南亚，后端就近部署到新加坡机房

云开发 CLoudBase国内站全量开放新加坡地域

如果你的产品正在（或准备）服务东南亚用户，大概率遇到过这几件事：

• • 服务器部署在国内，新加坡、马来西亚、印尼用户访问延迟明显，体验打折扣；
• • 数据出境合规要求越来越细，"能不能把数据留在当地"成了绕不开的问题；
• • 想快速验证出海业务，但又不想为了一个新地域重新搭一套账号体系、重新学一套云产品。

现在不用另起炉灶：云开发 CloudBase 国内站正式全量开放新加坡地域，开发者继续用国内站账号和控制台，就能就近部署后端服务到新加坡机房。

新加坡地域全量开放，专发 PostgreSQL

国内站用户现在可以直接选择"新加坡"地域创建云开发环境，新加坡地域专属发货 PostgreSQL（PG）数据库环境。

1. 新加坡地域全量开放

新加坡地域本次是移除白名单限制、面向全量用户开放。购买页的地域选择器直接选中"新加坡"选项，操作方式和上海地域完全一致，不需要额外申请、不需要切换到国际站。

2.新加坡专发 PostgreSQL

新加坡地域仅提供 PostgreSQL 数据库环境，暂不支持文档型数据库 / MySQL：

CloudBase for Supabase 版是云开发在 PostgreSQL 之上构建的 Serverless 后端云服务，和业内主流的 PG-first 后端思路一致（ 完全兼容 Supabase），把数据库、权限、鉴权、存储统一到同一套 SQL 语言体系里：

完整 SQL：表/视图/索引/事务/触发器/存储过程/窗口函数/分区，一应俱全

选择新加坡地域的 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：环境自动初始化

下单完成后，系统会自动完成：

1. 1. 创建云开发环境；
2. 2. 创建 PostgreSQL 数据库实例；
3. 3. 初始化系统角色与默认权限；
4. 4. 配置 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