• Tallinn05:08
  • Ljubljana04:08
  • Novi Sad04:08

作者:Kristijan Sekereš

T Cloud Public 2026 年客观评测:写给准备离开 AWS 的团队

数据中心里的服务器机架

T Cloud Public 在 2026 年 1 月之前名为 Open Telekom Cloud,是德国电信的公有云,由其位于波恩的企业客户业务部门 T-Systems 运营,在德国和荷兰设有区域。它提供超大规模云厂商式的产品目录、同步备库可以放在另一个可用区的托管 PostgreSQL、全部位于欧盟的子处理者,以及(按提供商的说法)在 2026 年 5 月一场火灾让荷兰一个可用区离线四周时扛住了的可用区。它也比它要取代的云更贵:我们的生产工作负载在这里每月 1,325.86 欧元,是 AWS 价格的 122%。弱点在于合同和透明度。99.95% 的可用性数字只是一个“目标”,除非你购买 Enterprise Agreement,否则不支付赔偿;附带支持承诺 4 小时内开始处理;状态条目很少写明原因;而且 2020 年以来没有任何公开资料说明,为该平台提供了软件的华为如今扮演什么角色。

本文属于一个系列,该系列把 24 家欧洲云提供商与 AWS 和 Azure 进行对比;总览文章把它们放在一起比较。下文所有内容均于 2026 年 10 月 15 日和 16 日对照 T Cloud Public 的服务说明、条款、价格 API 和状态页、德国电信的年报以及用户报告核查过,每一条都在其来源处核查。我们没有开账户,也没有运行工作负载。

概览

T Cloud Public
总部与控制方德国波恩。由 T-Systems International GmbH 运营,它隶属于在法兰克福上市的 Deutsche Telekom AG。德国国家直接及通过 KfW 持股 28.3%;没有股东控制该公司
区域与可用区eu-de(马格德堡和 Biere,两个相距 18 公里的数据中心)和 eu-nl(Almere 和 Aalsmeer),各有三个可用区,分布在两个站点。瑞士区域是一个封闭的社区云。其他地方没有区域
工作负载 A(入门)eu-de 每月 151.48 欧元,其中一半是出站流量
工作负载 B(生产)共享 vCPU 为 1,325.86 欧元,独享 vCPU 为 1,619.02 欧元。每一部分都有出售;仅高可用 Kubernetes 控制平面就要 277.53 欧元
出站流量每月前 1 GB 免费,之后每 GB 0.074489 欧元,随用量递减。在已申报的《数据法案》切换期间免费
计算 SLA仅对虚拟机、块存储和对象存储设定每月 99.95% 的“目标”,只要任何一个可用区正常工作即可免责。不购买付费的 Enterprise Agreement 就没有赔偿
附带支持通过表单或电子邮件,德语和英语;严重事件 7×24 小时,其余为工作日 08:00 至 17:00 CET;4 小时内开始处理,尽力解决
谁可以注册仅限欧洲的企业用户,通过 T-Systems eShop 或销售。注册时的核查内容无法核实

能构建什么

除非另有说明,以下均为正式商用状态,信息来自 2026 年 10 月 9 日的服务说明;“仅 eu-de”表示荷兰区域不提供。服务名称与华为云自己的服务所用的名称相同。

