Author: admin

据行业最新消息，深度 | 不造大模型，只做大枢纽：泰国的 AI 基建方法论

2026年5月27日，数字基础设施合作发展曼谷论坛在泰国曼谷盛大开幕（点击这里了解详情）

业内人士指出，会上，来自泰国数字经济促进局（Digital Economy Promotion Agency, DEPA）的Acting Senior Executive Vice President Dr. Preesan Rakwatin发表了题为《Building an AI-Ready Thailand: From Ecosystem Development to Infrastructure Investment》的政策分享

从更深层次来看，他阐述了泰国成为”AI 就绪”国家的愿景，并详细解析了泰国为何已成为东盟在 AI、云、数字基础设施与数字创新投资方面最具吸引力的目的地之一

值得关注的是，（以下为该主旨演讲的完整中文翻译，依实录逐段译出，保留第一人称口吻；公司/品牌名与专业术语按惯例保留英文

值得关注的是，我是泰国数字经济促进局（Digital Economy Promotion Agency，DEPA）的代表

值得关注的是，能在这么短的时间内受邀前来，实在是莫大的荣幸——为这次活动所做的准备并不多

值得关注的是，今天，我想与各位分享泰国成为”AI 就绪”国家的愿景；以及更重要的，泰国为何已成为东盟在 AI、云、数字基础设施与数字创新投资方面最具吸引力的目的地之一

值得关注的是，DEPA依据《2017 年经济与社会数字经济发展法案》设立，旨在从国家层面支持泰国的数字化转型

从更深层次来看，我们的职责包括政策制定、投资促进、数字人才培养，以及生态协作

业内人士指出，我们的愿景很简单：通过数字技术，帮助人们工作更好、思考更快、生活更优

从更深层次来看，如今，DEPA 不仅推广技术，更致力于构建一个具有竞争力的数字生态，以支持企业、初创、投资者与国际合作

从更深层次来看，对投资者而言，这意味着泰国正在以整体协同的方式准备 AI 就绪——把基础设施、监管、人才与市场需求统筹在一起

从更深层次来看，作为一个覆盖全国的生态，DEPA并不只服务于曼谷，我们同样重视各区域的集群办事处，包括北部上区的清迈、彭世洛（Phitsanulok）、孔敬（Khon Kaen）、乌汶（Ubon Ratchathani）、普吉、宋卡（Songkhla）、春武里，往南还有普吉与合艾（Hat Yai）

业内人士指出，这意味着我们努力拓宽各位的市场准入、壮大数字人才库，为把 AI 与数字服务拓展到主要城市之外创造机会

值得关注的是，泰国的经济增长正变得日益全国化、日益由行业驱动

业内人士指出，在数字化转型方面，我们正在弥合开发者与用户之间的鸿沟——这里的用户指中小企业或大型企业

从更深层次来看，也就是说，我们努力在各类行业提供帮助——例如农业、中小企业、制造业、旅游、医疗、政府服务与智慧城市

值得关注的是，与此同时，我们努力推动数字初创企业，例如 AgTech、HealthTech、FinTech、GovTech、TravelTech 与 EdTech

从更深层次来看，我们在农业、旅游与制造业方面拥有坚实的基础，因此努力聚焦于基于行业的、特定的 AI 解决方案

从更深层次来看，我们的长期目标，是通过数字化转型实现可持续的经济增长、获得更高的生产力，并建设更强大的社区、带来更优的生活质量

值得关注的是，至于 AI 生态的体系架构，如果把 AI 生态比作一座房子，那么最底层由数据中心、云基础设施与网络安全构成；中间层由大数据平台、数据集与 AI 开发者生态构成；最上层则是 AI 应用与 AI 即服务

从更深层次来看，在全球范围内，模型有很多种，但来自头部企业的却很少，例如阿里巴巴、腾讯或百度

值得关注的是，泰国不一定要在那个赛道上竞争，而是努力成为区域性的 AI 部署枢纽与 AI 应用枢纽

从更深层次来看，我们看到农业 AI、旅游、医疗与工业蕴含着巨大机会

从更深层次来看，与此同时，东南亚正在经历云与超大规模数据中心的快速增长

从更深层次来看，我们区位优越、工业基础雄厚——这正是越来越多投资涌入泰国的原因

值得关注的是，那么，关于 AI 基础设施与云，一个重要的机制是泰国数字技术产品与服务目录（Thailand Digital Catalog）

值得关注的是，这是一个平台，致力于在安全、功能与网络安全方面提升人们对数字技术采用的信心

从更深层次来看，正如各位可能注意到的，曾出现过一些与安全相关的问题——比如你买到一块没有标准的电池，结果引发了事故，这在泰国确实发生过

业内人士指出，这也是为什么会有 dSure 标准，以帮助人们信任数字技术的使用

从更深层次来看，而有了泰国数字目录就意味着：如果你已经具备标准，但价格没有挂出来，你就心里没底——当你是新进入者时，你并不清楚销售点（POS）系统的价格、你的云的价格，或服务的价格

业内人士指出，所以我们才把价格放到泰国数字技术产品与服务目录上，从而在安全、标准与价格三方面建立信任

业内人士指出，与此并行，我们也努力提供税收激励、公共采购支持、云标准与数字证书体系，以加速 AI 与云的采用

业内人士指出，我们努力为公私两部门在云基础设施、网络安全、AI 服务与政府技术方面创造机会

业内人士指出，所以各位可以看到，如果我们有了标准、建立了信任，我们就能够促请或说服他们敞开心扉，去信任放入泰国数字技术产品与服务目录中的产品

从更深层次来看，这些产品可以在 DEPA的平台上看到，这个平台叫 Techhunt，网址是 techhunt.depa.or.th

业内人士指出，我们并不在通用 AI 模型上竞争，而是努力采取基于行业的路径——例如农业、旅游、医疗与金融——而不是依赖通用型 AI

业内人士指出，我们看到本地化与行业专用 AI 蕴含巨大潜力

值得关注的是，这正是我们努力与国际产品合作的方向，努力把它们带到泰国，并结合本地内容

从更深层次来看，所以，如果你有一款外国产品，你仍然可以把它放到泰国数字目录上，但它应当包含一些本地内容

