SendGrid如何更新其平台使其成为Amazon Web Services上的云原生

这是eWEEK中名为ITScience的新功能系列中的最新文章，其中我们探讨了新一代IT与旧系统交汇处的实际情况。除非它是全新的，并且不依赖于各种装配线，否则每个IT系统中的服务器，存储和网络都可以视为“传统”。这是因为硬件和软件产品的迭代一直在加速。对于应用程序制造商来说，为了安全起见，每月或什至每周几次对应用程序进行更新和/或修补是很正常的。有些应用每天更新!硬件的移动速度稍慢一些，但制造周期也在加快。

这些文章仅描述行业解决方案，而不会关注任何单一产品。该想法是查看现实世界中有关新一代IT产品和服务如何每天影响生产的示例。他们中的大多数将是成功的故事，但也有一些关于项目破裂的故事。我们将有IT集成商，系统顾问，分析师和其他专家根据需要为我们提供帮助。

本文介绍企业电子邮件平台提供商SendGrid，以及如何将其平台更新为AmazonWebServices上的云原生平台，以期将节省的成本和效率传递给客户。该行业信息由SendGrid的首席架构师JRJasperson提供给eWEEK。

指出需要解决的问题：多年来，SendGrid发现了与为数量惊人的多租户SaaS电子邮件传递平台提供服务相关的独特挑战;自成立以来，SendGrid已处理了超过1万亿封电子邮件。其邮件处理管道的完全重新架构为云原生，为未来的持续增长奠定了基础，同时利用了源自AmazonWebServices的弹性功能和托管服务的技术支持。

描述寻找解决方案的策略：SendGrid希望将AWS的好处传递给客户。SendGrid选择AWS来利用Amazon的巨大全球影响力在全球范围内创建更多的Presence(PoP)，以快速响应API和SMTP请求，从而减少延迟并为其客户提高吞吐量。

此外，运行大规模CloudMTA要求对幕后的大量数据流进行近实时分析，这是需要流处理和机器学习技术的挑战。因此，选择能够实现此目标的提供商很重要。借助Amazon，这些功能包括AmazonKinesisStreams，AmazonEMR和AmazonMachineLearning。云提供商提供高级分析功能也很重要，通过Amazon，SendGrid可以访问AmazonAthena，Redshift和AWSDataPipeline。

列出解决方案中的关键组件：通过可用区，自动缩放计算(EC2)，AmazonElasticMapReduce(EMR)和复杂，专有且可水平扩展的调度解决方案，通过内置的本地冗余访问全球AWS区域，这无疑将证明成为此解决方案的关键

描述部署的过程，可能花费了多长时间，以及是否按计划完成：一年多来，SendGrid一直在安静地重新架构其基础架构，以在AWS上运行大规模云多租户架构。这些更改将在2017年余下的时间里继续推出。由于这项工作涉及仔细地重新架构一个能够继续发送大量电子邮件的系统，因此我们正在以一种有计划的，孤立的方式执行此部署-在新的层次中架构，以确保我们维持SendGrid客户期望的高质量服务和可交付性。

描述结果，获得的新效率以及从该项目中学到的东西：随着SendGrid重新设计其AWS平台，其电子邮件传递平台可以更好地：

根据灵活的标准动态路由流量，以简化通过最有效路径的邮件流;

从绑定CPU的组件中消除状态，以优化AWS的自动扩展功能;

分发有状态的问题，例如事件，信号聚合，处理和编排，以准备扩展到AWS托管服务公开的原语之上;和

将邮件处理和传输代理与基础网络组件分离开来，以确保为客户提供强大的可传递性。

描述投资回报率，碳足迹节省和员工时间节省(如果有)：预期的投资回报率好处包括：

使用AWS的全球业务将使SendGrid减少许多客户接触点的延迟;和

利用AWS的托管服务将使SendGrid加速开发差异化功能，以取悦客户。

标签：

免责声明：本文为转载，非本网原创内容，不代表本网观点。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。