需求T Cloud PublicAWSAzure
虚拟机ECS:共享的 s 系列,独享的 c 和 m 系列;更便宜但没有容量保证的 x 规格,仅 eu-deEC2Virtual Machines
GPUT4、L4、A40、V100、A100、H100 SXM 和 H100 NVL;H100 仅 eu-deEC2 G 和 P 系列NC 和 ND 系列
存储EVS 块存储;OBS 对象存储,使用 S3 协议,保存在三个可用区;SFS 文件存储(NFSv3)EBS、S3、EFSManaged Disks、Blob Storage、Azure Files
关系型数据库RDS for PostgreSQL、MySQL 和 SQL Server;TaurusDB(兼容 MySQL),仅 eu-deRDS、AuroraAzure Database for PostgreSQL 和 MySQL、SQL Database
其他数据服务Redis 4 至 7;兼容 MongoDB 的 DDS;GeminiDB(Cassandra、InfluxDB)和 OpenSearch 2.19,仅 eu-deElastiCache、DocumentDB、Keyspaces、OpenSearch ServiceAzure Cache for Redis、Cosmos DB
KubernetesCCE 和 CCE Turbo,Kubernetes 1.34;免费控制平面,不含高可用EKSAKS
无服务器FunctionGraph,仅 eu-de;无服务器容器为测试版Lambda、FargateFunctions、Container Instances
消息Kafka 和 RocketMQ;通知服务MSK、SNSEvent Hubs、Event Grid
网络VPC、NAT 网关、VPN、Direct Connect、最多跨三个可用区的负载均衡器、DNSVPC、VPN、Direct Connect、ELB、Route 53VNet、VPN Gateway、ExpressRoute、Load Balancer、Azure DNS
边缘安全WAF 和 Anti-DDoS;没有 CDNCloudFront、AWS WAF、ShieldFront Door、WAF、DDoS Protection
密钥与身份KMS,其 HSM“符合 FIPS 140-2 Level 3 的要求”;IAMKMS、IAMKey Vault、Entra ID
AI 与分析ModelArts、OCR、MapReduce、数据仓库、Spark 和 Flink;仅 eu-deSageMaker、Bedrock、EMR、RedshiftAzure ML、Azure OpenAI、HDInsight、Synapse
备份CBR,支持跨区域复制AWS BackupAzure Backup

完全没有的:CDN、类似 Bedrock 或 Azure OpenAI 的托管模型 API、SQS 式的简单队列、H200、B200 和 L40S GPU、小型裸金属服务器,以及德国、荷兰和封闭的瑞士云以外的任何区域。无服务器容器“不适合生产环境”。荷兰区域的服务更少:2025 年 10 月时,它没有 API Gateway、FunctionGraph、TaurusDB、GeminiDB、OpenSearch、数据仓库或 ModelArts,此后的发布说明也只增加了少数几项服务。

API 是原生 REST 加 OpenStack,而且“也可以使用标准的 OpenStack 命令行工具”。community 级别的 Terraform provider 大约每月发布两次(2026 年 10 月 8 日发布 1.37.10),GitHub 上有 64 个未关闭的 issue,其中 26 个超过一年。此外还有 CLI 和 Python SDK 扩展、Go SDK(仍为 0.9.9)、Ansible collection 和 Crossplane provider;没有原生的 Pulumi 包,也没有公开的 OpenAPI 规范。控制台只有英语;至少从 2026 年 10 月起,文档放在 Anubis 工作量证明式的机器人验证之后:用浏览器可以读,脚本和 AI 工具读不了。这也是我们无法读到 OBS 缺少哪些 S3 操作的原因。

价格

T Cloud Public 标价,单位欧元,不含增值税,于 2026 年 10 月 15 日和 16 日核查,区域为 eu-de,每月按 730 小时计。价格取自服务说明,以及一个以公开 JSON 返回全部 6,099 条价格记录的公开价格 API。

工作负载 A,入门配置:一台 2 vCPU、4 GB 内存的虚拟机,40 GB 磁盘,一个 IPv4 地址,1 TB 出站流量和 100 GB 对象存储。

项目选择欧元/月
虚拟机s9.large.2,2 vCPU,4 GiB,Open Linux68.92
磁盘40 GiB EVS High I/O2.64
公网 IPv4Elastic IP3.21
1 TB 出站流量前 1 GB 免费,999 GB 按 0.074489 计74.41
100 GB 对象存储OBS Standard,前 5 GB 免费2.30
合计151.48

AWS 在法兰克福对同样配置收费 112.37 欧元,Azure 116.15 欧元。改用没有容量保证的 x1e.large.2 规格,T Cloud Public 为 124.56 欧元。

工作负载 B,小型生产系统:三台 4 vCPU、16 GB 内存的虚拟机,每台一个 IPv4 地址,300 GB SSD 块存储,一个负载均衡器,2 vCPU、8 GB 内存、100 GB 存储的 PostgreSQL(主库加备库),1 TB 对象存储外加 100 万次 PUT 请求和 1000 万次 GET 请求,一个 Kubernetes 控制平面和 2 TB 出站流量,分布在 eu-de 的三个可用区。