值得关注的是，此外，我们还通过初创基金、VC 配套、共同投资计划与公私合作，支持 AI 投资机制

业内人士指出，所以在某种程度上，我们作为 VC 也可以投资数字初创企业

值得关注的是，如今，我们也开始把目光投向来自海外的初创企业

从更深层次来看，所以在某种意义上，如果你拥有本地内容，并努力向泰方销售或与之合作、把公司落地在 EEC，我们也可以对此进行投资

业内人士指出，这正是为什么我们努力通过技能提升（up-skilling）、再培训（re-skilling）与新技能来支持人才培养

业内人士指出，我们也提供营商便利与签证机制，包括面向外国人的智慧签证（Smart Visa）、长期居民签证（LTR）与 EEC 签证

业内人士指出，此外，我们还有一些工具来帮助企业培养人才，我们称之为数字技能路线图（Digital Skill Roadmap）

从更深层次来看，所以，如果你要部署——比如——一款需要认证的软件，或者你需要一名持证员工，那么相关课程就应当在数字技能路线图上登记

业内人士指出，当你应用它时，还可以获得最高 200% 的税收减免

业内人士指出，这也是我们通过各项计划帮助你触达市场的方式

业内人士指出，例如，我们有转型基金（Transformation Fund）

值得关注的是，当然，中小企业在当前阶段可能不愿投资，也许更想省钱

业内人士指出，这正是为什么我们在帮助他们、努力说服他们——投资的一半由我们支付，至一定金额为止

值得关注的是，再者我们也发现，如果泛泛地投向各个行业，可能太难了，所以我们聚焦特定行业

从更深层次来看，例如，我们正与 SCB——SCB 是一家泰国的商业银行——探讨在建筑或基础设施行业做些事情，帮助建筑商或基础设施参与者获得数字技术

值得关注的是，我们并非单打独斗；我们与泰国政府以及其他政府机构合作，例如 NCSA，让其上也具备 dSure 网络安全标准

值得关注的是，这样可以建立信任，我们也聚焦于伦理 AI、负责任 AI、网络安全与透明度

业内人士指出，我想，也值得一提的是：如果你对 EEC 感兴趣——它是最具战略意义的投资区之一，即东部经济走廊（Eastern Economic Corridor）——它是一个连接东盟、中国与全球市场的旗舰级经济区

值得关注的是，这正是我们在 EEC 投资方面努力推广的内容

值得关注的是，在 DEPA，我们还有所谓的泰国数字谷（Thailand Digital Valley），我们正努力把它打造为东盟数字枢纽

从更深层次来看，如果你是云服务商、AI 企业或数字平台运营方，我们想邀请你抓住机会前来一看

值得关注的是，在那片区域，也就是泰国数字谷，我们非常欢迎你前来

值得关注的是，在这片区域，我们大约有 11 英亩，建筑现在已接近完工

值得关注的是，所以在这座泰国数字谷里，我们努力纳入创新中心、初创机遇与数字生态基础设施

业内人士指出，我们努力打造一个具有竞争力的生态，以支持初创企业、全球科技公司、研发合作、AI 测试与产业转型

从更深层次来看，我们相信，TDV 将成为中国科技企业拓展亚洲市场的重要门户

值得关注的是，并且，携手 BOI，我们在 DEPA 生态之下提供一些激励与优惠，连同我们可以提供接入的 BOI 激励

业内人士指出，那么，总而言之，泰国不仅在为 AI 时代做准备；泰国正在构建一个具有竞争力的 AI 生态，涵盖基础设施、云服务、人才、监管、创新与市场采用

值得关注的是，我们相信，泰国能够成为东盟的 AI 枢纽，以及一个可信的 AI 生态，充当连接中国与东南亚的战略门户

值得关注的是，DEPA热忱欢迎与各位、与 AI 初创以及创新生态建立合作

值得关注的是，我相信，携手并进，我们能够共建东盟未来的 AI 经济

可以预见，这一趋势将在未来深刻影响IDC行业格局

如果您正在寻找优质的GPU服务器租用，欢迎访问 www.isclouder.com 了解更多

据行业最新消息，1GW绿电直连 谷歌德州启动Meitner能源中心建设

当地时间6月4日，谷歌（Google）与旗下清洁能源开发商Intersect Power联合宣布，在德克萨斯州格雷县（Gray County）和罗伯茨县（Roberts County）启动Meitner能源中心（Meitner Energy Center）建设

值得关注的是，该项目将新建一座数据中心，并配套超过1GW的风能、太阳能及电池储能系统，实现清洁能源与数据中心的协同开发

业内人士指出，这是谷歌在德州大规模AI基础设施投资的一部分

从更深层次来看，根据双方发布的声明，Meitner项目采用”共置”（co-location）模式，数据中心将与新增发电设施同步上线，直接使用专用清洁电力满足需求，从而减少对当地电网新增供电的压力

业内人士指出，项目还包括少量现场燃气调峰机组以确保供电可靠性

值得关注的是，谷歌强调，此举旨在”以正确方式建设数据中心”，通过增加本地能源容量、采用空气冷却技术限制用水，并支持区域就业

值得关注的是，为支持建设，谷歌将在邻近的惠勒县（Wheeler County）设立Caprock Workforce Hub，这是一个占地800英亩的住宅设施，配备现场便利设施，可容纳最多3500名建筑工人

值得关注的是，该营地旨在减少对当地交通和基础设施的影响，并与县领导层密切合作以适应社区需求

值得关注的是，数据中心将采用先进空气冷却技术，仅用于卫生间等少量生活用水，大幅降低传统蒸发冷却的水资源消耗

从更深层次来看，谷歌还承诺通过10亿美元德州水资源影响基金等举措，支持社区水基础设施改善

从更深层次来看，Meitner项目此前由Intersect Power推动，原计划涉及绿氢生产，后转向数据中心开发，总投资规模约30亿美元，包括三座总建筑面积超过200万平方英尺的设施

值得关注的是，Intersect Power于2026年3月被谷歌母公司Alphabet收购，此次合作建立在双方此前哈斯克尔县（Haskell County）Quantum Clean Energy Project基础上，该项目包含640MW太阳能和1.3GWh储能

