不靠 AWS 也能做 SaaS？欧洲技术栈终于从“备胎”熬成了正选

当“别用 AWS”不再像一句口号

过去很多年里，如果有人说“我要做一个完全不用 AWS、Azure、GCP，也不用 Stripe、Cloudflare、Google Analytics 的 SaaS”，大多数创业者的第一反应大概是：可以，但你图什么？图麻烦吗？

这种反应并不奇怪。美国科技巨头在云基础设施、支付、分析和开发者工具上的统治力太强了，强到很多公司从第一天起就默认把这些服务当成“互联网空气”。你不一定喜欢它们，但你往往绕不过去。尤其是对小团队来说，成熟、稳定、文档完善、社区经验丰富，这些现实优势非常难拒绝。

但最近这篇《Building a SaaS in 2026 Using Only EU Services》传递出的信号很清晰：欧洲技术栈已经跨过了“能不能用”的门槛，开始进入“其实挺好用，而且某些地方更合适”的阶段。文章列出的组合相当务实：Hetzner 或 Scaleway 做计算与托管，Mollie 负责支付，Bunny.net 提供 CDN，Plausible 或 Simple Analytics 承担统计分析，再用 Ahasend、Lettermint 或 MailerLite 发送事务邮件。

这不是一套炫技清单，更像一份现实世界里的创业工具箱。它最有意思的地方在于，不再试图证明“欧洲也有自己的 AWS”，而是承认并利用另一个事实：今天做 SaaS，很多时候并不需要一个无所不包的超级平台，你需要的是一套能拼起来、能跑起来、成本可控、合规省心的积木。

欧洲云，终于不只是“政治正确”

这件事为什么在 2026 年特别值得聊？因为它踩中了过去几年欧洲科技行业最敏感的一根神经：数字主权。

从 GDPR 落地，到 Schrems II 裁决冲击跨大西洋数据传输，再到欧洲企业和公共部门对“数据到底放在哪、谁能碰、谁来管”的持续焦虑，欧洲一直在追问一个问题：如果基础软件层全押在美国公司身上，所谓自主可控是不是一句空话？这个问题以前更多出现在政策文件和行业论坛里，如今它开始落到创业者的工程实践里。

Hetzner 和 Scaleway 之所以被反复提起，不只是因为它们便宜或“欧洲制造”，更因为它们代表了另一种云思路。Hetzner 很像老派工程师会喜欢的那类服务：价格狠、API 干净、服务器老老实实，没那么多花活，但能打。Scaleway 则更接近现代云平台路线，托管 Kubernetes、数据库、对象存储、无服务器函数和 GPU 实例都准备好了，明显是在承接那些已经被 AWS 教育过的开发者习惯。

坦白说，欧洲云生态依旧没有复制出一个完全对标 AWS 的巨无霸。你很难在这里找到 DynamoDB、SQS、Cognito 那样一整套原生且深度耦合的云服务宇宙。但这未必是坏事。过去十年，很多团队在享受 AWS 便利的同时，也逐渐陷入更深的平台绑定：服务越用越多，迁移成本越堆越高，最后整个产品都长成了 AWS 的形状。欧洲方案反而更强调 Linux 虚拟机、Kubernetes、SMTP、标准 API 这类“听起来没那么性感，但更容易替换”的通用积木。换句话说，它可能没有那么豪华，却更不容易把你锁进一座金碧辉煌的迷宫里。

真正让欧洲栈变得可用的，不是服务器，而是支付和合规

如果说计算资源决定你能不能把产品跑起来，那么支付、分析和邮件这些“边角料”，才决定你能不能把生意真正做起来。很多创业项目不是死在代码上，而是死在“用户买不了单”“合规弹窗太烦”“账单和邮件一团乱麻”这种看起来不酷、但极其致命的细节里。

Mollie 的意义就在这儿。它之于欧洲开发者，有点像 Stripe 在全球开发者心中的位置：API 设计清爽、接入逻辑熟悉、文档友好，关键是天然支持欧洲本地支付方式。别小看 iDEAL、Bancontact、SEPA、Klarna 这些支付选项，对于跨多个欧盟国家卖软件的团队来说，这不是“加分项”，而是成交率本身。美国公司常常先把信用卡体验做到极致，再慢慢往本地支付延伸；而欧洲玩家从一开始就得面对支付碎片化现实，所以它们往往更接地气。