项目选择欧元/月
3 台虚拟机s9.xlarge.4,共享 vCPU459.64
3 个公网 IPv4Elastic IP9.64
300 GB 块存储EVS GP SSD31.20
负载均衡器共享型 ELB,外加其自己的 Elastic IP(3.21)34.61
PostgreSQL 高可用db.n1.large.4.ha.pg,共享 CPU,主库加备库270.36
数据库存储100 GB Ultra-high I/O,两份副本都计费22.00
1 TB 对象存储OBS Standard24.08
100 万次 PUT 和 1000 万次 GET两者均为每 1,000 次 0.00473 欧元52.03
Kubernetes 控制平面cce.s2.small,高可用277.53
2 TB 出站流量两个价格档144.77
合计1,325.86

使用独享 vCPU 的 c9.xlarge.4 实例,总价为 1,619.02 欧元。AWS 用突发性能实例 t3.xlarge 收费 985.89 欧元,用 m7i.xlarge 收费 1,082.61 欧元;Azure 用 B4s_v2 收费 1,017.63 欧元,用 D4s_v5 收费 1,091.88 欧元。与本系列对每家提供商都使用的 m7i.xlarge 数字相比,T Cloud Public 按共享 vCPU 计是 AWS 的 122%,按独享 vCPU 计是 150%;与更接近共享 vCPU 的 AWS 突发性能实例相比,为 134%。

差距主要来自两项。高可用控制平面为 277.53 欧元,而 EKS 和 AKS Standard 为 65.13 欧元(73 美元)。此外,对象存储请求不分类型同价,所以 1000 万次 GET 要 47.30 欧元,而 AWS 收费 4.30 美元。按独享 vCPU 计,还要加上第三项:每个 c9 实例每月 250.93 欧元。其他大多数项目与 AWS 接近,数据库也是如此(含存储 292.36 欧元,AWS 为 320.13 美元)。改用免费控制平面 cce.s1.small(最多 50 个节点,不含高可用),两个总价分别降至 1,048.33 欧元和 1,341.49 欧元。我们把 s9 视为共享 vCPU,因为文档对其前代 s2 和 s3 就是这样描述的;工作节点不计在内。

出站流量和 IPv4。入站免费。出站方面,在免费的第一个 GB 之后,1,000 GB 以内每 GB 0.074489 欧元,10,000 GB 以内 0.070351 欧元,超过 5,000,000 GB 降至 0.0418 欧元。每 TB 约 74.49 欧元,而 AWS 和 Azure 在各自免费的 100 GB 之外分别为 80.30 欧元和 77.62 欧元。一个 Elastic IP 每小时 0.0044 欧元(每月 3.21 欧元),AWS 和 Azure 为 0.005 美元。

计费。服务说明称计算“按秒计量”;产品页写的是“Elastic(按小时计费)”。带本地磁盘的规格和专用主机“在关机或已分配状态下同样计费”;其他虚拟机,条款没有说明。只以欧元计费,新客户获得 250 欧元额度,“在合同签订两个月后失效”。没有硬性支出上限:常见问题把配额称为“一种简单、基础的成本限制工具”。

GPU,eu-de 按 GPU 小时计:H100 SXM 5.22 欧元(一块 GPU),H100 NVL 5.80 欧元(至少两块 GPU),A100 3.90 欧元,L4 0.75 欧元。对 4 GPU 和 8 GPU 的 H100 规格,T Cloud Public 的两个价格来源说法不一:价格 API 写每小时 13.64 欧元和 27.28 欧元(每块 GPU 3.41 欧元),服务说明写 20.89 欧元和 41.79 欧元(每块 GPU 5.22 欧元)。两者都是 2026 年 10 月的,也没有公告能说明哪个对;按其中任何一个做规划之前,先问销售。AWS 在法兰克福不出售 H100,在斯德哥尔摩收费 6.57 欧元;Azure 的 H100 NVL 在法兰克福为 8.10 欧元。唯一的裸金属服务器 c7t.28xl 每小时 6.99 欧元,磁盘另计。