值得关注的是，谷歌区域数据中心公共事务负责人Andrew Hart表示：”我们在格雷县的最新投资深化了与德州的伙伴关系

值得关注的是，我们期待成为社区的一部分，不仅建设数据中心，更要成为好邻居，从第一天起就投资本地优先事项、保护水和能源资源，并与居民共同建设美好未来

从更深层次来看，” Pampa商会总裁兼首席执行官Cortnie Hale欢迎该项目，认为这为社区带来巨大机遇，彰显Pampa在全球创新与增长中的地位

从更深层次来看，格雷县法官Chris Porter也表示，此投资是区域进步的基础，体现了社区长期成功的信心

从更深层次来看，此次Meitner项目是谷歌在德州400亿美元投资计划的一部分，该计划涵盖多座AI数据中心建设

值得关注的是，谷歌已在米德洛锡安（Midlothian）和红橡树（Red Oak）等地设有数据中心园区，并在阿姆斯特朗县、哈斯克尔县和威尔巴格县等地推进新项目

值得关注的是，其数据中心网络支撑搜索、Gmail、地图、云服务以及在线银行、911系统等关键应用

值得关注的是，Intersect Power专注于为数据中心和能源密集型产业提供可扩展的清洁能源基础设施，已在运营或建设中拥有大量太阳能和电池储能项目

业内人士指出，该公司强调与谷歌的合作将加速AI时代所需的基础设施建设

从更深层次来看，分析指出，随着AI需求激增，电力供应成为数据中心发展的关键制约因素

从更深层次来看，谷歌通过自有能源开发和共置模式，致力于实现可持续增长，同时避免将基础设施成本转嫁给当地居民

业内人士指出，项目预计将直接和间接创造大量就业机会，谷歌称每1个数据中心内部岗位可带动当地9个相关岗位

业内分析认为，AI算力需求与绿色数据中心将成为行业主旋律

如果您正在寻找优质的日本VPS，欢迎访问 www.isclouder.com 了解更多

行业动态更新：泰国的“野心”｜60+数据中心项目全景盘点

据曼谷（越通社）消息，泰国正计划进行重大投资法改革

从更深层次来看，近日泰国财政部长 Ekniti Nitithanprapas 宣布将进行重大投资法改革

从更深层次来看，受中东局势引发的能源危机推动，泰国计划将分散的规章制度合并为单一的”综合法”（Omnibus Law），为国内投资建立”快速通道”

值得关注的是，此次改革重点在于简化建筑许可、放宽外商签证限制，并加速向太阳能等可再生能源转型

业内人士指出，此举也将影响后续在泰数据中心建设与运营，IDCNOVA 将持续跟踪关注

从更深层次来看，据 IDCNOVA 独家监测显示，截至 2026 年 4 月，泰国公开可跟踪的数据中心设施已达约 60 个，分布于 8 个核心市场

从更深层次来看，这个曾经在东南亚算力版图中并不起眼的国家，正以惊人的速度跻身区域数据中心热土的第一梯队

值得关注的是，驱动这场变革的，不是传统本地机房的自然增长，而是一批云与 AI 时代的新旧混合玩家——True IDC、GSA、STT、NTT、Telehouse、DayOne、Bridge、Digital Edge、CloudHQ、Haoyang、ZDATA、DAMAC、Zenith、CtrlS、Equinix 等——它们正在以百兆瓦级园区为单位重塑泰国的数字基础设施格局

值得关注的是，当前，泰国数据中心的地理版图已形成清晰的双层结构

从更深层次来看，第一层是曼谷及周边的北榄府（Samut Prakan），承担互联枢纽、低时延接入、金融交易与云区域（Cloud Region）落地的核心角色

从更深层次来看，这里汇聚了 STT、Telehouse、ETIX、Empyrion、Evolution 等玩家的市中心或近郊站点，面向对网络延迟敏感的企业客户和云服务商

值得关注的是，第二层是春武里（Chonburi）、罗勇（Rayong）与巴吞他尼（Pathum Thani），它们正快速崛起为 AI、超大规模（hyperscale）和高功率园区的主战场

值得关注的是，DayOne 在安美德城工业园（Amata City Chonburi）的项目已朝 1GW 电力平台演进；Bridge 在春武里的 QHI01 园区公开扩展至最高 200MW；Haoyang 在罗勇的项目披露为 300MW、投资约 727 亿泰铢

从更深层次来看，这些项目的共同特征是：占地广、电力需求巨大、明确瞄准 AI 与 GPU 密集型负载

值得关注的是，True IDC / CP 集团体系：泰国本土的算力旗舰 作为泰国最大的本土数据中心运营商，True IDC 目前在泰国的总电力能力已超过 150MW，旗下运营 North Muangthong、East Bangna、Midtown Ratchada、Midtown Pattanakarn 等多个具名站点

值得关注的是，2025 年，其位于 East Bangna 园区的泰国首个 AI 超大规模数据中心公开上线，获得 Uptime Tier III 的 TCDD 和 TCCF 认证，官方表示已具备承载先进 GPU 处理系统的能力

业内人士指出，资本层面，True IDC 于 2025 年引入 Global Infrastructure Partners（GIP，现属贝莱德旗下）作为战略合作方，并与阿里云、微软泰国云区域建立合作

值得关注的是，2026 年 4 月，True IDC 又公开了位于东部经济走廊（EEC）的新一代 AI 超大规模园区，目标最高 250MW、首期瞄准 2027 年交付

值得关注的是，而 2026 年 1 月 BOI 披露的审批口径为 223MW/3 个项目，显示其公开储备项目仍在持续演进

业内人士指出，GSA（Gulf / Singtel / AIS 合资）：泰国首个全面液冷数据中心 GSA 由泰国能源巨头 GULF（40%）、新加坡电信 Singtel（35%）和泰国移动运营商 AIS（25%）合资组建，是泰国数据中心市场最受瞩目的新入局者之一

业内人士指出，GSA01 位于北榄府（Samut Prakan），容量 25.6MW，已于 2025 年第二季度投入商业运行，是泰国首个全面部署先进液冷基础设施的数据中心，且在 2025 年底公开宣布已落地 NVIDIA GB200——这也是泰国市场为数不多公开到具体 GPU 型号的项目

