互联网服务持续继承开发

如何集中处理各种不同系统的信息利用大数据平台?

我们公司上了大数据平台,好多项目也在面向互联网转型,但是我感觉比较分散,不同的系统貌似通过一下接口来连接的,感觉很别扭,而不是当前互联网潮流下的持续性集成开发或者集中式开发,比如:供应商相关的招商招租平台系统,物流系统,erp核心系统,销售数据,小票系统等等,感觉只是单纯的耦...显示全部

我们公司上了大数据平台,好多项目也在面向互联网转型,但是我感觉比较分散,不同的系统貌似通过一下接口来连接的,感觉很别扭,而不是当前互联网潮流下的持续性集成开发或者集中式开发,比如:供应商相关的招商招租平台系统,物流系统,erp核心系统,销售数据,小票系统等等,感觉只是单纯的耦合性,而不是持续集成性。如何转变,难道要推翻之前.net开发的一些东西和之前用sql 存储过程来实现的一些东西吗?彻底推翻,重新建立吗?但是这个是不是太难了,成本太高,开发人员不够?还是只能慢慢来,慢慢推翻之前的一些已经有弊端的系统,重新构建?大数据平台已经上线,做了一些基于销售数据的对比和实时数据的监控,如何把大数据平台和其他系统持续集成?如何把我们公司的这些系统搭建成一个持续集成的大平台,大系统?

收起
参与13

查看其它 2 个回答enter2000的回答

enter2000enter2000软件架构设计师公司未知

实际上这个应该算是一个传统企业应用系统集成的老问题,与odm并没有太大的关联性。传统信息系统最大的问题是容易形成信息孤岛,导致各系统之间不能融会贯通,从而导致系统之间冲突,进而制约运营,常规的解决方案通常会建议用ESB类的总线来做集成,这样打通各个系统是很方便的,但从实际的效果上来说,我不建议直接上ESB,或者说不建议单上ESB,原因很简单,工程量太大,老旧系统中其实有大多是没有做接口设计的,这时候一方便要做老旧系统的改造,一方便还要做ESB,人力资源开销很大,建议在erp的基础上进行会员,订单的重构,辅以ESB做外围接入,避免重复的投入。

产品,会员,订单,这些基础的东西始终会是要统一的,这个阵痛是企业和开发团队必须经历的。

零售/批发 · 2016-07-28
浏览958

回答者

enter2000
软件架构设计师公司未知
擅长领域: 中间件数据库规则引擎

enter2000 最近回答过的问题

回答状态

  • 发布时间:2016-07-28
  • 关注会员:7 人
  • 回答浏览:958
  • X社区推广