再看分析工具。Plausible 和 Simple Analytics 这类产品的崛起，本质上是对 Google Analytics 的反弹。后者功能当然强大，但也附带了 Cookie 同意横幅、复杂配置、合规争议以及让普通运营同学头大的报表迷宫。Plausible 那种“无 Cookie、开箱合规、只看关键指标”的路线，某种程度上不是技术退步，而是一次产品哲学回摆：很多 SaaS 团队根本不需要追踪到用户呼吸频率，他们只需要知道访客从哪来、转化怎么样、哪一页表现差。

事务邮件也是同理。Ahasend、Lettermint、MailerLite 这些名字远不如 SendGrid、Mailgun 响亮，但它们提供的免费额度和 SMTP 兼容能力，对创业早期非常友好。对于刚起步的团队来说，“把密码重置邮件稳定送达”比“拥有一套全球最复杂的营销自动化系统”重要得多。真正成熟的基础设施，往往不是让你惊叹，而是让你忘了它的存在。

便宜、灵活、少点包袱，但欧洲栈也不是没有坑

这篇指南整体基调偏乐观，我基本认同，但如果把它理解成“欧洲栈已经全面赶超美国栈”，那就有点太着急了。

最大的现实问题还是服务完整度。对于绝大多数标准 SaaS，欧洲方案的确已经够用：做 Web 应用、后台管理、支付订阅、内容分发、简单统计、事务通知，这些核心环节都能拼出一套可靠系统。但一旦业务走向更复杂的场景，比如高度事件驱动架构、超大规模托管数据服务、细粒度身份系统、全球多区域灾备、成熟的开发者生态插件，你还是会感受到美国平台多年来积累的厚度。不是不能替代，而是替代之后往往意味着更多自建、更多维护、更多工程判断。

另一个争议点在于“100% EU”这件事本身到底有多大必要。对一些强调数据驻留、合规审计、公共采购要求的行业来说，这非常重要，甚至是门票；但对另一些全球化 SaaS 团队来说，客户是否真的因为你使用了欧洲支付网关和欧洲分析工具而下单，未必那么直接。说到底，技术主权是商业问题、法律问题，也是叙事问题。它既有关安全感，也有关市场定位。

不过我反而觉得，这正是欧洲技术生态成熟的表现：它不必再靠“反美”获得存在感，而是可以用更具体的价值说服用户——更少 Cookie 烦恼、更贴近本地支付习惯、更好理解的定价、更低的平台锁定风险、同一时区的支持团队。这种优势不激进，甚至有点朴素，但朴素往往才最能打。

Bunny.net 就是一个很典型的例子。CDN 过去几乎是 Cloudflare 的代名词，大家一边吐槽它复杂，一边离不开它。Bunny.net 能被拿出来正面对标，靠的不是口号，而是更直接的账单、更实在的功能覆盖和可接受的全球性能。对于大量中小 SaaS 来说，真正关心的并不是谁讲得更宏大，而是谁能把静态资源、图片优化、视频分发和基础防护老老实实做好。

对创业者来说，这可能是一场悄悄发生的“默认设置”变化

我觉得这篇文章最值得玩味的一点，是它透露出一种行业默认设置正在变化的迹象。几年前，创业团队如果选了一套欧洲服务，往往要额外解释理由；到了今天，越来越多团队反而会先问一句：为什么还非得从 AWS、Stripe、Google Analytics 那套默认组合开始？

这和开源世界的演变很像。最初大家只是把开源当成省钱替代品，后来才发现，开源真正珍贵的是可迁移、可审计、可控。欧洲 SaaS 栈现在也开始出现这种变化：它不只是“美国方案太贵时的 Plan B”，而是在一些场景里成为更理性的 Plan A。

当然，这并不意味着美国云的时代结束了。AWS 仍然是最强大的基础设施平台之一，Stripe 依旧是全球支付体验的标杆，Cloudflare 在边缘网络上的统治力也没有轻易动摇。真正变化的是，市场终于出现了能让创业者认真比较、而不是象征性比较的替代选项。对用户来说，选择变多永远是好事；对巨头来说，真正的竞争从来不是口号，而是“原来客户真的能走”。

如果把视线再拉远一点，这股趋势也许会影响欧洲本土 AI、企业软件和政务数字化的发展。因为一旦底层 SaaS 基建足够完整，本地创业公司就不必从第一天起把命门交给海外平台。它们可以更从容地谈合规、谈数据边界、谈成本结构，甚至谈一种更慢但更稳的增长方式。

说得直白一点：以前欧洲在软件世界里总像那个自己会做菜、但外卖总点别家的人。现在厨房终于收拾得像样了，菜单也没那么寒酸了。接下来就看，创业者愿不愿意真的回家开火。