业内人士指出，GSA02 位于春武里/EEC，最新公开数据为 38.1MW、目标 2027 年第一季度交付（早期路透社/BOI 披露为 35MW），微软已公开点名 GSA02 将承载其泰国云区域的部分基础设施

从更深层次来看，GSA03 指向 EEC/罗勇方向，GULF 2026 年材料将其表述为 150MW 级项目，但部分市场报道写为 100MW 初始容量、可继续扩容

从更深层次来看，STT GDC Thailand：NVIDIA DGX-Ready 的曼谷据点 新加坡电信旗下 ST Telemedia Global Data Centres 在曼谷运营三个站点

业内人士指出，STT Bangkok 1 位于华马（Huamak），容量 23MW IT 负载、约 30,000 平方米总楼面面积，明确获得 NVIDIA DGX-Ready 认证，同时支持浸没式和直接到芯片（direct-to-chip）液冷

业内人士指出，STT Bangkok 2 同样位于华马区域，24MW IT 电力潜力，计划 2027 年第一季度就绪

值得关注的是，STT Bangkok 3 则是位于 One Bangkok/Wireless Road 的市中心低时延节点，约 2MW

从更深层次来看，DayOne：从 180MW 到 1GW 的惊人扩张 DayOne 的春武里科技园 CTP1 于 2025 年 3 月破土时披露 180MW 电网容量，到 2025 年 11 月又扩展至 300MW，并与安美德集团推进 CTP2

业内人士指出，两个项目合计朝 1GW 电力平台方向发展，这一规模在整个东南亚都属于头部梯队

业内人士指出，Haoyang、ZDATA 与 Galaxy Data Center：中国资本的大手笔 中国背景的数据中心企业正在泰国东部走廊 EEC 大举布局

值得关注的是，Haoyang 在罗勇府 WHA 东部海岸工业园 4 期的项目，是泰国单体规模最大的数据中心项目之一

业内人士指出，ZDATA 则通过两个关联实体同步推进：Stratus Technology 在罗勇 CPGC 工业园建设约 203MW 的 Tier III 数据中心；Vistas Technology 在安美德城春武里建设 80MW 项目

业内人士指出，两者合计约 283MW；Galaxy Data Center 亦对外宣布在罗勇 Silicon Tech Park 投资约 20 亿美元建设绿色计算/AI 集群

业内人士指出，Bridge Data Centres：从 450kW 到 200MW 的蜕变 Bridge 在泰国的起步非常低调——其早期在北榄府（Bang Phli / Samut Prakan）的 BKK01 站点官方口径仅 450kW

业内人士指出，但 2025 年之后真正的大项目是春武里的 QHI01/QH101 园区，公开已扩展至最高 200MW 园区规模，并与 East Water/EWS 建立了长期供水安排，以满足大规模液冷的用水需求

值得关注的是，以下项目同样值得关注： DAMAC Digital 体系在泰国布局了两个项目：Edgnex Bangkok 位于 Rama 9 CBD，总规划 20MW，与 PROEN 成立合资推进；更大的手笔是巴吞他尼 NavaNakorn 工业园的 NextGen Data Center and Cloud Services 项目，84MW 超大规模、BOI 批准金额约 267 亿泰铢

从更深层次来看，Zenith Data Center and Cloud Services 同样落户 NavaNakorn 工业园，200MW 超大规模、BOI 批准金额约 549 亿泰铢，是该工业园区内单体批准投资额最高的数据中心项目

从更深层次来看，Digital Edge 与 B.Grimm Power 合资的春武里/EEC 园区公开口径为 100MW AI-ready，2025 年 9 月破土、目标 2026 年第四季度交付

业内人士指出，B.Grimm 既是合资方，也是绿色电力侧的核心合作伙伴

值得关注的是，CtrlS Datacenters 在春武里/EEC 的超大规模园区公开为 150MW，土地约 25 莱（约 10 英亩）、50 年租约，National Telecom (NT)是其公开的网络连接合作方，项目强调靠近 AAG/ADC 海缆登陆资源

值得关注的是，CloudHQ BKK 位于春武里是拉差（Bo Win, Si Racha），官方园区页显示 108MW 关键 IT 负载，面向超大规模/云/AI 客户

业内人士指出，NTT Global Data Centers 在泰国拥有 Bangkok 1 至 Bangkok 5 共五个站点，其中 Bangkok 4 已与 B.Grimm Power 签署 100MW 购电协议（PPA），预计 2027 年第二季度通电

值得关注的是，Equinix 已公开确认未来 10 年在泰投资约 5 亿美元建设首两座数据中心，市场目录将首座称为 BK1，位于北榄府（Bang Phli / Samut Prakan），但站点细节尚未完全公开

值得关注的是，Stellar DC 由泰国 STECON 集团与新加坡 SC Zeus Data Centers 合资，容量 25MW、投资约 81 亿泰铢

值得关注的是，Freyr Technology (Thailand)在罗勇和北榄府各有一个项目，2026 年 1 月 BOI 披露总投资约 63 亿泰铢，已与 Gorilla Technology 公布东南亚 AI 数据中心骨干合作，公开指向 NVIDIA 产品和 GPU 即服务（GPUaaS）

值得关注的是，与此同时，在超大规模项目集中布局背景下，泰国传统托管和运营商级数据中心仍然构成市场的重要底盘（篇幅限制在此不展开）

业内人士指出，泰国数据中心市场的另一个关键维度，是全球云厂商和内容平台的本地基础设施投入

从更深层次来看，AWS 的亚太（泰国）区域（ap-southeast-7）已于 2025 年 1 月上线，部署 3 个可用区

从更深层次来看，Google Cloud 的曼谷区域（asia-southeast3）于 2026 年 1 月 21 日上线，同样为 3 个可用区；此前 Google 已公开宣布在泰投资 10 亿美元，涵盖曼谷云区域和春武里工业园数据中心

从更深层次来看，微软于 2024 年首次宣布泰国首个区域数据中心/云区域计划，2026 年又表示 2026 至 2028 年将在泰追加超过 10 亿美元的云与 AI 基础设施投入