价格变动。过去 24 个月里我们没有发现涨价。GPU 价格“已于 2026 年 4 月下调”,没有给出数字;x1e.large.2 规格于 2025 年 6 月 30 日推出时为每小时 8.21 欧分,现在为 5.75 欧分。涨价必须“至少在生效前六周”宣布,你可以在生效日终止合同。

可靠性

可用区是什么。eu-de 运行在马格德堡和 Biere 两个相距 18 公里的数据中心,有“三个物理上分离的可用区”。提供商对可用区没有更多定义,而两个站点承载三个可用区,意味着其中两个可用区共用一个站点;eu-de 中是哪两个,我们没有找到。合同写道:“区域由两个物理数据中心组成,包含最多三个可用区”。在 eu-nl,状态页把可用区 AZ2 定位在 Almere,并说“AZ1 和 AZ3 位于另一个地点(Aalsmeer)”。

数据库备库。RDS 采用同步复制,而且“创建主备数据库实例时,可以为它们选择不同的可用区”。故障转移是自动的,“在 5 分钟内”完成,并保留 IP 地址;实例“在故障转移期间无法访问”。AWS 默认把备库放在另一个可用区,并标明需要 60 至 120 秒。数据库和 Kubernetes 都没有可用性承诺。

SLA,取自服务说明:

  • “T Cloud Public 的目标是在服务交接点实现 99.95% 的月度平台可用性”,交接点指“数据中心接入互联网的入口点”。
  • 它分别覆盖虚拟机、块存储和对象存储。“在所有其他方面,没有最低可用性。”
  • 任何一项免责事件就足够,第一项就是该组件“在其中一个可用区可用”。按字面理解,一个甚至两个可用区故障,只要第三个仍在工作,就不算停机。另一项是“客户可以使用替代实例”。
  • 维护“不必提前宣布”,且不算停机。
  • 标准条款不支付赔偿,所以没有索赔期限,也不存在需要你启动的计时。赔偿随 Enterprise Agreement 1.0 Gold(每月 5,500 欧元)和 Platinum 提供,或者作为 Enterprise Support Agreement 2.0(基础价 2,500 欧元)上一个 1,000 欧元的选项。赔偿金额未公开。

AWS 对跨两个或更多可用区的 EC2 承诺 99.99%,对 Multi-AZ RDS 和 EKS 控制平面承诺 99.95%,赔偿最高 100%;Azure 跨可用区 99.99%。

状态页与故障。status.otc-service.com 通过一个公开的 JSON API 保存可追溯到 2023 年 10 月 11 日的历史记录。在 2024 年 10 月 16 日起的 24 个月里,它列出了 275 个事件:47 个写着“误报”,只有 3 个提到原因,没有一个链接到事后复盘报告。大多数除了“事件已解决”之外什么也没写。

日期范围持续时间原因(官方说法)
2024 年 10 月 30 日至 11 月 4 日eu-de 的虚拟机和裸金属,六个 Major 条目每个 0.5 至 13.9 小时未说明;最后一条写着“API 性能已得到改善”
2024 年 12 月 12 日eu-de 的负载均衡器,唯一一个“Service Outage”条目16 分钟未说明
2025 年 5 月 28 日至 6 月 13 日eu-de 的 Enterprise VPN,新建连接376 小时未说明
2025 年 7 月 3 日至 4 日eu-nl 的 Redis、DNS、负载均衡器、VPC、块存储和 Enterprise Router,Major16.3 小时未说明
2026 年 5 月 7 日至 6 月 3 日eu-nl 可用区 AZ2(Almere);35 个状态组件为 Major653 小时(27 天)火灾;“EU-NL 的 AZ2(Almere)供电已被当地消防部门切断。”(事件 978)

这场火灾是对可用区设计唯一一次公开的考验。客户被告知“把工作负载和数据迁移或故障转移到 AZ1 或 AZ3”,按提供商的说法,这两个可用区一直在运行;T-Systems 写道,“影响仅限于少数德国电信客户的少数几项服务”。状态页说 Almere“由 NorthC Datacenters 为我们运营”;NorthC 自己的页面证实了火灾,但没有提及任何客户。我们没有找到事后复盘报告,AZ2 中客户数据受到的影响也未说明。其他可用区尽到了责任;而按字面理解,SLA 的第一项免责条款使得一个可用区缺失四周根本不算停机。

