背景
针对如火如荼的跨境电商行业，催生了提供一个SaaS电商平台为一些传统企业和机构开展跨境电商业务的市场机会，所以我们有机会来做这件事情。今天重点讨论销售和运营系统，不涉及跨境贸易价值链中的采购、通关、购汇结汇以及支撑电商业务的CRM，OMS，ERP等系统。
团队成员-最初由3名具有比较丰富企业级电商平台开发经验（6年）的资深工程师组成，经过1年发展，团队规模成长到30+工程师。
架构准则
1.领域驱动-基于自己对企业级电商平台设计和开发的丰富经验，进行领域建模，并将领域映射到业务子系统，划分高阶系统边界
2.分布式、服务化-吸取企业级电商平台的经验教训，各业务子系统独立开发、测试和部署，子系统以服务暴露自己的能力，子系统与子系统之间以服务进行通信和交互。这一点可能会有些争议，在业务发展初期，整个系统的容量不需要那么大，分布式是不是overdesign，特别是在部署上对一个小团队来讲也很难驾驭。在项目中途我也曾经深深的质疑过这一点，但是慢慢也体会到它带来的好处，放开分布式架构带来的未来系统更容易更灵活的优势暂且不谈，至少每个业务子系统能比较独立高效的开发，测试和部署，在一个高速发展的团队，不可避免的沟通会成为一个巨大的挑战，这种独立性可以很大程度减少一些艰难和低效的沟通。当然为了减少太多子系统的分布式部署，我们也从物理上
3.持续集成-从第一天开始建立持续集成的体系和流程，保持开发、测试、部署的高效性
第一阶段（2个月）
在人员有限的情况下，以一个业务领域切入，构建业务子系统，确定基础技术选型，提供业务子系统的样本项目工程和框架供后续业务子系统开发参考。因为交易是电商平台最重要的一个业务领域，并且涉及到跟几乎所有其他业务领域的交互，我们选择交易子系统为切入点。
基础技术选型：Java+Spring作为服务开发的基础框架，MySQL存储交易数据，RestEasy作为REST服务框架，子系统间的服务调用使用Hessian。因为团队成员曾经在淘宝交易平台的工作经历，整个服务框架基础技术栈的的选型深受阿里的影响。
1.一个业务子系统由business_