值得关注的是，已公开的托管合作方包括 GSA02 和 True IDC

业内人士指出，阿里云于 2025 年 2 月宣布泰国第二座数据中心上线，意味着其在泰已有至少两个本地数据中心

值得关注的是，腾讯云的曼谷区域至少有 Zone 1 和 Zone 2 两个可用区

从更深层次来看，华为云的 AP-Bangkok 区域亦可从官方文档确认其存在

值得关注的是，AIS Cloud powered by Oracle Cloud Infrastructure 则代表了本地运营商与全球云平台的联合落地模式

业内人士指出，TikTok/字节跳动的数据托管项目同样不容忽视——2025 年 BOI/路透社披露其获批约 1,268 亿泰铢（约合 36 亿美元）的数据托管项目，运营时间表指向 2026 年，后续公开讲话又将五年在泰投入上调至更高规模

值得关注的是，从曼谷 CBD 的运营商中立互联枢纽，到东部经济走廊的百兆瓦级 AI 算力园区；从本土运营商的几百个机架，到全球云巨头数十亿美元的区域基础设施投入——这个市场的规模、参与者和技术复杂度都在以前所未有的速度升级

从更深层次来看，显然，当前泰国已经不再是东南亚数据中心版图上的配角

业内人士指出，它正在成为这场由 AI 驱动的全球算力基建竞赛中，一个不可忽视的关键节点

值得关注的是，注：本文数据来源包括公开网络，MW 口径尽量保留原始定义，未作强行换算

从更深层次来看，如果您想了解更多关于东南亚算力产业发展，以及与数据中心项目落地情况、当地政策变化、中国出海企业现状，欢迎报名即将于2026年5月27日在泰国曼谷香格里拉酒店召开的数字基础设施全球合作发展曼谷论坛（DIFGC 2026 · THAILAND），诚邀您共话全球数字集成新篇章

业内分析认为，AI算力需求与绿色数据中心将成为行业主旋律

如果您正在寻找优质的云主机，欢迎访问 www.isclouder.com 了解更多

据行业最新消息，魔法扫帚用上麻瓜技术：剧版《哈利 · 波特》道具频繁被盗，剧组植入微型芯片定位

IT之家 5 月 8 日消息，HBO 警告《哈利 · 波特》剧组成员，怀疑有道具被盗，包括魔法书、扫帚、南瓜和魔杖等物品

从更深层次来看，据《The Sun》5 月 6 日报道，HBO《哈利 · 波特》剧集的布景周围已放置了海报，展示装有微型芯片的扫帚道具，并警告称正在追踪每日移动记录

值得关注的是，海报警告称，道具离开指定区域，需要“获得道具部门的批准”

从更深层次来看，一位制作人说，剧集的主管对盗贼的行为“非常愤怒”，HBO 现在正在 eBay 上搜寻失踪物品，任何嫌疑人都面临“被惩罚和解雇”的威胁

从更深层次来看，据IT之家此前报道，HBO 剧版《哈利 · 波特》将用七季拍完七部小说，计划 10 年内完播

值得关注的是，目前系列剧集第一季《哈利 · 波特与魔法石》已定档今年圣诞节（12 月 25 日）开播

业内人士指出，此外，剧版《哈利 · 波特》第二季《哈利 · 波特与密室》已获提前续订，计划今年秋季开拍

可以预见，这一趋势将在未来深刻影响IDC行业格局

如果您正在寻找优质的德国服务器，欢迎访问 www.isclouder.com 了解更多

行业动态更新：字节跳动巴西数据中心签署20亿美元绿电合同

近日，字节跳动旗下TikTok在巴西的超级数据中心项目，锁定了为期20年的绿色电力供应

从更深层次来看，该数据中心平台Omnia与巴西可再生能源巨头Casa dos Ventos签署协议，合同总金额达20亿美元，将为正在建设中的拉美地区超大规模的数据中心提供清洁能源

值得关注的是，该数据中心位于巴西东北部塞阿拉州佩森港综合体，于2026年1月开工建设，预计2027年第三季度投入初期运营，并将在2029年前分阶段完成全部扩建

值得关注的是，项目总投资规模超过380亿美元，初始IT容量为200兆瓦，配套电力需求约300兆瓦，远期可扩容至更高水平

业内人士指出，电力将由Casa dos Ventos全资拥有并运营的两座风电设施供应，分别是装机630兆瓦的伊比亚帕巴风电综合体与皮奥伊州的多姆·伊诺森西奥风电场

值得关注的是，本次交易采用巴西特有的”能源自发自用”模式，承购方Omnia将获得发电项目的部分股权，具体持股比例尚未披露

值得关注的是，这是Casa dos Ventos迄今与单一承购方签署的最大规模供电协议

从更深层次来看，Omnia是巴西投资公司Patria Investimentos于2025年成立的超大规模数据中心平台，专注于满足人工智能基础设施的快速增长需求

值得关注的是，Casa dos Ventos则是巴西最大的可再生能源开发商之一，运营及在建的风电、光伏项目总规模约33.4吉瓦，其中12吉瓦为与法国道达尔能源的合资项目

业内人士指出，该数据中心项目于2025年首次披露，同年6月获批，7月由Patria作为主要开发商推进

业内人士指出，采用自发自用模式，使TikTok在法律上成为”自发电以满足自身需求”的生产者，从而优化税费结构，显著降低长期运营成本

业内人士指出，同时，20年长协锁定了具有竞争力的能源价格，避免自由市场电价波动风险

业内人士指出，该项目还通过精密规划大幅减少用水，据称其耗水量仅相当于40至50户普通家庭，打破了传统数据中心”耗水巨兽”的形象

随着IDC行业的快速发展，可持续发展将成为未来竞争的关键

如果您正在寻找优质的香港服务器租用，欢迎访问 www.isclouder.com 了解更多

行业动态更新：小米胡峥楠谈 YU7 GT 自动驾驶征战纽北，称这才是想真正展示的综合能力

IT之家 6 月 22 日消息，小米汽车今日官宣，小米 YU7 GT 达成全球首个纽北自动驾驶圈速纪录，时间为 10 分 29 秒 483

