项目所在区域
项目所在区域
什么是区域？
ThingsCloud 公有云的 区域（Region） 指的是我们在全球范围内设立的服务器数据中心，它们分布在不同的地理位置，为物联网设备和用户提供数据访问接入服务。
重要说明
区域的选择并不限制设备的接入范围。 ThingsCloud 平台面向全球提供服务，无论您选择哪个区域，来自世界各地的设备都可以接入到该区域的项目中。区域的主要作用是：
- 数据存储位置：项目数据存储在所选区域的数据中心。
- 接入延迟优化：选择靠近设备或用户的区域可以降低网络延迟，提高响应速度。
- 合规性要求：满足特定地区对数据存储位置的法规要求。
例如，您选择了“新加坡”区域，这并不意味着只有新加坡的设备才能接入。来自中国、欧洲、美洲的设备同样可以正常连接，只是会因地理距离产生不同的网络延迟。
提示
当您在控制台中创建新项目时，需要选择一个区域。请注意，项目创建完成后无法更改区域设置，因此建议在创建前仔细评估您的业务需求。
支持哪些区域？
以下为目前支持的可选地域：
| 支持地域 | |
|---|---|
| 中国大陆 | 北京、上海、广州 |
| 亚太地区 | 中国香港、新加坡、韩国、印度 |
| 其他地区 | 欧洲、北美、中东、南美 |
每个区域内部署有完整的服务器集群基础设施，确保为该区域的设备和用户提供稳定可靠的接入和数据处理能力。
如何选择区域？
选择合适的区域对于优化设备接入性能和用户体验至关重要。以下是详细的选择建议：
1. 根据设备和用户的地理分布
单一地区场景
如果您的设备和用户集中在某个地理区域，建议选择该区域或最近的数据中心：
- 中国大陆设备：选择北京/上海/广州任一区域，延迟通常在 10-30ms 之间。
- 东南亚设备：选择新加坡区域，延迟通常在 20-50ms 之间。
- 中东设备：选择中东区域，延迟通常在 25-60ms 之间。
- 欧洲设备：选择欧洲区域，延迟通常在 30-60ms 之间。
- 北美设备：选择北美区域，延迟通常在 30-70ms 之间。
全球分布场景
如果您的设备分布在多个大洲，有以下两种方案可供选择：
方案一：单项目接入
选择一个综合最优的区域，将所有设备接入到同一个项目中。这种方案适合设备数量较少、管理简单的场景。
以某客户为例，设备分布如下：
- 40% 设备在中国。
- 30% 设备在东南亚。
- 20% 设备在欧洲。
- 10% 设备在北美。
选择新加坡区域的延迟表现：
| 设备位置 | 设备占比 | 平均延迟 | 测评说明 |
|---|---|---|---|
| 中国（北京/上海/广州） | 40% | 40-70ms | 通过国际出口，受运营商线路影响 |
| 东南亚（新加坡/曼谷/雅加达） | 30% | 10-35ms | 同区域或邻近区域，延迟最低 |
| 欧洲（伦敦/法兰克福） | 20% | 160-200ms | 跨洲连接，延迟较高 |
| 北美（洛杉矶/纽约） | 10% | 180-230ms | 跨洲连接，延迟较高 |
选择广州区域的延迟表现：
| 设备位置 | 设备占比 | 平均延迟 | 测评说明 |
|---|---|---|---|
| 中国（北京/上海/广州） | 40% | 15-40ms | 同区域，延迟最低 |
| 东南亚（新加坡/曼谷/雅加达） | 30% | 50-80ms | 邻近区域，延迟较低 |
| 欧洲（伦敦/法兰克福） | 20% | 230-280ms | 跨洲连接，且经过国际出口 |
| 北美（洛杉矶/纽约） | 10% | 200-260ms | 跨洲连接，且经过国际出口 |
对于该客户，选择新加坡区域相对更优，因为 70% 的设备（中国+东南亚）延迟在 10-70ms 的可接受范围。
方案二：多项目分区接入（推荐）
您可以购买多个付费版项目，为不同地区的设备创建对应区域的项目，让设备就近接入，获得最佳性能。
仍以上述客户为例，推荐方案如下：
| 项目区域 | 接入设备 | 延迟表现 | 适用场景 |
|---|---|---|---|
| 广州项目 | 中国地区设备（40%） | 15-40ms | 核心设备低延迟接入 |
| 新加坡项目 | 东南亚地区设备（30%） | 10-35ms | 就近接入，性能最优 |
| 欧洲项目 | 欧洲地区设备（20%） | 30-60ms | 符合 GDPR 合规要求 |
| 北美项目 | 北美地区设备（10%） | 30-70ms | 本地化数据存储 |
多项目方案的优势：
- 所有设备均获得最优延迟（<100ms）。
- 满足不同地区的数据合规要求。
- 各区域独立运维，互不影响。
- 可通过 API 实现跨项目数据同步和统一管理。
多项目方案的考虑因素：
- 需要管理多个项目，增加一定的管理成本和运维复杂度。
- 如需跨项目数据聚合分析或联动控制，需要通过 API 自行实现。
- 可根据业务发展阶段逐步扩展，初期可选择核心区域，后续按需增加。
建议
对于有全球业务需求的客户，我们建议采用多项目分区接入方案，以获得最佳的性能体验和合规保障。
2. 理解网络延迟
网络延迟是指数据从设备发送到服务器并收到响应所需的时间。影响延迟的主要因素包括：
- 物理距离：光速传播限制，每 1000km 增加约 10-20ms 的延迟。
- 网络路由：数据包经过的路由器跳数，每个路由节点增加 1-5ms 的处理时间。
- 国际出口：跨境连接受运营商国际出口带宽和政策影响，可能增加 50-150ms 的额外延迟。
- 网络质量：运营商网络质量、丢包率和抖动会影响实际体验。
延迟参考标准
- <50ms：优秀，实时控制场景可用（如远程开关控制、工业自动化）。
- 50-100ms：良好，大部分物联网应用可接受（如环境监测、资产追踪）。
- 100-200ms：一般，数据采集类应用可接受（如定时上报的传感器）。
- >200ms：较差，仅适合对实时性要求不高的场景。
3. 根据数据合规性要求
某些行业或地区对数据存储位置有明确的法规要求：
- 中国大陆企业：如涉及关键信息基础设施或个人信息，需选择中国大陆区域（北京/上海/广州）。
- 欧盟 GDPR 合规：需选择欧洲区域以满足数据本地化要求。
- 印度数据本地化：需选择印度区域以符合 2023 年数据保护法案。
- 中东地区合规：部分中东国家要求特定数据存储在本地，可选择中东区域。
4. 根据业务重要性和扩展性
业务重要性考虑：
- 如果某个地区的设备是核心业务（如付费用户、关键设备），应优先保证该地区的低延迟。
- 如果是测试或试点项目，可以先选择成本较低或更熟悉的区域。
扩展性考虑：
- 如果业务计划从某个区域起步，逐步拓展到全球，建议初期选择业务中心区域。
- 未来可通过创建多个项目分布在不同区域。
5. 获取专业建议
如果您的设备分布复杂，或对延迟和合规性有严格要求，建议：
- 联系技术支持：我们的团队可以根据您的具体设备分布，协助您进行定制化的网络延迟测试。
- 提供设备分布方案：告知我们各地区的设备数量和重要性，我们将给出最优方案。
区域类型
ThingsCloud 公有云支持以下几种区域类型：
公有区
采用普通计费方式，点此了解价格。
专有区
面向设备接入规模较大的客户，提供更加灵活的计费方式。
私有区
面向对接入地、容量、数据合规性有特殊要求的客户。
提示
私有区是公有云分区的一种部署方式，并不是指私有部署。
跨区迁移项目
如果您需要将整个项目跨区迁移，请联系我们提供技术支持，该服务为增值服务。
如果您只想将设备接入到另一个分区的项目中，这与项目之间迁移设备的方法类似，请参考 跨项目迁移资产。