[关闭]
@Lucien 2017-10-27T07:00:50.000000Z 字数 528 阅读 686

分还是合?58到家订单中心架构演进


沈剑:58速运CTO

互联网架构技术专家,“架构师之路”公众号作者。曾任百度高级工程师,58同城高级架构师,58同城技术委员会主席。15年调至58到家,任技术委员会主席,负责其后端技术体系。现在负责58速运技术团队。本质,技术人一枚。

演讲题目:分还是合?58到家订单中心架构演进

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

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

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

演讲提纲:

  1. 分还是合,多业务订单中心的痛点;
  2. 架构分离的常见方案及优缺点;
  3. 架构合并的常见方案及优缺点;
  4. 58到家订单中心架构实践。

听众受益点:

  1. 了解多业务订单中心架构设计可能面临的潜在问题;
  2. 了解多业务订单中心分离架构的常见方案及优缺点;
  3. 了解多业务订单中心合并架构的常见方案及优缺点;
  4. 58到家订单中心的业务架构设计方法论,对其他业务架构设计的借鉴与启示;
添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注