免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: Celetium

[金融] 讨论:银行IT蓝图(2)- 综合前置 [复制链接]

论坛徽章:
1
射手座
日期:2013-09-30 15:24:05
发表于 2007-08-15 11:28 |显示全部楼层
原帖由 yg 于 2007-8-15 11:17 发表
看来所谓的“综合前置”连内涵都没法界定,讨论也没什么意义。
每增加一个环节,对网络事务都是很棘手的,特别是牵扯第三方的交易,为了保证逐层提交的可靠性,付出的代价是很大的。
套用数学的原则,“简单的 ...

综合前置还是有内涵的,这个概念提出来还是有他的道理的,只是在中国这个综合前置的概念特色化了,所以有些地方作的不是很好,但是大的方向还是不错的。

综合前置是前置高度的整合,这样可以大大的节省管理成本,单从硬件考虑是不是能省下不少的机器啊,省下了不少维护的费用,省了不少机房的空间。
网络事务涉及第三方拉进来一根专线走交换机,一个前置分网段映射ip就行了,处理不麻烦啊

[ 本帖最后由 dlms 于 2007-8-15 11:31 编辑 ]

论坛徽章:
0
发表于 2007-08-18 16:37 |显示全部楼层
综合前置,目前姑且这么叫,至于每个人把其理解为做什么,怎么做,确实各有不同,但大致的方向还是一致的:就是通信、报文、组合交易。至于是否里面再分渠道前置还是业务前置,各行做法不一。从我个人的概念看,不应该再分,而是做一个“大”前置。也许这样一个综合的前置比以前分散的会复杂一些,但其所带来的好处是显而易见的:统一的渠道管理,统一的冲正处理,统一的运行平台,统一的开发配置模式... ...这对于技术发展可能没有好处,但对一个企业,一个银行来说,统一就意味着更少的维护成本,更多的集中的开发力量...

论坛徽章:
0
发表于 2007-08-19 23:53 |显示全部楼层
对以上的说法,深不以为然。
讨论问题,阐述观点,应该说明具体的环境。
如果是银行的系统,起码一点要把系统的体系结构说清楚,把你要阐述的部分所承担的任务,使用的技术都说清楚。
下面只是我的猜测,LZ想说的是完全配置化的前置系统。
从我个人的实践和思考来说,不提倡,不反对。
因为业务是很复杂的,为了全配置,配置系统也是非常复杂的。对于使用者来说,学习配置系统也是蛮痛苦的。真正使用的时候,也不如想象的方便。往往是80%的功能花了20%的时间,而剩下的20%功能需要80%的时间。更严重的是配置系统是有容忍度的,有的时候应用系统的变动,会对整个配置系统产生颠覆性的影响。
配置化的系统在处理比较复杂的系统的时候,会比较多的在缓冲区中交换数据,效率也不高。
所以我不推荐全配置化的系统。
不反对的理由是,对于一些比较固定的应用,适当的使用一些配置工具可以提供一些方便。
如果让我推荐,带配置的程序生成器,可能是更好的选择。
以上只是一家之言。

论坛徽章:
1
射手座
日期:2013-09-30 15:24:05
发表于 2007-08-20 00:14 |显示全部楼层
流程框架可以配置生成。程序如果是配置生成难度太大了。

论坛徽章:
0
发表于 2007-08-20 09:48 |显示全部楼层
那钱才可以赚得心安理得,理所当然。

论坛徽章:
0
发表于 2007-08-21 08:04 |显示全部楼层
我本人是做过几个前置系统的,主要是做平台。
对于YG的观点我还是同意的,就是不要什么都配置,可能是我没说清楚,兄弟们误解了。目前我作的前置平台都是用C/C++做的,多线索+动态库。主要用户是用于渠道集成和中间业务实现。其中TCP/IP通信和部分报文解析是可以配置的,而大部分业务逻辑和流程,扩展的通信和报文解析都是要写程序的,只是这些写的程序都得符合框架的接口规则,配置到平台运行。

从整个系统来说,配置的地方并不多,大部分都是按约定程序自己去目录下找。

论坛徽章:
1
射手座
日期:2013-09-30 15:24:05
发表于 2007-08-21 08:43 |显示全部楼层
原帖由 Celetium 于 2007-8-21 08:04 发表
我本人是做过几个前置系统的,主要是做平台。
对于YG的观点我还是同意的,就是不要什么都配置,可能是我没说清楚,兄弟们误解了。目前我作的前置平台都是用C/C++做的,多线索+动态库。主要用户是用于渠道集成和 ...

配置的地方还是有很多的,如果产品作的好可以零代码实现交易。

论坛徽章:
0
发表于 2007-08-22 11:59 |显示全部楼层
前置的配置其实可以从以下几方面:
1-原子交易流程配置
2-报文转换配置
3-字典配置
其实如果配置考虑全面,是可以做到零编码的。

论坛徽章:
0
发表于 2007-09-28 23:34 |显示全部楼层
好贴!
本人一直在探索流程简单清晰,报文解析高效的交易平台,希望像楼上兄弟说的那样0编码接入各种业务,报文格式是可以配制的,不过业务只要做到动态加载就可以了,写代码到是无所谓,业务总是千变万化的,想不改代码是不可能的,要不然IBM不是只要做做配制就可以了?
不过设计出一个通用的报文解析接口太难了,我比较喜欢8583的效率与XML的层次化,如果能结合在一起,个人觉得就比较完美了

论坛徽章:
0
发表于 2007-10-16 15:37 |显示全部楼层
全配置有全配置的问题,程序也有程序的问题,没有一个能让人一劳永逸的东西,因为现实的需求一直在变,往往决定使用什么不是想的说了算,而是如何更快上线,如何节约成本,如何马上解决客户的及时需要而决定的。毕竟中国的公司不是推销产品的,而是在根据客户来改产品的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP