几年前，我加入了一家公司，接管了一个开发团队，并被要求在3个月内推出产品。他们使用的是AWS，所以我登录了账户，想添加几台机器。就在我眼前，出现了敌对和虐待关系的迹象。启动新机器的界面没有显示价格。我必须在另一个表格中查找价格，而那个表格没有规格信息。我必须同时打开两个表格，交叉核对规格和价格。如果我从过去的经验中学到了一件事，那就是如果你看到虐待关系的迹象，你有选择离开的权利，而你没有离开，那么之后发生的一切都是你自己的错。我创建了一个DigitalOcean账户，把所有东西都迁移到那里。设置好我们的CI/CD以在那儿部署，然后用了接下来的两个月专注于产品，比承诺的时间提前一个月发布了。几年前，我看到一个在线视频，其中一个人在河边挖了一个洞，并放置了一根连接河和洞的管道。鱼儿们努力地在管道中游动，以到达它们的陷阱。…
源讨论我回到了AWS，这让我想起了我离开的原因原帖 650 条评论 · 导入时统计把你的经验，加入这段讨论。
> 他们使用AWS，所以我登录了账户添加了几台机器。就在我的眼前，这些迹象表明了一种敌对、剥削的关系。 > 启动新机器的UI没有显示价格。我必须在另一个没有规格的表格中查找价格。 我不想为AWS辩护，但我不认为这是不喜欢它们的正当理由。我的意思是，定价取决于很多因素，比如预留/专用/竞价/按需实例都有不同的价格。 我认为通过UI启动机器并不是企业环境中正确的方式，你应该始终通过基础设施即代码来完成，这样你只需查看代码就能确切知道你正在运行什么，就像查看任何程序一样。我建议仅在简单测试中使用UI，此时成本通常（但不总是）可以忽略不计…
完整原文AWS 其实有一个相当不错的价格计算器，有一些不错的预设选项（但天啊，能不能有一个“全不选”按钮？），但当然，这需要单独的一个应用。亚马逊自然希望在获取定价信息时有一些障碍，不过我怀疑主要原因与康威定律有关：AWS 仍然按照他们的组织结构来构建产品。
完整原文我某种程度上同意你的观点，但我想指出的是，AWS 的定价比你从 UI 上看到的静态数字要复杂得多，无法仅凭此计算出你将支付的金额。 如果你觉得需要打开两个标签页来交叉核对成本很烦人，那你可能应该避免所有云服务提供商，而不仅仅是 AWS。 一旦你使用了 NAT 网关、CloudFront、S3、自动扩展、负载均衡器等，计算成本就变成了一门艺术，而不是精确的科学。如果你不使用这些服务，那使用 AWS 就没有意义了，因为有很多“便宜”的 VPS 供应商。
完整原文>> 启动新机器的 UI 没有显示价格。我不得不去另一个表格里查找价格，而那个表格没有规格信息。 这是错误的。当你选择机器时，价格会立即显示出来。 我并不在 AWS 工作...
完整原文亚马逊的工程文化不是有非常以工程师为主导的产品文化吗？也就是说，开发者通常负责用户体验和流程。 有些开发者在这方面确实很擅长，但大多数人在用户体验方面非常糟糕。 我的意思是，也许这是有意为之，但只是糟糕的用户体验文化。
完整原文这是我喜欢Azure的一点，他们在你创建每个单独项目时不会用列出的价格来让你感到压力，但他们似乎总是会在可能价格昂贵的东西上显示价格。这是一种很好的平衡，我到现在为止还没有被账单惊到过。
完整原文如果你看到虐待关系的迹象，你有选择离开的权利，而你没有离开，那么之后发生的一切都是你自己的错。 这种说法是不必要的受害者责备，而且过于简化了。你忽视了关系中的动态，以及虐待受害者通常在经济上依赖施虐者的情况。
完整原文当我登录AWS时，有一个大图表显示“节省成本”，并展示了各种节省金钱的方法。 我觉得AWS是虐待性的这种说法有点过分了。对于那些更喜欢按月预付费用的人，有Amazon Lightsail这个选项。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。