当一个公司有多个业务订单，每个业务订单有不同的属性，不同的状态时，订单中心是分开，还是合并，是一个让人头疼的业务架构难题。

• 分：如何满足个人中心订单列表的需求？如何满足订单统一对账的需求？ 
• 合：如何满足各业务侧个性化的属性需求，状态需求？

本次演讲将介绍58到家的订单中心业务架构演进，分享58到家订单中心踩过的坑，以及填坑方案。最终达到既能满足统一的列表、对账需求，又能满足业务个性化需求的效果。

业界，99%的公司是中小公司，他们的业务在快速增长与迭代，架构面对需要“支持高扩展性与高可用性”的变换可能无所适从，58到家的系统架构演进，能够真正解决他们实际中的问题。

演讲提纲

• 分还是合，多业务订单中心的痛点；
• 架构分离的常见方案及优缺点；
• 架构合并的常见方案及优缺点；
• 58到家订单中心架构实践。

听众受益

• 了解多业务订单中心架构设计可能面临的潜在问题；
• 了解多业务订单中心分离架构的常见方案及优缺点；
• 了解多业务订单中心合并架构的常见方案及优缺点；
• 58到家订单中心的业务架构设计方法论，对其他业务架构设计的借鉴与启示；