微软公司(Microsoft)表示,未来两年将在加拿大投入超过75亿加元用于数据中心扩建,并明确承诺将数据保留在加拿大境内;即使在当前地缘政治局势高度不确定的背景下,若出现要求其停止向加拿大政府客户提供服务的指令,微软也将予以抵制。 微软总裁兼副董事长史密斯(Brad Smith)周二在渥太华,与加拿大政府官员及员工会面并公布了这一投资计划。这笔资金将用于微软在加拿大的运营支出以及数据中心扩建的资本投资,包括新增图形处理器(GPU)以处理人工智能(AI)相关工作负载。史密斯在周二发布的一篇博客中写道,微软已在2023至2027年期间为加拿大拨出190亿加元的总投资额度。 目前,微软在全国11个城市共拥有5300多名员工,包括多伦多、温哥华、蒙特利尔、卡尔加里、埃德蒙顿、渥太华和魁北克市等主要城市。 在周一的采访中,史密斯特别强调了微软对“数字主权”(digital sovereignty)的承诺。所谓数字主权,广义上是指一个国家对本国数据以及支撑人工智能和云计算基础设施所拥有的控制权。 他说:“数字主权在全球范围内已经变得更加重要。在加拿大,我们看到两个非常明显的变化:一是与美国之间对话方式的变化;二是来自全球各地、针对加拿大的活动明显增加。” 在美国总统特朗普执政下,加美关系持续紧张,这种不稳定的关系正在迫使加拿大企业和政府重新审视对美国科技巨头(包括微软)在关键数字服务方面的依赖程度。史密斯还表示,针对加拿大机构的网络威胁也在上升,这进一步推高了对更强网络安全防护的需求。 对于联邦政府而言,数字主权是一个极具挑战性的议题。渥太华希望在加拿大境内建设更多数据中心,以支撑AI应用的快速增长,同时扶持本土替代方案,减少对美国科技巨头如谷歌(Google)、亚马逊云服务(AWS)和甲骨文(Oracle)的依赖,从而降低地缘政治风险并获取更多经济收益。其中一个核心担忧是:即便数据存储在加拿大,美国法院仍可要求美国公司的海外子公司提供数据。 去年,时任总理杜鲁多启动了“主权 AI 计算计划”,用于资助数据中心建设;而现任总理卡尼也公开支持打造“主权云”(sovereign cloud)。 加拿大联邦人工智能部长所罗门(Evan Solomon)也在多个场合阐述这一议题,并在本周一于蒙特利尔举行的G7工业、数字与科技部长会议上再次强调这一立场。他表示,加拿大必须发展战略自主能力,这意味着要与欧盟等“中等强国”合作,共同扩大AI能力规模。他对记者说道:“我们的政策目标是增加与可信赖伙伴的贸易往来,而欧盟显然是这一战略的核心部分。” 微软表示,尽管其为美国公司,但通过技术、运营和合同层面的安排,仍可以为政府及企业客户提供对数据的控制权。从明年起,微软将允许其Copilot人工智能平台的相关数据在加拿大境内处理,并允许客户在自有云基础设施上运行部分服务。客户数据也将进行加密,加密密钥可由客户自行保管。 史密斯表示:“关键在于寻找一套最优组合的工具,既能保护国家的数字主权,又能支持经济发展。” 谷歌加拿大公司也强调了类似的保护措施,包括通过加密和数据边界限制,防止未经授权的访问。 微软还表示,正在把“保护客户数据”的承诺进行制度化,一旦有法律依据,将挑战任何要求其访问政府或商业信息的指令。 同时,微软明确表示,将坚决反对任何试图切断其向加拿大政府客户提供服务的行为。史密斯在博客中写道:“如果我们真的面临被要求暂停或终止在加拿大运营的命令,我们将动用一切可用的法律和外交手段,包括提起诉讼,以保护对关键基础设施的访问。” 但如果这种极端情形真的发生,后果仍不明朗。特朗普在多个案例中已成功对一些机构施加压力。假设美国总统以贸易战为筹码,要求微软中断对加拿大政府的服务,微软是否会冒着与美国政府正面冲突的风险坚持立场,仍是未知数。 对此,史密斯回应称:“看看我们的历史记录。我们始终以外交方式应对各种挑战,同时也始终坚定站在我们认为是永恒的原则一边。”他还指出,微软过去也曾就类似问题与美国政府对簿公堂。 相比之下,加拿大本土拥有并运营的云服务公司面临的地缘政治风险可能更低。电信巨头BCE与Telus已于今年正式进军AI数据中心业务,而总部位于多伦多的云计算公司ThinkOn多年来也一直将“数据主权”作为其核心卖点。 不过,这些公司规模仍远小于国际科技巨头。加拿大财政委员会的一份报告也指出,由于“数字世界具有绝对的高度互联性”,实现完全的数字自主在现实中几乎是“不可能”的。 史密斯对此也表示认同:“在我看来,试图完全切断与本国境外世界的联系、实现百分之百自给自足,并不是任何国家实现创新或经济增长的良方。” |






Copyright © 1999 - 2025 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2025-12-10 02:38 , Processed in 0.148725 second(s), 23 queries .