InfoQ：特别地，实体店的存在给系统架构演进带来怎样的影响？
孙迁：这是苏宁最大的特色所在，虽然实体店及线上店最终的本质都是为了销售而存在，但是实体店的运作方式和线上的运作方式还是有很大的不同之处。如何更好地利用目前的资源，做到最大程度的融合是苏宁面临和要解决的问题，而且基本上是没有任何参考案例的，只能持续地摸索，不断地总结，才能探寻出适合自己的路。
在业务方案及架构设计上必须要深入考虑这些特点，关注各种可能区分及融合的场景，需要我们比任何一个单一渠道的同行考虑地更多，从而设计出适合自身业务发展的系统架构。在交易链路上的各个环节，比如库存、价格、寻源、促销、会员、购物车及订单都和同行有一定的差异，这些差异会给系统设计带来更多的输入同时引入更多的可变因素，从而对架构设计提出了更高的要求。
为了应对渠道差异下的融合，同时为了更好地发挥线上线下的综合能力，最终实现1+1>2的目标，单一渠道的分析思维不利于苏宁发展，这么多年我们也在持续地摸索和总结，任何业务场景的分析都需要考虑到融合的特点。
InfoQ：能否简单介绍苏宁云商目前的核心交易系统，这套系统如何满足多种业务形态的需求，在接下来的发展中还会有哪些调整和优化？
孙迁：苏宁整体业务系统主要分为前台、中台和后台三大部分，三个部分各司其职。
中台主要负责核心交易系统及所依赖的核心业务系统的构建工作，其中包括但不限于库存、价格、寻源、促销、会员、购物车及订单系统，基本上所有的业务都是运行在这些系统之上；
前台则以这些系统提供的服务构建各种各样的炫酷的产品。
这种松耦合的架构设计思路一方面可以尽可能地保证各个系统能够快速应对自身业务的变化和新产品的快速发展，同时在错综复杂的业务场景下给系统性能及扩展能力提供了相对稳定的基础。
就像通用处理器和专用处理器的区别，上述描述的中台各系统构建出来了一个通用处理器，可以更好地适应业务的变化，但是也带来了一些问题：比如特定场景下可能不是太高效。
举个例子：我们在实现爆款抢购等高并发业务时采用了这种基础业务组件和系统来构建，后面遇到了极大的性能问题，基本上很难保证此产品的使用及推广。后续的架构选型更倾向于一个简单而高效的专用处理器的设计理念，交易过程中的处理过程是完全不同的一条系统链路去支撑的，这条链路上的处理单元相对简单，只做和其相关联的必要的业务校验逻辑及链路，去掉了很多无关的通用业务校验和链路，甚至在逻辑部署上也是完全独立的，但是这样差异化的设计不代表会带来差异化的用户体验。
其实问题的关键就是如何正确识别、选择及设计“通用处理器”和“专用处理器”，在后续的发展过程中我们主要也会从以上方面去持续优化，以设计出可以更快速的应对业务变化且更高效的组件或者系统。
InfoQ：苏宁云商计划依靠数据做哪些决策，如何做到？能否从开发和用户体验两方面谈谈目前大数据给苏宁云商带来了哪些影响和变化？
孙迁： 这是个很大的话题，从用户行为、销售预测、商品采购、库存调拨、智能定价、定向推广、促销规划、货架摆放、运输路线等各个环节都会依赖大量的数据分析以提升各个环节的运作效率，这里举两个例子：