支持

附带支持通过联系表单或电子邮件开立工单,7×24 小时,德语和英语;“不能通过电话创建新工单”,电话线路只服务于已有工单。严重事件全天候处理,其他所有事项(包括配额变更)在周一至周五 08:00 至 17:00 CET 处理。目标是 4 小时内“开始故障排除工作”;解决是“尽力而为”。你必须指定“最多两名核心且合格的联系人”,并“确保联系人 7×24 小时可联系”。

这比 AWS Basic(不受理技术工单)或 Azure Basic(没有响应目标)包含的更多。在 T Cloud Public,付费支持从 2,500 欧元起:

付费等级欧元/月增加的内容
Enterprise Agreement 1.0 Silver2,500更快的响应时间、咨询
Enterprise Agreement 1.0 Gold5,500架构咨询、可用性报告、服务赔偿
Enterprise Agreement 1.0 Platinum17,500服务与交付管理、更快的解决时间、值班经理(Manager on Duty)
Enterprise Support Agreement 2.0基础价 2,500更快的响应时间;服务赔偿 1,000,服务交付经理 3,000,值班经理 6,000

没有一个付费等级公布响应或解决时间。

注册账号

“T Cloud Public 只面向欧洲的企业用户提供”,一般条款面向“不属于《德国民法典》第 13 条所定义的消费者”的客户。哪些欧洲国家符合条件,我们没有找到。你通过 T-Systems eShop 或销售订购,管理员会收到一封“Ready-for-Service 邮件”。eShop 的注册页面无法用脚本读取,所以注册时核查什么(增值税号、商业登记、身份)以及开通需要多长时间,都未经核实。条款规定可以使用 SEPA 直接扣款和银行卡。

默认配额“可以在自助门户(控制台)的‘My Quotas’下查看,并通过 Support Center 调整”,作为支持请求在工作日 08:00 至 17:00 CET 处理。具体数值未公开,所以工作负载 B 或一块 GPU 第一天能否搭起来,无从得知。在 AWS,标准实例 5 个 vCPU 的默认配额低于工作负载 B 需要的 12 个;Azure 每个区域 20 个核心,纸面上够用。

数据要你自己备份(“德国电信不备份数据”),出站邮件端口 25、465 和 587 被封锁,只能通过 Secure Mail Gateway(每分钟 100 封邮件)或特殊的 Elastic IP 发送。当存在对第三方或基础设施的风险时,德国电信可以“不经事先通知停用相关服务”;在怀疑数据不准确或违约时,可以“减少或封锁客户的服务,费用由客户承担”;费用照常计收,而且“由此产生的停机时间不计入可用性计算”。

合规与数据保护

框架状态
ISO/IEC 27001:2022已查看证书:Deutsche Telekom AG 的集团伞形证书,有效期至 2027 年 12 月 3 日。证书列出了马格德堡和 Biere,但没有提及任何 T Cloud Public 产品
ISO/IEC 27017 和 27018已查看鉴证报告(不是证书),有效期至 2027 年 12 月 3 日;站点包括马格德堡、Biere、Aalsmeer 和 Almere
BSI C5:2020 Type 2需通过申请表获取;审计期间和范围未查看
SOC 1 和 SOC 2 Type II需申请获取。公开的 SOC 3 文件是加密的
TISAX自称持有:Level 3,2023 年针对 eu-de 和 eu-nl 重新认证;续期情况未核实
ENS(西班牙),High 级已查看证书:ENS-0879/25,有效期至 2027 年 10 月 17 日;仅限 Biere 和马格德堡
KRITIST-Systems“已在 BSI 登记为 KRITIS 运营方”
PCI DSS、SecNumCloud、HDS、EU Cloud Code of Conduct未声称持有

没有一份证书写明覆盖哪些服务;区域只能从站点清单中推断。