业内人士指出，IT之家注意到，小米集团副总裁、汽车部 CTO 胡峥楠今日发文，谈及了 YU7 GT 此次使用自动驾驶征战纽北： 其实这才是我们想真正展示的综合能力

从更深层次来看，小米入局汽车还是有梦想的，那就是: 1、电能替代化学能，传统油车取得过的所有成绩，用电能都终将实现并超越 2、智能替代人工，在出行这件事情上，人能实现的操作及成绩，人工智能也终将实现替代 这件事情很难，但方向一定是正确的，值得为其持续投入，这也许是未来十年让工程师团队持续保持兴奋的目标来源

业内人士指出，记得第一次和纽北官方见面谈去纽北跑圈的时候，他们特别问我们小米为什么要来纽北，我们讲的就是这个愿景

从更深层次来看，这也是纽北官方把小米列入与 AMG 和 M Power 一起三大官方汽车顶级合作伙伴的原因之一

从更深层次来看，作为一条世界知名拥有百年历史的赛道，他们也在思考电动化智能化时代的到来要做些什么改变

值得关注的是，测试当天，当一台没有人驾驶的车，行驶在赛道上，所有现场的人都驻足观望，大家唯一的共识是未来已来

业内人士指出，另外 10:29 这个成绩，就是在纽北这个赛道以平均时速 120 跑完

从更深层次来看，相信很多跑过赛道日的同学才有概念，相当于一个老司机的水平

从更深层次来看，但我相信这仅仅只是一个起点，因为团队同学们的目标，首先是跑赢灿哥

随着IDC行业的快速发展，可持续发展将成为未来竞争的关键

如果您正在寻找优质的GPU服务器，欢迎访问 www.isclouder.com 了解更多

据行业最新消息，亚马逊投资 700MW 无碳能源项目，支持未来数据中心运营

亚马逊公司宣布，将投资开发内华达州总规模700兆瓦（MW）的新无碳能源项目，以支持该地区未来数据中心的电力需求

从更深层次来看，这是亚马逊与当地公用事业公司NV Energy合作的一部分，旨在为数据中心提供稳定可靠的清洁能源

业内人士指出，根据亚马逊5月8日至11日发布的声明，该项目包括两部分：与可再生能源公司Zanskar合作新增100兆瓦地热发电，以及与Primergy合作新增600兆瓦太阳能发电搭配600兆瓦电池储能系统

业内人士指出，这些项目将接入内华达州电网，由Berkshire Hathaway Energy子公司NV Energy负责整合

业内人士指出，亚马逊强调，此次合作标志着其数据中心首次部分采用地热能源供电

从更深层次来看，公司指出，地热能源不同于受天气或昼夜影响的其他可再生能源，能利用地球内部恒定热量实现全天候发电，为数据中心提供稳定的”基荷”电力支持

从更深层次来看，同时，太阳能+储能组合可在太阳能高峰期储存电力，并在需求高峰时释放，延长发电时效，满足数据中心24小时不间断运行的需求

业内人士指出，亚马逊表示，该700兆瓦项目预计能为相当于美国超过22.2万个家庭的用电量提供无碳电力

值得关注的是，公司将承担与数据中心供电相关的所有新增能源基础设施和发电成本，确保不会转嫁给当地居民和企业

从更深层次来看，作为全球最大的企业清洁能源采购方之一，亚马逊2025年签约了10.22吉瓦清洁能源项目

业内人士指出，截至目前，已在全球投资超过700个可再生能源项目，总容量超过40吉瓦

业内人士指出，公司致力于到2040年实现净零碳排放，并持续扩大包括地热、太阳能、风能、电池储能以及核能在内的无碳能源组合

值得关注的是，此举正值科技巨头数据中心因人工智能（AI）需求快速扩张、电力消耗大幅增长的背景下

值得关注的是，亚马逊在内华达州雷诺（Reno）地区的数据中心项目是其美国西部布局的重要部分，此次能源投资将直接服务于这些设施的长期运营

值得关注的是，亚马逊可持续发展团队表示，将继续通过类似长期协议推动清洁能源发展，以匹配业务增长与气候目标

从更深层次来看，如果您想了解更多关于泰国算力产业发展，以及数据中心项目落地情况、当地政策变化、中国出海企业现状等，欢迎报名即将于2026年5月27日在泰国曼谷香格里拉酒店召开的数字基础设施全球合作发展曼谷论坛（DIFGC 2026 · THAILAND），并关注下午召开的DIF Lounge研讨会，与真正参与泰国 AI 数据中心建设一线决策者和工程伙伴面对面交流，提前锁定合作、项目与生态位置

业内分析认为，AI算力需求与绿色数据中心将成为行业主旋律

如果您正在寻找优质的GPU服务器租用，欢迎访问 www.isclouder.com 了解更多

据行业最新消息，应对 AI 耗电激增，美国要求 6 家电网运营商加速给数据中心供电

IT之家 6 月 19 日消息，据美联社报道，当地时间周四，美国联邦能源监管委员会下令，要求 6 家区域电网运营商加快大型用电设施接入美国老化且效率低下的输电系统

业内人士指出，委员会表示，AI 数据中心耗电量巨大，用电需求又在迅速增长，美国必须加快并网流程

业内人士指出，美国能源部长克里斯 · 赖特此前敦促委员会采取行动，希望增强美国在 AI 领域与中国竞争的能力

值得关注的是，新一代大型数据中心已成为美国有史以来耗电规模最大的设施，其中一些数据中心的耗电量甚至超过一座小城市

从更深层次来看，委员会采取行动之际，美国社会对数据中心的反对情绪正在升温

从更深层次来看，争议主要集中在数据中心消耗大量电力和水资源，也可能带来噪声、空气污染、缺水，并占用农田或其他开放空间

业内人士指出，IT之家从报道中获悉，该委员会成员一致通过新命令，要求 6 家区域电网运营商确保 AI 数据中心和其他大型用电设施“能够及时、有序地接入输电系统”

业内人士指出，据悉，这 6 家区域电网运营商为 2 亿美国人提供服务，覆盖管辖范围内约三分之二人口

