如何应对AWS服务的终结：成功的策略与提示

最近在 X（Twitter）等平台上，关于 AWS 服务是否会下线的话题引起了不少关注。
Jeff Barr 先生对此发表了如下看法。

从这篇帖子来看，具体来说以下服务可能受到影响：

• S3 Select
• CloudSearch
• Cloud9
• SimpleDB
• Forecast
• Data Pipeline
• CodeCommit

特别是 Cloud9，由于它在动手实践中非常方便，常被用作界面工具，因此听到很多人对此表示遗憾。

 在这样的背景下，我写了这篇博客，想探讨一下如何应对服务的结束。

那么，让我们开始吧！

希望这些服务能一直继续！

这样的心情我非常理解，比如之前提到的 Cloud9，还有 CodeCommit，它是 AWS 环境中唯一的 Git 服务，而 Data Pipeline 在某些特定的使用场景中也非常有用。

然而，这些服务似乎已经决定不再引入新用户了。

在这种情况下，大家可能会问：“为什么这么好的服务会被取消？”或者“希望重新考虑这个决定”。

当然，继续提供这些服务是有可能的。不过我认为有时服务结束是更好的选择，这个观点是基于我在 B2C 服务运营中的经验。

服务持续运营的弊端

继续运营服务意味着需要承担某些责任。比如，如果决定不再为某个服务增加新功能，而是让它保持现状不再维护，会发生什么情况呢？

可能会遭遇安全漏洞的入侵？服务宕机导致用户投诉？使用的API规范发生变化，需要进行适配？甚至是依赖的云服务本身可能会被停用。

安全问题通常是突发的。一旦服务宕机，相关人员必须立刻进行处理。如果云服务终止，还需要考虑新的替代方案……而且只要服务在运行，就会产生云资源的费用和人力成本。

所以这并不是放任不管。实际上，只要服务对外开放运行，就不存在真正的“放置”选项。

创新的困境

创新的困境是由哈佛商学院教授克莱顿·克里斯坦森提出的理论，描述了行业内占据主导地位的公司由于过于专注于扩展和强化现有业务，而错过新技术或商业模式的机会，最终失去市场领导地位的现象。

可能大家都听说过这个名字吧？（我在写这篇博客时也向LLM咨询了一下这个概念ｗ）

我认为，创新困境的原因之一是无法进行选择和集中。公司可能拥有多个类似的服务，但因为这些服务都拥有或多或少的用户而难以放弃。尽管用户数量少，依然因为有一些用户存在而无法终止这些服务，这种情况下公司就很难灵活应对变化。

要解决这个问题，需要进行选择和集中，减少重复的服务，保留更有用的服务。

事实上，AWS也终止或限制了许多服务的使用。以下是其中的一些：

• Amazon Sumerian
• Amazon Lumberyard
• Amazon SimpleDB
• AWS OpsWorks
• Amazon Honeycode
• AWS CodeStar
• AWS IoT 1-Click
• AWS DeepLens
• Amazon QLDB

通过终止这些服务，将资源转向其他领域，我认为这是AWS生存战略的一部分。

这也许是AWS保持其竞争力所必须的措施。

什么样的结束方式是好的？

尽管如此，我认为最重要的是沟通。

如果什么都不说就突然消失，那是缺乏责任感，也是不诚实的。作为一个企业，我们需要明确说明将会做什么、在什么时候做完，以及最终会发生什么，否则用户将不知道该怎么做。

虽然不确定这样的做法是否合适，但在限制新用户注册这一决定的时机上可能有些不妥。由于这些服务深受用户喜爱，导致了很多讨论和关注。

我认为，AWS 的团队并非是不愿意提供信息，而是正在考虑如何妥善处理当前的状况。当他们得出结论时，我相信他们会与用户分享这些信息。

希望能尽快有一个令人安心的公告发布！

系统架构与服务终止

那么，在系统架构中如何应对服务的终止呢？这个问题的确很难处理。

然而，有一点可以肯定，那就是我们需要定期思考所使用服务的未来发展方向。

正如前面所提到的，例如那些具有重复功能且已过时的服务，或是更新频率较低的服务，相较于其他服务，它们更有可能被限制或终止。我们可能需要定期评估并转换这些服务。

例如，对于前面提到的 CloudSearch，我们可能需要考虑迁移到 OpenSearch Service。而对于 Cloud9，我们可能需要转向 CloudShell 或各种 Notebook 类服务，以实现同样的功能。

虽然某些服务具有较高的可移植性，而数据存储类服务则较难迁移，但这正是我们需要考虑的。定期进行服务评估和更新可能是一个有用的做法。

总结

到这里，我们已经讨论了关于服务终止的各个方面。就像没有不散的宴席一样，也没有不会停止的服务器，更没有永远不结束的服务。在这个前提下，思考未来系统的架构和建设可能是一个很好的方向。

带着有些寂寞的心情，我们就此结束这次讨论。

再见！