Trainline 系统架构与组织结构的演变

在最近的 QCon London 会议上，Trainline 的首席技术官（CTO）Milena Nikolic 分享了公司过去五年在系统架构和组织结构方面的演变。公司通过提升技术平台的性能和可靠性，成功适应了市场变化和日益增长的客户需求。

Trainline 的业务概况与挑战

Trainline 是一家负责 £50 亿票务销售的公司，平台上有 380 万条独特路线，每秒可处理 350 次搜索。主要挑战包括 API 集成和用户在旅行前短时间内购票带来的需求峰值。

团队生产力的扩展

在 2022 年之前，Trainline 的团队围绕技术栈的所有权进行组织，这对技术和业务的对齐以及团队生产力产生了负面影响。此后，公司进行了调整，将技术更好地与产品对齐。现在，50% 的技术栈由核心平台团队负责，其余部分则由产品对齐的垂直团队负责。Nikolic 承认，应用“逆康威策略”并不总是立即成功，公司需要尝试不同的方法才能找到最优结构。

成本优化

Trainline 的大部分 IT 预算用于云计算基础设施，因此成本优化对公司至关重要。Nikolic 分享了公司在推动成本削减方面的经验教训，包括整合非生产环境、合理调整服务配置、审查架构选择（如容器与云函数）以及删除或归档旧数据。她建议避免一刀切的成本削减目标，以免团队在节省空间有限的情况下做出有害决策。

架构可扩展性

Nikolic 回顾了 2021 年至 2023 年间公司经历的三次中断，并详细分析了每次中断的根本原因。她分享了公司多年来积累的经验，并建议观众如何确保基于微服务的架构的可扩展性。她建议定期监控和审查长期流量趋势，而不仅仅是专注于发布级别的性能分析。此外，她还指出，微服务的协调至关重要，架构/工程领导必须指导团队制定重试策略、扩展策略和数据库连接池配置，以避免与可扩展性相关的问题和中断。

获取更多信息

观众可以通过 Video-Only Pass 访问 QCon London 的录制视频。