如何集中处理各种不同系统的信息利用大数据平台？
我们公司上了大数据平台，好多项目也在面向互联网转型，但是我感觉比较分散，不同的系统貌似通过一下接口来连接的，感觉很别扭，而不是当前互联网潮流下的持续性集成开发或者集中式开发，比如：供应商相关的招商招租平台系统，物流系统，erp核心系统，销售数据，小票系统等等，感觉只是单纯的耦合性，而不是持续集成性。如何转变，难道要推翻之前.net开发的一些东西和之前用sql 存储过程来实现的一些东西吗？彻底推翻，重新建立吗？但是这个是不是太难了，成本太高，开发人员不够？还是只能慢慢来，慢慢推翻之前的一些已经有弊端的系统，重新构建？大数据平台已经上线，做了一些基于销售数据的对比和实时数据的监控，如何把大数据平台和其他系统持续集成？如何把我们公司的这些系统搭建成一个持续集成的大平台，大系统？
3同行回答
实际上这个应该算是一个传统企业应用系统集成的老问题，与odm并没有太大的关联性。传统信息系统最大的问题是容易形成信息孤岛，导致各系统之间不能融会贯通，从而导致系统之间冲突，进而制约运营，常规的解决方案通常会建议用ESB类的总线来做集成，这样打通各个系统是很方便的，但从实际的效果上来说，我不建议直接上ESB，或者说不建议单上ESB，原因很简单，工程量太大，老旧系统中其实有大多是没有做接口设计的，这时候一方便要做老旧系统的改造，一方便还要做ESB，人力资源开销很大，建议在erp的基础上进行会员，订单的重构，辅以ESB做外围接入，避免重复的投入。
产品，会员，订单，这些基础的东西始终会是要统一的，这个阵痛是企业和开发团队必须经历的。
这个问题我们可以持续探讨哈~~
首先，您提及的贵公司的好多系统之间的集成貌似是点对点的集成？这种情况可以基于SOA理念来实现系统与系统间的交互，比如贵公司可以上ESB来解决系统互联、异构系统间的信息交换等问题；
2）大数据平台本身并不是用来解决各系统集成问题的哈，大数据平台和其他系统集成（从您的描述看，大数据平台用到了其余多个系统的信息），这种集成也推荐基于ESB来做哈；
3）是否推翻之前用.net开发或sql存储过程开发的东西，这个没法一概而论哦，但是如果之前这些系统中含有大量的业务规则，且这些业务规则/业务逻辑经常发生变化的话，则可以建议引入ODM来把这些业务规则剥离到ODM中来实现，提供系统灵活性和扩展性；