Discova：为领导团队提供的独立架构审计

客户

Discova（discova.com）是 Flight Centre Travel Group（ASX： FLT）的目的地管理业务板块，后者是全球较大的旅游公司之一。其渊源可追溯至 1994 年成立的 Buffalo Tours；2019 年，在 Flight Centre 将其各项目的地管理业务整合后， Discova 品牌正式形成。其业务覆盖东亚、东南亚和南亚，约 95% 的员工常驻并来自其所服务的目的地， 并向全球一些最大的旅游公司提供一日游、接送服务、长线旅游、教育旅行和 MICE 项目。

这种业务模式对软件提出了不同寻常的要求。DMC 一端连接全球旅游运营商，另一端连接数以千计的本地供应商， 而位于中间的系统必须协调两端需求。

管理层需要了解什么

这项任务由 CEO 和高级管理层而非工程团队提出，这决定了整个工作的开展方式。问题包括：

• 企业应用生态系统是否适用？
• 中间件架构能否随着增长计划扩展？
• 脱离遗留平台的迁移方案是否合理？
• 云成本实际上为我们带来了什么？
• 内部团队和交付供应商是否具备实现纸面计划的能力？

最后一个问题在审计任务说明中常常被忽略，但它决定了前四个问题能否得到解决。

我们做了什么

进行了六周的独立评审，并每周汇报，以确保最终 报告中的内容不会让人感到意外。范围包括：

• 下一代平台架构。 目标设计是否能够承受业务预期的 交易量和集成负载。
• API 与集成边界。 Discova 连接着数十个旅游行业 系统。对于这类系统环境而言，大部分运营风险都集中在这一边界。
• 脱离遗留平台的迁移方法。 顺序安排、依赖关系，以及 那些会使部分迁移导致业务在超出任何人预算预期的时间内同时运行两套系统的节点。
• 云成本与平台适配性。 该系统环境的成本是多少，以及支出结构 是否与工作负载结构相匹配。
• 团队与供应商能力。 对两者进行坦诚评估，并提交给管理层。

旅游领域知识在这里很重要。评审并没有把第一周花在了解 DMC 的业务、系列发团与 FIT 预订有何不同，或为何供应商签约 如此困难上。那些时间被投入到了实际系统环境中，这也是为什么客户 将这次工作描述为快速且轻松。

交付成果

一份按风险等级排序的问题发现与建议的书面报告，并按时交付。

一份文档必须同时服务于两类受众：既要有足够的技术细节供 工程团队采取行动，也要有足够通俗的语言供 CEO 和高级管理层据此 做出投资决策。