来聊聊建行的新一代核心系统建设吧 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

fupingyu 发表于 2012-4-2 22:54

我理解的核心业务系统软件分层架构是：
客户层---接入层---表现层---服务层---逻辑层---持久层
这样分太抽象了吧？！
zp9000 发表于 2012-4-5 11:18

这样分太抽象了吧？！
IBM的传统， 就是在业务模型上抽象不出来， 就拿一整套面向对象的技术实践方法论从技术的角度来砍晕你， 让你无从入手， 技术上永远错不了， 但如果业务模型最终归纳不成功， 却不会是ＩＢＭ的问题． 因为这种方法其实逃避了核心系统最有价值的内容， 业务模型的规划和设计， 将最终系统成功和失败的风险仍然推到实施团队身上了．
客户层---接入层---表现层---服务层---逻辑层---持久层
客户层：字符终端、web客户端、富客户端、自助终端等，其中富客户端包含相当部分的表现逻辑，部署在支行营业网点。
接入层：分行前置机、ATMP、POSP等，对辖属终端进行管理，部署在分行。
表现层：web服务器，提供表现逻辑和公共功能（调用服务、安全服务），部署在总行。
服务层：esb、bpm服务器，提供组合服务（粗粒度的业务逻辑）、全局事务控制，部署在总行。
逻辑层：app服务器，提供细粒度业务逻辑，部署在总行。
持久层：db服务器，提供数据服务，部署在总行。
fupingyu 发表于 2012-4-5 19:00

字面上看是抽象了，稍微具体说明如下：
客户层---接入层---表现层---服务层---逻辑层---持久层
前三层大致差不多，应该在同一层吧，只是具体功能不一样啊
前三层：客户层---接入层---表现层，对于多渠道、分布式银行应用，前三层合并不了，逻辑上物理上都合并不了，其中接入层抛开其管理控制功能外，atmp、posp等还有消息转发功能
pacman2000 发表于 2012-4-5 21:26

对于建行的大机来说，app服务器和db服务器哪里能分得开啊。
你说的在理，不过我是泛指我理解的银行核心业务系统软件架构，我刚发了一个帖子，其中有个图示，可以表现建行的大机。http://www.itpub.net/forum.php?m ... =1599080 extra=
一、这个层次的划分，还是传统的从企业自身的视角出发，没有考虑客户的视角是无法满足新的业务需求并支持业务快速交付的；
二、现在不要还是一说核心业务就言必称大机，大机应该向承载某类或某些交易处理的核心服务平台角色转变，开放系统也可以作为平台组成部分的，交易请求的分类和接入、数据的沉淀、内部的管理决策应该由其他平台层来实现，这样整个架构就是一个每层高集成整体松耦合的架构。
fupingyu 发表于 2012-4-5 19:00

字面上看是抽象了，稍微具体说明如下：
客户层---接入层---表现层---服务层---逻辑层---持久层
现在分行已经不适合布置前置了，分布式部署不是说要总分行部署才行，分行现在IT力量已经削弱很大了，出了事情不仅影响范围大，也无法快速处置；大型商业银行现在总行都是多中心布局，在总行多中心就可以实现分布式部署，所有分支机构和网点直接接入总行中心，既能实现架构的高可用和灵活性，又能提高传统灾备中心的价值。
zp9000 发表于 2012-4-6 13:43

现在分行已经不适合布置前置了，分布式部署不是说要总分行部署才行，分行现在IT力量已经削弱很大了，出了 ...
大型商业银行现在总行都是多中心布局，在总行多中心就可以实现分布式部署，所有分支机构和网点直接接入总行中心 ，这种做法很好！软件问题得到简化。Web客户端、Java富客户端本身是直接指向Web服务器的，比较纠结的是自助设备如atm、pos等原先是消息驱动的，分行有消息转发功能，需要改造。安全措施方面除了登录身份认证外还有没有其它措施？
另外：热备、灾备你们是如何做到客户端自动转向的？