欧洲科技公司面临困境，使用 AWS 和 Google Cloud 等美国云服务但担心数据在欧洲的控制权。地缘政治紧张局势上升，更多从业者开始质疑是否应减少对美国科技巨头的依赖，这促使一些欧洲开发者和企业重新思考如何处理数据和构建系统。
在慕尼黑的InfoQ 开发者峰会之前，Markus Ostertag、Elena van Engelen-Maslova、Erik Steiger 和 Katharine Jarmul 在近期的“主权云、超大规模提供商和欧洲替代方案”播客中讨论了该话题。
当前环境给欧洲开发者和云架构师带来了复杂的决策局面，小组成员认为没有一刀切的解决方案，组织必须根据具体数据敏感性、监管要求和业务需求仔细平衡不同的考虑因素。一些工作负载将受益于美国超大规模提供商的创新和能力，而另一些可能需要欧洲提供商的监管保障。
美国提供商还是欧洲提供商？
adesso 的首席 AWS 技术专家 Markus Ostertag 指出，数字主权不一定意味着今天完全独立于美国云提供商，而是在长期投资欧洲替代方案的同时，针对特定场景构建弹性：“数字主权并不意味着自给自足。更多的是作为一个组织，我如何针对特定场景具有弹性。”
小组成员认为讨论往往在美国超大规模提供商和欧洲替代方案之间两极分化。Ostertag 补充说：“要么你站在美国超大规模提供商一边，要么你站在我们需要你第一或美国第一的一边。似乎两者之间没有灰色地带。我不这么认为。”
讨论显示，从业者经常在数据控制的模糊边界上挣扎，主要是当欧洲数据中心由使用美国设计基础设施的美国公司运营时。
欧洲能缩小差距吗？
小组成员承认，美国云提供商拥有近二十年的市场地位和大量投资，使得新的欧洲提供商难以缩小差距，缺乏能够实现快速开发和创新的深度功能集成。高级分析平台、无服务器计算和紧密集成的安全服务在较小的提供商中通常没有直接的等价物。高级软件和 AI 工程师 Erik Steiger 评论道：“在欧盟我们可以使用好的裸金属服务器。问题是上面缺少所有的服务（……）我们需要既方便又具有欧盟隐私内置的好的替代方案。而目前这是缺乏的。”
隐私和安全专家、《实用数据隐私》作者 Katharine Jarmul 建议，欧洲提供商应该专注于不同的方法，而不是简单地试图复制现有的美国云服务和追赶努力：“我们要放慢创新速度来构建不同的东西吗？我认为当我们构建不同的东西时我们才会创新（……）创新的未来不是追赶和思考加速，不是想着我必须达到 AWS 的水平。创新的未来是思考我们如何能比以前做得更聪明、更不同，因为如果你只是追赶，你永远不会创新。”
发言者强调了影响市场的鸡生蛋、蛋生鸡问题，大型企业由于缺少功能而不迁移到欧洲提供商，而欧洲小提供商在没有企业客户收入的情况下难以开发这些能力。这创造了一个具有挑战性的环境，初创企业面临使用欧洲提供商的压力，但缺乏有效竞争所需的必要工具和服务。
加密呢？
小组成员解释说，加密复杂性导致了这种不一致。大多数从业者缺乏深入的加密知识，使得评估不同的方法或理解其安全影响变得困难。Jarmul 认为：“加密很困难，因为大多数人不理解加密是如何工作的，大多数人从未有机会与密码学家合作，所以这是一个真正的问题。”
主权意味着放缓吗？
小组成员讨论了主权要求是否必然会减缓创新。一种观点认为，构建云无关架构需要额外的开发工作，并可能阻止组织利用提高生产力的特定于云的功能。
从业者讨论了开发速度和架构灵活性之间的根本紧张关系。高级软件工程师 Elena van Engelen（《Kotlin 速成课程》作者）评论道：“我们可以立即关注的是架构。如果我们确保我们使用云的方式使用的架构使转移到其他东西更容易，那么我们已经给自己提供了一个缓冲。”
组织必须决定是为了立即的生产力效益接受通常被认为的供应商锁定，还是投资于可移植性，这可能会减缓当前的开发，但提供未来的选择。van Engelen 建议：“将特定于云的代码或基础设施代码与核心业务逻辑分开。但不要避免云的功能，因为你不想减缓你的创新。”
欧洲数据中心呢？
小组成员承认，构建有竞争力的数据中心基础设施需要大量投资和政府支持。构建现代数据中心需要深入理解的技术知识，但所需的大量投资给欧洲提供商和机构带来了重大挑战。大多数欧洲数据中心项目与美国云公司合作，因为这可以加快部署并降低成本。然而，这些合作创造了依赖关系，可能会限制未来的选择。Jarmul 补充说：“如果欧盟想要主权，首先我们必须定义主权的含义。然后，必须投资，而目前有一种减少投资的趋势。”
仅基础设施是不够的，数据中心必须与开发人员所需的软件平台和服务相结合。Ostertag 补充说：“没有锁定。这是技术，是软件。你可以以不同的方式构建每一个软件；这只是需要时间、资源，最终是金钱。”
小组成员一致认为，避免过度反应和自满都很重要。数字主权应该被理解为针对特定场景构建弹性，而不是实现完全自给自足。
van Engelen 建议在实际可行的情况下将特定于云的代码与核心业务逻辑分开，以实现更大的灵活性，而不必完全避免云功能。Jarmul 鼓励从业者对新兴的欧洲替代方案和新的设计模式保持好奇，即使它们目前不可行：本地优先设计可能为常见问题提供创新方法。
随着未来可能涉及将全球超大规模提供商的能力与新兴的欧洲替代方案相结合，从业者必须理解权衡并为多种场景做好准备，同时继续构建创新解决方案。
请于10 月 15 - 16 日在慕尼黑参加专门的会议和关于欧洲主权云和可靠部署选项的进一步讨论。