前置服务器整合的原因和考虑的因素（探讨贴）

前置服务器整合体现出的是一种集中式的部署模式，该模式对基础架构本身的要求比分布式更为苛刻。

银行前置系统作为一种中间业务交换平台，起着前端各服务渠道与银行核心交易系统交互的功能。甚至，有的前置系统功能延伸到了交易类业务（如非核心）上。从架构设计的角度看，除了对前置系统现状的了解之外，如性能指标、非功能性需求等，更要有对未来几年的预期。如果客户预计在5年后，该系统规模会面临很大的扩展。这时候如果客户的前置系统事先构建在一个产品生命周期长，高性能且垂直扩展能力强的设备上，则会给后期的扩容带来很大的灵活度、和更简便的实施及运维。IBM LinuxONE服务器器则能匹配这些需求，LinuxONE服务器继承了IBM大型机的可靠性和超长的产品生命周期，支持隔代升级。这两点，除了保护客户投资之外，更是能始终保证LinuxONE产品线的软硬件兼容性。

最新的LinuxONE Emperor服务器，可以从2个处理器核扩展到141个。通常在合理的规划下，服务器性能的增加可以不影响到当前的应用部署，而应用架构更是能保持前后的一致性，避免应用端的改造或者数据端的进一步拆分。通过LinuxONE的集中部署，使得整套前置系统运行在同一套物理硬件上。可以对应用系统所基于的硬件、软件（系统+中间件+数据库），进行统一管理跟踪，不会出现由于不同年份采购的分布式服务器带来的部分新旧软件版本不兼容的尴尬情况。

LinuxONE虽然是IBM大型主机的硬件，而事实上，从操作系统、软件支持和外设连接的情况来看，已经是开放式的。首先，操作系统便有多种选择，如主流的企业级红帽或Suse Linux系统、Ubuntu等多种发布版本。软件同样支持多种商业软件或甚至开源软件，而存储方面可以兼容FC协议的多种高中低端存储阵列。因此，只要掌握了Linux，基本上可以很快的上手LinuxONE，不会给后期运维工作带来过多的不便性。另外，集中部署后，由于物理设备数量大大减少和更少的软件系统，其实也进一步降低了运维的复杂度。

如您所提到的，系统整合绝对是一个需要非常细心的、通盘考虑的项目。LinuxONE集中式部署，给客户提供了另外一种整合的思路，而这种思路正是基于IBM多年以来对主机研发不断的投入和对银行业务的深度了解之上。在全球范围，已经有多家银行采用LinuxONE作为前端或核心的应用和数据服务器，相信LinuxONE也可以帮助我们更好的实现系统整合。

根据银行前置业务系统的特点进行分析，主要存在以下几个问题：

1、在运行一段时间后，前置服务器的处理能力超过当时的设计，需要扩容或整合。

2、在前置系统升级、整合过程中会出现系统兼容性的问题。

3、需要灵活的系统迁移措施，应对系统迁移风险。

4、前置系统整合应降低运维和管理的难度，降少技术和人员成本。

5、前置系统整合应考虑项目实施的过程的复杂性，降低实施难度。

为了解决以上问题，建议选择基于LINUX ONE的解决方案，可以很好的解决以上的问题。

1、在考虑前置系统整合设计时，应充分考虑前置整合系统的扩展性，在架构上应满足未来的发展需要，可支持灵活的纵向或横向扩展。LINUX ONE灵活架构支撑动态扩展及整合需求，轻松实现向上扩展，及虚拟向外扩展的需求（单机支持高达8000个虚机），强大的硬件设计帮助实现单一平台的混合工作负载，可以很好的解决处理性能不足和资源扩展问题。

2、为了解决系统兼容性问题，建议将前置系统统一到LINUX平台上来。LINUX平台具有稳定，兼容性好等特点，而且支持多种不同版本的数据库、中间件、分析工具、管理工具和编程语言等。降低操作系统和软硬件等因素的复杂性，统一软件架构和平台，就可以获得更好的兼容性。LINUX ONE支持超过3100个软件产品，优异的软件兼容性可以轻松帮助银行实现前置系统整合。

3、为了应对系统迁移带来的风险，建议首先将前置系统进行虚拟化处理。前置系统经过虚拟化处理以后就可以利用虚拟机迁移技术大幅减少计划内停机窗口和时间。LINUX ONE支持跨服务器虚机迁移，在进行机房整体迁移和系统迁移等问题时，可以方便的进行迁移，降低迁移风险。

4、传统的X86架构，在整合前置系统时，需要通过横向扩展去实现，随着服务器数量的增加，人员随之增加，运维管理难度加大。而LinuxONE环境中，人员几乎不需要增加。 对于大型部署环境下，LinuxONE维护人员只相当于X86平台下的1/13。

5、在考虑前置系统整合实施方案时，要充分考虑实施的风险，明确详细的实施步骤和回退方案。建议在系统整合时先备份重要数据，然后再将前置系统进行虚拟化备份，如果是物理服务器，那么先将服务器进行虚拟化处理进行虚拟机备份，万一出现整合失败时，可以快速的进行回退。另外，在进行整合之前，建议先将前置系统以虚拟机的方式先迁移到LinuxONE进行验证测试，然后再进行大规模整合部署。

欢迎大家探讨

银行前置系统的整合应该从以下几个方面考虑，

一、业务和应用系统的整合；

二、计算存储等基础设施的整合；

三、网络和安全的整合；

四、运行管理的整合；

    我想从二、三两个角度说，整合的是基础设施，是硬件平台。将过去个个孤立的硬件、环境进行整合到一个基础设施平台上，自然是通过虚拟化方式进行。通过私有云平台将计算、存储、网络进行资源整合。

个人感觉，其实要说前置系统的整合也好，升级也好。更多的是从业务角度来考虑的。传统的前置服务器不带任何交易色彩，它从标准化上和去耦合性上考虑。但是随着银行业务系统的升级换代，也同样希望前置系统能改变传统角色实现更细粒度上的标准化，实现交易级别的控制。从这个角度上来讲，这种整合和升级完全涉及不到基础架构的改变。

如果从性能上来讲，可能来自于互联网渠道的交易越来越多，随着互联网相关的金融业务的展开随着互联网交易量的蓬勃增加，那么基础架构有可能成为瓶颈。

     我们上ESB就是当时往SOA架构转型的。投入大量的人力、物力。架构从传统的单一化、烟囱式转变为平台式。系统的更新换代确实是推动前置服务器整合的关键因素。

    前置服务器的概念很广，银行在用的前置系统既有比较传统的，也有后期搭建的分布式的。

   楼上说的没错，整合和升级要分是否涉及到基础架构的改变。不同的整合原因，评估的因素也是不同的。