一家零售上市公司的IT框架,请教各位老师

10-09-02 lojhome
各位前辈或老师:

我是一家零售上市公司的IT管理人员,对J2EE等一些框架有些粗浅的认识。

我们的公司现在使用的系统架构是传统的C/S,前端Delphi后端用的是SQLSERVER2000,目前公司年销售已达到100亿,对系统的要求月来越高

目前公司整体IT框架是,200家门店前端总共4000台POS收款机,门店系统由Delphi+SQLSERVER2000,C/S架构,总部也是这样的C/S架构,做了个单服务器热备,服务器是IBM小型机,进销存数据通过IBM MQ上传总部系统。这种架构当前我们遇到了瓶颈,比如数据实时性较差,总部系统性能也跟不上业务要求,门店硬件软件维护量大,每天的ETL任务都无法按时完成。

我想请教的是这种门店与总部分离的架构是否需要革新,比较适合的架构是怎么样的?

我们的困惑是:

1.是否有必要使用分布式框架,因门店业务比较繁忙,客流量较高,如果门店服务器集中到总部采用大集群的方式,使POS机直连总部中间件服务器,这样万一断网怎么处理?

2.是否需要改用ORACLE数据库,是否有必要上数据库的RAC。

3.对于大型零售企业的话请问目前最为合适的架构是什么,业界有什么比较好的案例,谢谢。

[该贴被lojhome于2010-09-02 03:35修改过]

    

2
banq
2010-09-03 09:39
2010年09月02日 03:32 "lojhome"的内容
是否有必要使用分布式框架,因门店业务比较繁忙,客流量较高,如果门店服务器集中到总部采用大集群的方式,使POS机直连总部中间件服务器,这样万一断网怎么处理?

2.是否需要改用ORACLE数据库,是否有必要上数据库的RAC。

3.对于大型零售企 ...

由于你已经采取传统的C/S架构,走上了集中式计算的路径,不能回头了,所以,条件限制你没有必要再回头选择分布式。

分布式和传统集中式都适合大型零售企业,关键是成本以及零售企业的成长速度,如果追求低成本,高增长速度,选择分布式;反之集中式。

btw:国外零售企业由于没有中国这么爆发增长,都是慢条斯理,所以,一般采取集中式比较合适,但是如果把这套经验搬到中国,就不一样了。这就是现实中洋枪洋炮水土不服的原因。

mk00709
2010-09-06 22:27
觉得应该在 200 个下级服务器 和 IBM小型机 找瓶颈做优化。

或者在后端集群几台机器做中间存储再传回小型机。。。。请教一下IBM小型机装sql server ? db2吧

lojhome
2010-10-13 16:19
谢谢老师了

nkhanxh
2010-10-19 15:45
应该新开发一套系统,然后新开的店逐步都用这套,然后老系统和这套暂时都用同一个库。

等新系统稳定之后,逐渐剃掉老的。

否则总有一天会承受不了的

猜你喜欢
2Go 1 2 下一页