CV Data

Stack Overflow 的公共技术问答平台每月有超过 1 亿人次访问，其 SaaS 产品， 团队堆栈溢出，帮助组织进行内部知识共享和协作。两者都拥有 Stack Overflow 团队努力保护的私人用户和客户数据，尤其是面对针对其平台发起的许多 DDoS 攻击。在从整体迁移之前，Stack Overflow 的 Web 属性已构建在与公共平台和 Stack Overflow for Teams 相同的平台上。
通过这种整体设置，如果营销页面受到损害，它们可能会暴露 纳米比亚whatsapp数据 用户数据。这意味着 stackoverflow.com 营销属性上内容的任何更改都必须经过与应用程序本身的更改相同级别的审查。 David 的团队只有三个人，而且内容请求频繁，因此这种设置意味着对工程资源的严重依赖，有时会占用工程周期来简单地更新文本。
“我没有时间关心托管或设置服务器，更重要的是，关心安全和 DDoS 攻击等问题。我们有一个 SRE 团队，但我们应该把他们的时间花在实际产品上。”大卫·朗沃斯，品牌设计总监
这导致营销网站更新过程极其稳定，但需要手动且耗时。为了实现他们的营销目标，他们需要加快步伐。
解决方案：与单体架构分手
David 的团队需要让整个组织的内容创建者能够自助服务、创建和编辑网页，而不会给 SRE 和 DevOps 团队带来负担。他们确定了解决此问题的几种方法，包括更改所有 Stack Overflow Web 属性的登录系统，以便它们可以针对整体架构进行构建。
然而，将这项工作纳入工程路线图需要一年多的时间，他们需要加快步伐。因此，正如 David 所说，他们决定“打破单体应用”，而不是对应用程序进行额外的更改。