CrowdTangle 经验谈：如何立足 AWS 构建 SaaS 解决方案

马曾经是种极为重要的交通工具。

如果大家打算在 150 年前提供信使服务，就会意味着使用马匹作为交通工具能够带来远超步行的交付效率。当然，大家也必须雇专人照顾马匹、购买饲料并清理马厩——但这一切在马匹带来的速度优势面前简直不值一提。随着时间的推移，饲养马匹带来的相关技能将使得大家建立起自己的完整业务系统，从而更为高效地处理各类突发事件。

然而接下来汽车出现了，马匹作为交通工具的使命开始逐步被历史所淘汰。

当然，这一过程并非一蹴而就。第一辆行驶在街头的汽车并不会让您立刻破产。而且尽管汽车已经越来越多被主流所接受，大家仍然拥有一定的比较优势，证明并无转投汽车邮递方向的必要。然而，一旦以车辆为主要工具的同类企业开始出现，您的大麻烦将很快由可能变为现实。

在 CrowdTangle 公司，我们构建起一系列全球领先的工具选项，旨在帮助人们对社交媒体中的信息动态加以追踪。我们拥有一支工程师与才会人员团队，负责引导各大媒体企业、大联盟队伍以及其他用户找到其最关心的实时信息。更重要的是，我们的公司建立于 2011 年，并在过去五年中一直在使用 AWS。我们过去曾经、未来也将坚信 AWS 能够作为我们建立完整业务的稳固基石。

AWS 对我们而言就如汽车一般。

这样的比喻看似夸张，但其实非常客观。立足于 AWS，我们得以建立起一套完全不同于以往五年的组织形式。具体来讲，AWS 在四大主要方面对我们产生了影响：业务模式、人员聘用、规划以及速度——当然，这一切总结起来都可以归纳为“成本”二字，进而推衍为“生存”。

首先是商业模式。当最初建立这家企业时，我们并没有考虑利用物理介质承载我们的软件，亦没有考虑建立自己的基础设施。相反，我们选择了软件即服务（简称 SaaS）这一模式，并借此获得了大量直接性收益：我们能够允许用户单纯通过访问网站的方式试用我们的产品; 我们能够在一天之内发布数十项功能与修复方案; 我们亦能够确保每位用户皆具备同样的受控使用体验。不过更重要的是，要交付业务产品，我们过去必须在起步时即承担沉重的资本支出。但在 AWS 的帮助下，我们无需此类初始成本即可让 SaaS 成为一种可行的发展选择，并在业务增长的同时不断扩大规模。

其次是人员招聘。AWS 提供 Amazon 关系数据库服务（简称 Amazon RDS），这是一项托管数据库服务，意味着我们不再需要雇用数据库管理员即可将该服务直接交付开发者使用（且使用英特尔至强 E5 处理器，代表性能质量亦可得到保证）。另外，AWS 还拥有 Elastic Beanstalk，这项服务允许我们更为轻松地在 AWS 之上部署自有应用程序，从而为前端及后端服务器设置独立环境并以一键式操作对其分别加以扩展。再有，AWS 的托管 NoSQL 数据库服务 Amazon DynamoDB 使得我们不再需要四名全职工程师专门负责数据库的连接与运转。我们拥有 TB 级别的实时数据，可在个位数毫秒之内完成响应，而且在我个人看来该服务完全能够实现自我维护。在此基础之上，我的团队能够专注于考量如何推动业务发展，而不再需要为保持系统正常运作而分神。

第三项为规划。如果大家仍然生活在以马匹作为主要交通工具的时代，那么资源采购模式无疑是根据自身能力尽可能多地进行设备买入，直到您清楚地发现当前资本支出已经超过企业的承受能力。另外，大家需要研究各类新型设备、联系供应商、投入大量资金、等待设备发货、进行现场安装，并在其性能无法满足需求时尝试转售以收回一点成本。但在汽车时代下，如果我认为企业需要更多设备资源，则可在很短时间之内申请一项实例，并按小时为这一立即可用的资源支付成本。在相关任务完成之后，我可以关闭该实例并不再承担任何后续成本。更重要的是，实例本身的具体规模并不重要——我们完全可以根据需求申请与之匹配的资源容量。

最后，我想聊聊速度这个话题。由于我们选择在 AWS 之上建立自己的解决方案，因此我们得以拥有一支敏捷、能够快速交付资源并主要关注项目本身而非被迫思考系统维护工作的团队。我们不仅能够在业务范围内的项目进行快速转换，同时亦可以低成本方式实现探索性思路的实验性实施。每个新项目既可能中途失败，亦可能成为我们的下一款百万美元级产品——且二者在初始阶段完全相同，包括建立设想、克隆现有环境、建立项目分支、以实验性方式向客户交付并在获得好评后全面推向市场。

我们最近发现系统聚合部分的处理速度比预期更慢，因此我们开始尝试将其转移至 Amazon Redshift。为了实现这一目标，我们首先申请了一个小型 Redshift 实例（注：未进行规划），并在完成初步测试之后将整体生产数据库复制到 Redshift 当中（注：研发速度）。“生产”性实验证明这一举措确实能够带来可观收益，因此我们为自己的系统建立起一整套辅助 Amazon Kinesis-Redshift 托管通道（注：尽管新增系统，但未招聘任何额外人员），而此举最终让我们获得了此前根本无法想象的新产品研发能力。那么这一切在传统模式下需要耗费多少成本？需要采取怎样的执行方式？项目中的各项因素能否拥有受控规模以保证不致造成巨大损失？我们总是从小笔投入着手，而正是这一点让我们能够保持所在业务领域的领导地位。

毫无疑问，未来的竞争对手必然同样借助汽车作为业务基础——在这样的历史背景下，单凭马匹如何在对抗中取胜？

欲了解更多关于 CrowdTangle 公司的信息，请点击此处参阅我们的官方网站。

本文转载自 AWS 技术博客。

原文链接：

https://amazonaws-china.com/cn/blogs/china/crowdtangle-saas-solutions/