从更深层次来看，委员会还邀请负责地区输电系统的公用事业公司参与

从更深层次来看，分析人士认为，委员会未来也可能要求更多电力企业加快改革

值得关注的是，美国电力研究院数据显示，数据中心目前约占美国用电需求的 5%，到 2035 年可能增至现在的三倍

可以预见，这一趋势将在未来深刻影响IDC行业格局

如果您正在寻找优质的云主机，欢迎访问 www.isclouder.com 了解更多

据行业最新消息，Significant Upgrade to the MCP Protocol: Spring AI Alibaba and Higress Release t

MCP officially introduces a new Streamable HTTP transport layer, which represents a significant improvement over the original HTTP+SSE transport mechanism. This article will: Relevant project links are as follows: ● Complete runnable example: https://github.com/springaialibaba/spring-ai-alibaba-examples ● Spring AI Alibaba official blog article: https://java2ai.com/ ● Spring AI Alibaba open-source project address: https://github.com/alibaba/spring-ai-alibaba ● Higress official website: https://higress.ai/ In the original MCP implementation, communication between the client and server occurs through two primary channels: ● HTTP request/response: The client sends messages to the server via standard HTTP requests. ● Server-Sent Events (SSE): The server pushes messages to the client through a dedicated /sse endpoint. While this design is simple and intuitive, there are several key issues: 1. No support for reconnecting/recovery: When the SSE connection is dropped, all session states are lost, necessitating the client to re-establish the connection and initialize the entire session. For example, a large document analysis task being executed could be completely interrupted due to unstable WiFi, forcing the user to restart the entire process. 2. The server must maintain long connections: The server must maintain a long-lived SSE connection for each client, leading to a significant increase in resource consumption with a large number of concurrent users. When the server needs to restart or scale, all connections are interrupted, negatively affecting user experience and system reliability. 3. Server messages can only be transmitted via SSE: Even for simple request-response interactions, the server must return information through the SSE channel, creating unnecessary complexity and overhead. This approach is unsuitable for certain environments (such as cloud functions) due to the need to maintain long-lived SSE connections. 4. Infrastructure compatibility limitations: Many existing web infrastructures such as CDNs, load balancers, and API gateways may not correctly handle long-lived SSE connections. Corporate firewalls might force close timed-out connections, leading to unreliable services. Compared to the original HTTP+SSE mechanism, Streamable HTTP introduces several key improvements: The workflow of Streamable HTTP is as follows: 1. Session Initialization (Optional, Suitable for Stateful Implementation Scenarios): 2. Client Communication with the Server: 3. Server Response Methods: 4. Active Establishment of SSE Stream: 5. Connection Recovery: Scenario: Simple tool API services, such as mathematical calculations, text processing, etc. Client Server | | |– POST /message (Calculation Request) ——–>| | |– Perform Calculation |<——- HTTP 200 (Calculation Result) ——-| | | Advantages: Extremely simple deployment, no state management required, suitable for serverless architecture and microservices. Scenario: Long-running tasks, such as large file processing, complex AI generation, etc. Client Server | | |– POST /message (Processing Request) ——–>| | |– Start Processing Task |<——- HTTP 200 (SSE Starts) ——–| | | |<——- SSE: Progress 10% —————| |<——- SSE: Progress 30% —————| |<——- SSE: Progress 70% —————| |<——- SSE: Completion + Result ————| | | Advantages: Provides real-time feedback without needing to maintain a permanent connection state. Scenario: Multi-turn dialogue AI assistants that require context maintenance. Client Server | | |– POST /message (Initialization) ———->| |<– HTTP 200 (Session ID: abc123) ——| | | |– GET /message (Session ID: abc123) —>| |<——- SSE Stream Established —————–| | | |– POST /message (Question 1, abc123) —>| |<——- SSE: Thinking… ————-| |<——- SSE: Answer 1 —————-| | | |– POST /message (Question 2, abc123) —>| |<——- SSE: Thinking… ————-| |<——- SSE: Answer 2 —————-| Advantages: Maintains session context, supports complex interactions, while allowing for horizontal scaling. Scenario: AI applications used in unstable network environments. Client Server | | |– POST /message (Initialization) ———->| |<– HTTP 200 (Session ID: xyz789) ——| | | |– GET /message (Session ID: xyz789) —>| |<——- SSE Stream Established —————–| | | |– POST /message (Long Task, xyz789) –>| |<——- SSE: Progress 30% —————| | | | [Network Disruption] | | | |– GET /message (Session ID: xyz789) —>| |<——- SSE Stream Re-established ————–| |<——- SSE: Progress 60% —————| |<——- SSE: Completion ——————| Advantages: Increases reliability in weak network environments, improving user experience. In the previous sections, we theoretically outlined the advantages and disadvantages of the HTTP+SSE and Streamable modes. In actual applications, the fragmented request and response patterns of the HTTP+SSE model lead to a very tricky problem in architectural implementation and scalability: it forces the maintenance of sticky session connections between the client and server, even for stateless communication where we need to maintain a session ID and ensure that requests with the same session ID are sent to the same server machine. This poses a heavy burden on both the client and server implementations. For the Streamable mode, if the goal is merely to maintain stateless communication, there is no need to manage sticky sessions at all. Considering that over 90% of MCP services may be stateless, this presents a significant improvement in the overall architecture’s scalability. Of course, if stateful communication needs to be implemented, the Streamable HTTP mode still requires maintaining a session ID. Currently, neither MCP nor Spring AI’s official documentation has provided the Streamable mode; we have only provided the Stream HTTP Client implementation, which only supports stateless mode and can connect to the official Typescript server implementation and Higress community server implementation. A complete runnable example can be found at: https://github.com/springaialibaba/spring-ai-alibaba-examples Due to the ongoing development of the MCP Java SDK implementation for the Streamable HTTP solution, this example repository contains customized source code from the following two repositories: The examples integrate a Higress gateway that supports the MCP Streamable HTTP protocol implementation. This implementation still has many limitations, such as not supporting GET requests, not supporting session-id management, etc. The client can actively establish an SSE connection by sending a GET request to the /mcp endpoint, which will serve as the subsequent request-response channel. return Mono.defer(() -> Mono.fromFuture(() -> { final HttpRequest.Builder builder = requestBuilder.copy().GET().uri(uri); final String lastId = lastEventId.get(); if (lastId != null) { builder.header(“Last-Event-ID”, lastId); } return httpClient.sendAsync(builder.build(), HttpResponse.BodyHandlers.ofInputStream()); }).flatMap(response -> { if (response.statusCode() == 405 || response.statusCode() == 404) { // ….. } return handleStreamingResponse(response, handler); }) .retryWhen(Retry.backoff(3, Duration.ofSeconds(3)).filter(err -> err instanceof IllegalStateException)) .doOnSuccess(v -> state.set(TransportState.CONNECTED)) .doOnTerminate(() -> state.set(TransportState.CLOSED)) .onErrorResume(e -> { System.out.println(“Ignore GET connection error.”); LOGGER.error(“Streamable transport connection error”, e); state.set(TransportState.CONNECTED); return Mono.just(“Streamable transport connection error”).then(); })); POST request, server can respond with a normal response or upgrade to an SSE response: Example of an equivalent HTTP request, where listTool and callTool are similar requests. curl -X POST -H “Content-Type: application/json” -H “Accept: application/json” -H “Accept: text/event-stream” -d ‘{ “jsonrpc” : “2.0”, “method” : “initialize”, “id” : “9afdedcc-0”, “params” : { “protocolVersion” : “2024-11-05”, “capabilities” : { “roots” : { “listChanged” : true } }, “clientInfo” : { “name” : “Java SDK MCP Client”, “version” : “1.0.0” } } }’ -i http://localhost:3000/mcp You can start and test with the Streamable Server provided by the official TypeScript SDK in conjunction with the current client implementation. // Send POST request to /mcp, including public Mono<Void> sendMessage(final McpSchema.JSONRPCMessage message, final Function<Mono<McpSchema.JSONRPCMessage>, Mono<McpSchema.JSONRPCMessage>> handler) { // … return sentPost(message, handler).onErrorResume(e -> { LOGGER.error(“Streamable transport sendMessage error”, e); return Mono.error(e); }); } // Actually send the POST request and process the response private Mono<Void> sentPost(final Object msg, final Function<Mono<McpSchema.JSONRPCMessage>, Mono<McpSchema.JSONRPCMessage>> handler) { return serializeJson(msg).flatMap(json -> { final HttpRequest request = requestBuilder.copy() .POST(HttpRequest.BodyPublishers.ofString(json)) .uri(uri) .build(); return Mono.fromFuture(httpClient.sendAsync(request, HttpResponse.BodyHandlers.ofInputStream())) .flatMap(response -> { // If the response is 202 Accepted, there’s no body to process if (response.statusCode() == 202) { return Mono.empty(); } if (response.statusCode() == 405 || response.statusCode() == 404) { // … } if (response.statusCode() >= 400) { // … } return handleStreamingResponse(response, handler); }); }); } // Handle different types of responses that the server might return private Mono<Void> handleStreamingResponse(final HttpResponse<InputStream> response, final Function<Mono<McpSchema.JSONRPCMessage>, Mono<McpSchema.JSONR

