对比
SIAX vs AWS:小供应商,广阔云服务
AWS 是这样一种云:几乎所有问题的答案都是「有」。两百多项服务、各大洲都有区域且每个区域包含多个物理隔离的可用区,以及无人能及的基础性成熟度。S3 实际上是业界对耐用对象存储的定义。IAM 很难学,但一旦您确实需要按资源和条件细分的权限,它就无可匹敌。Graviton 实例在规模较大时提供了真正出色的性能价格比。
生态系统至少与服务本身同样重要。最大的人才储备、最多的现成 Terraform 模块、最多的文档、最多的顾问,以及让大型组织采购变得简单的市场。需要多区域故障切换、把可用区作为标配,或者为某个小众领域提供托管服务——队列、流、图数据库、HSM——它都已经存在,而且已经有人在生产中运行过。
我们不与那种广度竞争,也不会声称相反。我们竞争的是普通工作负载的价格水平、可预测的账单,以及我们运行的一切都是欧盟境内的开源这一事实。请诚实地审视您实际在用些什么:如果您只运行几个容器、一个 PostgreSQL 数据库和一个文件桶,那么 AWS 的广度就是您付了钱却没用到的东西。如果您运行的是基于 Lambda 的事件架构、DynamoDB 和 Kinesis,那情况就相反了——此时迁移到这里不是一次迁移,而是一个重建工程。
SIAX 更强的方面
- 普通工作负载的价格水平。在我们这里,一个应用加托管 PostgreSQL 每月 188 克朗。AWS 上用小型实例加 RDS 的等效配置通常要高出数倍。价格会变动,但这一比例保持成立。
- 可预测的账单。每项服务固定价格,不会因流量激增、NAT 网关、跨区域数据传输或忘记清理的资源而出现意外。
- 没有会失控的出口流量费用。出站流量包含在计划中,而不会成为账单上数额最大的费用项之一。
- 简洁性。您不需要一个精通 IAM 策略语言、VPC 对等和成本分配的人就能启动运行。两个人就足以理解整个配置。
- 开源与欧盟驻留。容器、PostgreSQL、兼容 S3 的存储和 Git——所有东西都可以在别处运行,所有数据都留在欧盟,由瑞典公司提供。
AWS 更强的方面
- 广度。两百多项服务,从显而易见到高度小众。几乎每个需求都已有托管服务,而且经过实战检验。
- 区域覆盖与冗余。每个区域有多个可用区、以产品功能形式提供的多区域故障切换,以及我们无法企及的运营规模纪录。
- 生态:最多的顾问、最多的 Terraform 模块、最多的文档,以及为大型采购组织而建的市场。
- 覆盖几乎所有行业和监管要求的认证与合规证据,外加保证响应时间的支持协议。
并排对比
| SIAX | AWS | |
|---|---|---|
| 小型生产应用的价格 | 应用托管每月 99 克朗,加托管 Postgres 每月 89 克朗 = 每月 188 克朗,固定价格。 | 小型实例加 RDS 加负载均衡器通常每月要高出数倍,而仅仅负载均衡器一项常常就超过我们的整张账单。价格会变动。 |
| 出站流量 | 包含在计划中。没有随流量增长的费用项。 | 每月额度有限的免费量,之后按 GB 计费。历史上和 NAT 网关、跨区域流量一样,是账单上最常见的意外。 |
| 服务广度 | 大约十项服务:托管、Postgres、对象存储、备份、域名、电子邮件、git 与 CI、监控、AI 网关。 | 两百多项服务。几乎应有尽有,而且大多成熟。 |
| 区域与冗余 | 德国和芬兰的欧盟数据中心。跨多个地点的冗余需要手动构建,且额外付费。 | 遍布全球的区域,每个区域有多个可用区。多区域故障切换以产品功能形式存在。 |
| 权限模型 | 简单的角色与团队模型。对大多数情况足够,但不适合按资源细分的策略。 | IAM 很难学但无可匹敌:按资源、按条件、按会话属性的策略。 |
| 认证 | 无。既没有 ISO 27001、SOC 2,也没有 PCI-DSS。GDPR 合规、数据处理协议、欧盟驻留,以及以开源作为可审计性。 | 实际上所有相关的认证和行业框架都有,并附带现成的审计证据包。 |
| 人才与生态 | 标准工具:Docker、PostgreSQL、兼容 S3 的 API、Git。但很少有顾问熟悉我们这种特定平台。 | 最大的技术人才储备、最多的现成模块、最多的文档。很容易招聘到人手。 |
| 锁定 | 一切都是开源的。您可以在无需重写代码的情况下离开我们。 | DynamoDB、基于 Lambda 的事件架构、Cognito、Kinesis 和 Aurora 的功能都没有自托管的对等替代品。迁移意味着重建。 |
| 账单与支持 | 固定月费,不到十行,包含瑞典语支持。 | 包含数百行的基于用量账单。带响应时限 SLA 的技术支持单独定价。 |
在以下情况选择 AWS…
如果您需要我们没有的东西,请选择 AWS——这种情况比您想象中更常见。如果您要跨多个区域运行并实现自动故障切换、满足可用区要求,或者把 DynamoDB、Kinesis、Aurora、SQS 之类的托管服务作为架构的承重部分——那么 AWS 是对的,我们是错的。如果您有一个快速增长的产品、负载可以在一天内从零飙升到极大,如果您已有一个熟悉该平台的团队和一套可用的 Terraform 基础,或者采购流程要求供应商持有认证,请选择 AWS。我们既没有 ISO 27001 也没有 SOC 2,也不会暗示 GDPR 合规是同一回事。另外要预期到,迁离 AWS 原生架构是一项繁重的工作:Lambda 链条、Cognito、IAM 策略和 DynamoDB 数据模型都无法原样迁移,而停机时间最短的数据库迁移需要规划和维护窗口。
在以下情况选择 SIAX…
如果您把 AWS 当作昂贵的 Linux 托管提供商来用,请选择 SIAX。这是我们最常见到的情形:几个容器、一个 RDS 实例、一个 S3 桶、一个 CloudFront 分发,外加一张每月数万克朗、却没有人能逐行解释清楚的账单。同样的工作负载,我们用一小部分的成本来运行,采用相同的协议和格式、位于欧盟、账单不到十行。您还将获得两个人就能记住的运维模型、瑞典语支持,以及一套您自己也能继续运行的开源技术栈。在过渡期间,请随意保留 S3 用于归档、用 Route 53 做 DNS——我们相信渐进式迁移,而不是一个庞大而有风险的切换日。
查看产品与价格