新一代的银行应用平台究竟应该是什么样的？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

以下摘自http://www.eframesoft.cn/detail.php?type=6 id=43，仅代表我们自己的看法，希望大家多拍板砖
   新一代应用平台应当基于Windows/LINUX/UNIX和.NET/J2EE等开放平台和技术构建，所依赖的技术体系相对单一，技术资源高度整合，实现标准一致，很容易部署在中小银行适用的基础架构上。基于新一代应用平台构建的整个IT架构应当具有极高的处理性能、可伸缩性、可靠性和可用性，完全能够支撑大型金融企业的关键业务。
新一代应用平台的9大特性
    除了提供对全部银行应用的完整支撑等基本属性之外，新一代应用平台还应当具备一些关键特性——实际上，只有具备了这些关键特性的应用平台，才能真正地被称为“新一代应用平台”：
    1. 对规划、设计、开发、部署、运行管理、研究和治理提供全方位的支撑。新一代应用平台绝不仅仅只是一个提供了部署和运行管理功能的应用运行支撑环境，还是一个贯穿业务和IT层面的规划、设计、开发、研究和治理平台，为各类设计人员提供了从架构规划出发，逐步细化到具体业务流程设计、数据定义和应用处理流程设计的端到端的业务和应用设计解决方案；在这个平台上，一切实施阶段的设计、开发工作都被置于严格的架构管控之下，确保其成果与规划完全保持一致；这个平台还针对已经投产的业务和应用设计生成各种统计分析数据，为研究和治理工作提供参考和决策依据。
    2. 组件化的架构设计模型。在新一代应用平台上，架构规划和设计都将表现为可重用的组件定义：在应用与数据架构中，数据、服务层应用和展示层应用都是可重用的组件，这些组件都具有高度的可组装性和可配置性，能够帮助银行更有效地利用其应用资源，更好地适应业务发展和变化的需要；更关键的是，在业务架构中，业务操作和业务流程也将前所未有地成为可重用的业务组件，基于已有的业务操作和业务流程可以很容易地定义出新的业务流程。
    3. 高低结合的应用开发模型。在新一代应用平台上可以用编写C#、JAVA程序的方式来开发具体应用，但这种方式对于开发人员技术要求较高，因此，平台还提供以更高层面的应用开发语言（这种语言通常都是扩展的XML）为基础的应用开发模型。这种语言应当与C#、JAVA语言一样保持面向对象的强大特性，同时针对企业应用开发特性进行调整：一方面，可以去掉C#、JAVA中许多对于企业应用而言不必要的、容易引起错误的语法结构和基础类库提供的功能；另一方面，可以为一些场景进行语言级的扩展，例如，可以增加特殊的语法结构来更好地支持不同服务系统之间的报文转换过程；开发人员不必担心这种语言编写繁琐，相反，基于新一代应用平台提供的可视化的开发工具，开发人员可以用非常直观的、绘制流程图的方式来开发应用，而不需要编写晦涩难懂的XML文件。
    4. 全面、统一的资源管理。新一代应用平台通过定义包括组织机构、职员、客户、产品、合约、设备等资源在内的完整、全面的企业资源管理与访问标准，并提供符合该标准的对象类库和资源管理工具，帮助银行有效地降低资源管理的成本，增强应用访问和操作各类资源的能力，确保资源体系的扩展规范、有序，为银行的流程再造提供强有力的支持。
    5. 良好的互操作性。新一代应用平台支持在金融行业已经普遍应用的技术标准：XML、ISO8583、WebService、ODBC等等，具有与CICS、Tuxedo等常用的交易中间件良好的互操作性，能够和银行现有的IT架构解决方案融合在一起。
    6. 多渠道统一的应用开发和部署。新一代应用平台提供对几乎所有前端架构（Web浏览器、Windows桌面、电话、手机、自助服务终端、…）应用开发和运行的支持，并为这些前端架构提供了统一的应用开发模型——银行的应用开发成果在不同渠道上具有高度的可移植性，相同的应用在不同渠道上的展现会自动产生适当的差异，无需开发人员过多关心。
    7. 自动支持远程协作。基于新一代应用平台构建的前端系统都支持远程协作——所有正在操作这个系统的用户，不管他们是在Windows桌面上、Web浏览器上、自助服务终端上、移动设备上，还是在电话上，都能够享受到专家的协作服务。他们可以在专家的指导下完成操作，也可以由专家代为操作，他们甚至还可以观察和学习专家的操作，从而获得极致的服务体验。需要特别指出的是，不需要开发人员考虑如何支持这种远程协作。
    8. 为集成服务提供完备的一致性保障机制。SOA的理念日渐深入人心，银行业务系统也必将转向SOA，这意味着今后绝大多数应用都要成为服务的集成者——这就带来一个非常关键的问题：如何解决集成服务应用普遍存在的一致性问题？当前金融行业正在运用的集成服务应用平台和框架都只能通过一种自动撤消机制（效果类似数据库的回滚）来解决这个问题，但在许多业务场景中，自动撤消机制并不适用。新一代应用平台不仅仅提供“自动撤消处理”机制，还提供“手动继续尝试处理或撤消处理”机制来解决这个问题。后者和下载文件时我们常用的“断点续传”的效果非常相似，能够帮助业务人员在第一时间内用极为简单的操作修正一致性问题，同时，由于是在业务人员的监控下采取修正动作，马上可以看到修正结果，因此，不会有“自动撤消处理”可能产生的资金风险，能够有效地提升业务办理效率和服务质量，并降低操作风险和系统的数据差错率。需要特别指出的是，这并不需要开发人员做出特别的、额外的设计。
    9. 为集成服务提供高效的运行机制。绝大多数应用都要成为服务的集成者——这带来另一个非常关键的问题：集成服务应用的运行时间较长，这些时间大多消耗在等待被调用服务的应答上，按照传统的同步开发模型开发的集成服务应用会在等待时占用公共资源，从而频频造成堵塞，甚至系统崩溃。新一代应用平台提供一种异步执行机制——服务应用在执行耗时较长的处理步骤（例如，向合作企业发出服务请求并等候应答）时休眠，释放CPU和进程或线程资源，而在此处理步骤完成后唤醒并继续执行，其间系统资源将得到更加充分的利用，这种异步执行机制意味着系统可以不设置并发度阈值，不会动辄出现“因流量过大，暂停该项服务”之类的响应，让处理过程耗时较长的服务应用能够轻松应对巨大的并发压力。需要特别指出的是，这并不需要开发人员去学习一个新的复杂的异步开发模型，按照他们原先习惯的同步开发模型进行开发就能够获得这种效果。
    毫无疑问，基于这样的新一代应用平台银行可以构建真正“先进”的IT架构——一个适用的、成本可接受的、有前瞻性的、能够满足业务长远发展需要的、稳定的IT架构。更重要的是，并非只有立即全面重构IT架构才能实现这一目标，在银行当前IT架构的局部运用新一代应用平台并逐渐扩展到全局，是帮助银行实现IT架构的整合和平缓转变，最终建成行业领先的第三代架构的最有效途径。
我们的应用平台概念是一个为应用提供全面支撑的平台，意思是各种类型业务应用的都可以完全依赖这个平台快速建立。
家住海淀 发表于 2012-2-7 09:36

平台应该还有良好而广泛的前端设备集成能力
的确是个很重要的补充