数据处理协议(2026 年 4 月)把欧盟委员会标准合同条款的第 7.8 条替换为:“如无欧盟委员会依据《通用数据保护条例》第 45 条作出的充分性认定,处理者不得向第三国传输数据。”子处理者变更会“提前六周以书面形式”通知,你可以提出反对。列出的每个子处理者都是德国电信集团公司或欧盟公司,分布在德国、荷兰、匈牙利(从布达佩斯提供运维和二线支持)、斯洛伐克、罗马尼亚和西班牙。华为不在清单上。运营 Almere 站点的 NorthC 也不在;机柜托管运营方是否应列入清单,是一个我们不作判断的法律问题。

eu-de“由位于德国的数据中心提供”,eu-nl 由荷兰的数据中心提供。一般条款允许德国电信在通知后把服务转移到欧盟以外,如果你在四周内不反对即视为同意;数据处理协议仍禁止向没有充分性认定的国家传输数据。

谁控制它

截至 2025 年 12 月 31 日,德意志联邦共和国直接持有 Deutsche Telekom AG 14.1% 的股份,通过 KfW 持有 14.2%,合计 28.3%;自由流通股为 71.7%,其中 BlackRock 约 5.7%,SoftBank 约 0.4%。德国电信的年报称,国家“不再被视为拥有控制权……而只是具有重大影响”。这项云服务宣称拥有“超过 4,000 家企业客户”;其收入和员工人数未公开。

你的签约方是 T-Systems International GmbH(HRB 55933,美因河畔法兰克福)。服务说明和数据处理协议都写的是它,eShop 为 T Cloud Public 订单附上的 2025 年 10 月 27 日版一般条款也是如此。网站页脚仍链接到一套较旧的版本,日期为 2025 年 8 月 4 日,以 Telekom Deutschland GmbH, Bonn(HRB 5919 Bonn)的名义;本文引用的条款在两个版本中内容相同。

eu-de 的站点是 T-Systems 的站点;在 eu-nl,Almere 站点由机柜托管公司 NorthC 运营。平台是与华为合作构建的。各方的说法如下:

日期谁说了什么
2016 年 3 月德国电信和华为,联合发布新闻稿“华为被选为 Open Telekom Cloud 的硬件和软件解决方案提供商”
2016 年 10 月华为“由华为设计、T-Systems 运营”,“技术上基于华为 FusionSphere”
2020 年 7 月T-Systems 博客华为提供“Huawei OpenStack Distribution”;硬件“来自华为,也来自西方制造商”;华为“在运营阶段无法访问云平台的硬件或软件”
2026 年 2 月德国电信发言人对 Light Reading 表示慕尼黑新的 Industrial AI Cloud“与 T Cloud Public 完全分离、相互独立”,并且“慕尼黑站点不会使用任何华为产品”。记者写道,华为“似乎仍是 T Cloud Public 的组成部分”
2026 年 10 月服务说明“基于 OpenStack 技术”;未提及供应商

自 2020 年 7 月以来,我们没有找到德国电信或华为就华为是否仍为 T Cloud Public 供货所作的任何表态(无论肯定还是否定),也没有找到更换供应商的报道。两位 Hacker News 评论者称它是“白标的 AWS”(44633075,2025 年 7 月;41351061,2024 年 8 月)。事实并非如此:所有一手资料都说是 OpenStack 和华为,而且一位德国电信发言人否认它使用任何超大规模云厂商的软件。

迁出

T Cloud Public 有成文的《数据法案》切换条款。在 30 天过渡期开始前至少 30 天提交迁移表单,“例如,你将免费获得用于完成切换的互联网出站流量”。没有提交表单的,适用普通出站流量价格档。提前退出预留套餐,需支付剩余期限内“应付款项总额的一半”。终止整个租户需提前四周通知,于月底生效;结束前两周租户被冻结,随后“客户的所有资源都将被删除”。

核心部分可以迁移:虚拟机镜像可以导出为 qcow、vmdk、vhd 或 zvhd,OBS 使用 S3 协议,标准数据库引擎可以用转储工具迁出。Kubernetes 清单可以用 kubectl 导出,但节点池、存储类和负载均衡器注解是 CCE 专用的。其余部分更难:KMS 中“禁止带走密钥”,“无法从 ModelArts 切换”,公共镜像不得在别处使用,TaurusDB、GeminiDB 和数据仓库是源自华为、带有自己 API 的引擎。

