中间件架构规划设计思路

一、延请行家里手，探索现状迷雾

搞增值服务的，搞清楚现状是第一步，这步做好了，事情就有处理好的希望，即好的开头是成功的一半。

针对中间件的咨询设计，一般分为三个阶段：调研阶段、规划阶段和详细设计阶段，规划阶段将根据现状评估分析的结果，结合实际情况和需求，提出中间件架构规划、策略、原则，以及概要设计，指导后续中间件的详细设计。

调研一般从

1、标准

2、系统架构

3、管理

4、可用性

等方面着手，可以分为：缺失、初始、发展、成熟和优化5个阶段。

由于延请行家里手，访谈+上手检查，耗时较长但很扎实，迷雾一层层被吹开，不出意外，存在多种问题。

二、耗费心力、构建愿力，大战架构目标

有了现状之后，就要设定目标。这是一个需要多方多轮次沟通的过程，沟通一致才能推动下一步工作，这是规划阶段的关键。具体来说：根据前一阶段现状评估结果，结合需求，提出了中间件架构有针对性的优化和改进思路，并初步定义近远期路线表。

这阶段因为需要仔细琢磨、十分耗费心力，需要多层面高技巧沟通，来构建不脱离现实的统一的愿力，确定明确的架构目标。可以从下面角度展开思索：

标准：

系统中采用的技术需要遵守各种业界标准，采用的软件需要规定基本的基线，系统中的各种资源需要有一定的命名规则，系统的各种操作和维护也需要有基本的标准化规范。

系统架构：

需要一个既符合当前的业务要求，也充分地考虑以后发展需要的，具有充分灵活性的系统架构。

系统的可用性：

作为关键业务系统的支撑，其可用性是很重要的。需要充分地考虑其高可用性，可扩展性，对不同环境的适应等多种因素。

系统的管理：

作为稳定的基础架构之一，其系统的管理是不可缺少和非常重要的。 需要考虑系统的管理方式，备份方式，安全控制， 访问限制，版本更新等多方面的因素。

将应用分类，如果应用程序不支持 WAS 群集，可以使用HACMP，一套应用节点将一个WAS应用服务器安装和配置在共享硬盘中，WAS所需要的文件系统和IP由HACMP确定，某一时刻仅有一个应用服务器运行。

如果应用程序支持 WAS 群集且业务系统中仅有一个应用，建议一个机器一个应用服务器，WAS 群集，按 WAS 群集方式配置，有 Deployment manager ，nodeagent 和多个应用服务器，服务器间配置 会话复制. 同一时刻可以有多个应用服务器运行。 请求可跨越服务器继续运行

在架构规划过程中可以注意以下主题：

版本、

运行部件架构、

管理部件及高可靠性、

统一管理、

安全管理，管理用户管理、

安全管理，资源访问控制、

系统证书管理

系统安全管理，审计

系统的集中安装管理

系统的备份管理

系统的监控管理

（部分内容引用IBM咨询方法论）