Bridestory在亚马逊云科技云中构建了其原始架构

Bridestory于2014年问世，是一家为新娘寻找婚礼灵感并与潜在婚庆供应商联系的一站式商店。Bridestory总部位于印度尼西亚，其应用程序拥有扩张迅速的用户群体，包括菲律宾和新加坡的用户，目前访客数达到约70万。成立两年后，这家初创公司经历了由整体架构带来的成长之痛。迭代缓慢以及在部署和扩展方面遇到的困难导致上市延期，而这正是当务之急。

Bridestory在亚马逊云科技云中构建了其原始架构，并开始向亚马逊云科技架构师咨询关于迁移到基于容器的更敏捷的现代化应用架构。

Bridestory正在使用亚马逊云科技服务包括：亚马逊弹性容器服务Amazon ECS/Amazon EKS、关系型数据库服务Amazon RDS、数据库迁移服务Amazon DMS。

Bridestory的首席技术官多尼·哈纳菲和他的团队开始使用亚马逊云科技容器编排服务（Amazon ECS），将应用程序分解为更小的服务。Bridestory以上市时间和可靠性为关键指标，计划每隔几天部署更新一次，以降低故障率。

前三到四个月的时间用于探索各种技术堆栈，为目标工作负载寻找合适的基础设施，旨在寻找一种能够通过自动升级提高敏捷性的解决方案。随后这家初创公司开始从在微服务环境中构建新功能开始，逐步将应用进一步解耦。

Bridestory使用亚马逊关系型数据库服务（Amazon RDS）存储所有业务数据，由此发现数据库迁移服务（Amazon DMS）在迁移过程中十分有用。哈纳菲表示：“通过使用Amazon DMS，我们可以实时备份数据，将数据从单体架构的旧RDS数据库同步到新的微服务数据库。此外，我们可以轻松地在Amazon RDS中创建备份，我们会经常在我们的BI工具中使用它。备份非常可靠，到目前为止我们还没有遇到任何重大数据问题。”

新的微服务架构改变了运营的方式。Bridestory还使用其容器化基础设施推出了一款名为Parentstory的新应用。他解释道，“隔离是我们新的多租户微服务模型的关键，我们一直在与亚马逊云科技的架构师一起探索如何使用相同的架构和源代码，去运营完全不同的品牌、客户和数据库。”这种“可循环利用”的方法使该团队发布Parentstory应用程序的速度比发布Bridestory的速度快了几乎三倍。

通过使用亚马逊云科技的服务，哈纳菲的团队也变得更有效率。他总结道：“目前我们正在转向使用更为通用的全托管式Kubernetes容器编排服务（Amazon EKS），这将让我们在隔离资源方面更为灵活。在亚马逊云科技的技术和服务的助力下，我们正在探索新的学习和试验的方式，这对工程师来说是很关键的，也能够提高员工留任率。”