服务也会离你而去。条款承诺对“基本功能或服务的停止/修改”提前三个月通知。从发布说明看,Shared SNAT 约有七周,SFS Common I/O 约十周,而 WAF Classic 停售则没有任何通知期;客户可能更早通过电子邮件收到了通知。Classic VPN 的关闭原定于 2025 年 6 月,改期三次后才于 2026 年 1 月 31 日生效。两项备份服务于 2026 年 1 月 1 日停止支持,警告称“届时你将无法访问你的备份,数据将被删除”。

用户反馈

我们检索了 Hacker News、Reddit 和 Terraform provider 的 GitHub issue。独立报告很少:2025 年 2 月一个关于该平台的“Ask HN”没有得到任何回答(43105212),新名称下也什么都没有找到。

开发者体验和文档欠佳。有用户反映“开发体验真的很差”(43459898,2025 年 3 月)。一位在上面为客户运行系统的开发者“不一定会推荐”它,因为“它在支持和文档方面有一些弱点”,但补充说“它能完成任务”(46335063,2025 年 12 月)。在一个德语帖子中,一位评论者以前的 DevOps 团队抱怨错误信息不透明(Reddit),另一位觉得它不如 AWS 精致(Reddit,均为 2025 年 9 月)。

Kubernetes 的怪癖。两个团队报告说,由于没有 kube-dns Service,chart 在 CCE 上出错,而且“缺少 kubedns 服务并不是 OTC 唯一奇怪的地方”(Reddit,2025 年 8 月)。帖子中一位 Kubernetes 维护者指出,规范并不要求这个名称:这是兼容性上的怪癖,不是一致性认证不合格。我们查看时,CCE 不在 CNCF landscape 的认证 Kubernetes 产品列表中,不过我们没有搜索一致性认证仓库本身。

产品目录很广。用户列举了“虚拟机(甚至有 GPU 的)、VPC、托管数据库、块存储、日志、IAM、API Gateway、Container Engine 等”(41350577,2024 年 8 月),两位德语评论者也这么认为。

是客户选的,不是开发者选的。一位开发者支持它,是因为“我们的一个客户坚持要用 Telekom Cloud”(46835996,2026 年 1 月);另一位认为它“面向大型工业企业,而不是你那个勇往直前的网页应用”(43459457,2025 年 3 月)。

华为话题总会出现。每当讨论这个平台,就有人提起它的来历(41350768,2024 年 8 月;43459898,2025 年 3 月;Reddit 上的“Ist keine EU native Cloud”(“不是欧盟原生的云”),2025 年 9 月;46838516,2026 年 1 月)。这是一种观感,不是安全方面的结论。

一位用户总结为“能用,但很贵”(41354676,2024 年 8 月),我们的价格也证实了这一点。关于支持,有一份相反的报告:“和 AWS 不同,我能打电话找到人,而且他们很乐意和我交谈”(46335063,2025 年 12 月)。

适合谁,谁该另寻他处

T Cloud Public 适合受监管的欧洲机构(公共部门、医疗、汽车、金融):它们想要一个德国签约方、在德国的三可用区托管、带跨可用区备库的托管数据库、托管 Kubernetes,以及 C5、TISAX、ENS 和 KRITIS 等审计文件,并且愿意为此支付高于 AWS 标价的费用。它也适合已经接入德国电信网络的团队。

如果你是个人或欧洲以外的公司(你无法注册);如果成本是决定因素;如果你需要 CDN、托管模型 API、H200 或 B200 GPU,或者德国和荷兰以外的区域;如果你想要不签支持合同就有 SLA 赔偿,或者想要精致的开发者体验;或者如果你的政策排除源自华为的技术栈(这是一个需要你自己权衡的事实),就去别处看看。

资料来源

于 2026 年 10 月 15 日和 16 日核查。

价格

条款与 SLA

文档

状态与故障

合规

公司与所有权

用户报告

数据与云

新指南和法规变化,通过邮件送达

法规变化、期限调整或我们发布新指南时,会通过邮件发送给您。

我们会先发送一封确认邮件。您可以随时退订。 隐私政策