可以预见，这一趋势将在未来深刻影响IDC行业格局

如果您正在寻找优质的香港VPS，欢迎访问 www.isclouder.com 了解更多

行业动态更新：Alibaba Cloud AI Gateway FinOps Features Officially Launched | Making Every Toke

As LLM API calls transition from “early trial” to “large-scale production,” cost governance is no longer an optional question, but a must-answer one. As enterprise AI applications enter deep waters, more and more teams are starting to face a common challenge: The traditional “post-hoc reconciliation” model can no longer match the characteristics of LLMs, such as Token-based billing, high calling frequency, and severe cost fluctuations. FinOps (Cloud Financial Operations) was born precisely for this—bringing cost observability, allocability, and governability forward into the invocation link. Alibaba Cloud AI Gateway officially launches its FinOps capabilities, starting with “Consumer Quota,” allowing enterprises to be fully aware of every step of LLM invocations. [Illustration: Overall Overview of the FinOps Primary Menu] In this release, the AI Gateway instance has added a FinOps Primary Category and launched Consumer Quota as the first second-level category, centering on the two main lines of “Rule Definition” and “Usage Monitoring” to provide a complete closed loop of quota governance. Simply put, you can think of it as giving each “model caller” a quota card: [Illustration: Consumer Quota Feature Entry] The figure below shows the overall system architecture. When a consumer’s request passes through the AI Gateway, the gateway performs four core capabilities: identity authentication, quota management, rate limiting, and cost measurement, and provides two visual modules through the FinOps dashboard: quota rule management and usage monitoring: [Illustration: System Architecture Diagram] On the “Quota Rules” page, you can quickly create a Token quota rule for different consumers. The core fields are clear at a glance: [Illustration: Quota Rule Creation Form Page] Each rule is not a “one-off,” but can be dynamically adjusted according to the business rhythm: If you need to temporarily add quota to a certain rule dimension, you can adjust the quota size by editing the quota, supporting one-click quota reset. [Illustration: Quota Reset Page] Having rules alone is not enough; the other half of FinOps’ soul is observability. The AI Gateway provides multi-dimensional statistical capabilities in the “Consumer Usage” module: Supports Dimension Switching Full Coverage of Core Indicators In essence, cost governance of LLMs is the final hurdle for the implementation of an enterprise’s AI strategy. The FinOps capability of Alibaba Cloud AI Gateway is precisely to turn “cost,” which was originally a delayed and vague metric, into a real-time, clear, and actionable engineering capability. So that every AI call is “clearly spent and comfortably used.” Try it now: Log in to the Alibaba Cloud AI Gateway Console and enter “FinOps – Consumer Quota” to start configuring your first quota rule. https://apig.console.alibabacloud.com/#/ai-gateway-overview Follow us to get the latest feature updates of Alibaba Cloud AI Gateway.

业内分析认为，AI算力需求与绿色数据中心将成为行业主旋律

如果您正在寻找优质的CN2线路服务器，欢迎访问 www.isclouder.com 了解更多