干货 | 为业务系统赋能，携程机票最终行程系统架构演进之路

作者简介Stephen，携程资深后端开发工程师，专注新技术挖掘，持续推动业务创新Scott ，携程资深研发经理，负责订单系统架构升级和优化一、背景携程机票订单系统是由多个业务子系统组成，包括出票、改签、航变等等，获取订单行程信息复杂度较高。例如：用户预订了一个包含了2个乘客的机票订单，该订单发生了航变，其中用户A选择了退票，用户B选择了改签。业务系统需要获得该订单最新的行程信息以及行程变化轨迹，以进行展示和进一步处理。上述例子用户的最新行程信息为：乘客1：航班号9C888，SHA-PEK，已退票乘客2：航班号9C999，SHA-PEK，已改签历史的系统设计需要通过API对各业务子系统的数据进行实时的聚合和计算，如果要获取上述例子的最终行程与轨迹，需要至少调用订单、出票、改期、航变系统等，流程复杂且耗时高，并且针对一些 ………………………………