那年夏天，我初探中间件(WAS)架构规划设计不得不说的故事

那年夏天，艳阳高照，接到"评估现状、提出咨询意见"的任务，赶赴现场。

一、延请行家里手，探索现状迷雾：
搞增值服务的，搞清楚现状是第一步，这步做好了，事情就有处理好的希望，即好的开头是成功的一半。
针对中间件的咨询设计，一般分为三个阶段：调研阶段、规划阶段和详细设计阶段，规划阶段将根据现状评估分析的结果，结合实际情况和需求，提出中间件架构规划、策略、原则，以及概要设计，指导后续中间件的详细设计。

调研一般从
1、标准
2、系统架构
3、管理
4、可用性
等方面着手，可以分为：缺失、初始、发展、成熟和优化5个阶段。

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

二、耗费心力、构建愿力，大战架构目标
有了现状之后，就要设定目标。这是一个需要多方多轮次沟通的过程，沟通一致才能推动下一步工作，这是规划阶段的关键。具体来说：根据前一阶段现状评估结果，结合需求，提出了中间件架构有针对性的优化和改进思路，并初步定义近远期路线表。
这阶段因为需要仔细琢磨、十分耗费心力，需要多层面高技巧沟通，来构建不脱离现实的统一的愿力，确定明确的架构目标。可以从下面角度展开思索：

标准
系统中采用的技术需要遵守各种业界标准，采用的软件需要规定基本的基线，系统中的各种资源需要有一定的命名规则，系统的各种操作和维护也需要有基本的标准化规范。
系统架构
需要一个既符合当前的业务要求，也充分地考虑以后发展需要的，具有充分灵活性的系统架构。
系统的可用性
作为关键业务系统的支撑，其可用性是很重要的。需要充分地考虑其高可用性，可扩展性，对不同环境的适应等多种因素。
系统的管理
作为稳定的基础架构之一，其系统的管理是不可缺少和非常重要的。 需要考虑系统的管理方式，备份方式，安全控制， 访问限制，版本更新等多方面的因素。

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

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

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

• 版本、
• 运行部件架构、
• 管理部件及高可靠性、
• 统一管理、
• 安全管理，管理用户管理、
• 安全管理，资源访问控制、
• 系统证书管理
• 系统安全管理，审计
• 系统的集中安装管理
• 系统的备份管理
• 系统的监控管理

中间件(WAS)架构规划设计初探就介绍到这里，如果对这方面感兴趣，愿意在实践中进一步提高设计水平，欢迎交流。

那年，大早上就顶着大太阳上班，
那年，顶着安全帽进入正在施工的大楼，
那年，pk来pk去最后达成一致
那年，汗水、心力、愿力凝结成一群工程师的尊严

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