中间件(WAS)架构规划设计思路
Posted twt企业IT社区
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了中间件(WAS)架构规划设计思路相关的知识,希望对你有一定的参考价值。
一、延请行家里手,探索现状迷雾
搞增值服务的,搞清楚现状是第一步,这步做好了,事情就有处理好的希望,即好的开头是成功的一半。
针对中间件的咨询设计,一般分为三个阶段:调研阶段、规划阶段和详细设计阶段,规划阶段将根据现状评估分析的结果,结合实际情况和需求,提出中间件架构规划、策略、原则,以及概要设计,指导后续中间件的详细设计。
调研一般从
1、标准
2、系统架构
3、管理
4、可用性
等方面着手,可以分为:缺失、初始、发展、成熟和优化5个阶段。
由于延请行家里手,访谈+上手检查,耗时较长但很扎实,迷雾一层层被吹开,不出意外,存在多种问题。
二、耗费心力、构建愿力,大战架构目标
有了现状之后,就要设定目标。这是一个需要多方多轮次沟通的过程,沟通一致才能推动下一步工作,这是规划阶段的关键。具体来说:根据前一阶段现状评估结果,结合需求,提出了中间件架构有针对性的优化和改进思路,并初步定义近远期路线表。
这阶段因为需要仔细琢磨、十分耗费心力,需要多层面高技巧沟通,来构建不脱离现实的统一的愿力,确定明确的架构目标。可以从下面角度展开思索:
标准:
系统中采用的技术需要遵守各种业界标准,采用的软件需要规定基本的基线,系统中的各种资源需要有一定的命名规则,系统的各种操作和维护也需要有基本的标准化规范。
系统架构:
需要一个既符合当前的业务要求,也充分地考虑以后发展需要的,具有充分灵活性的系统架构。
系统的可用性:
作为关键业务系统的支撑,其可用性是很重要的。需要充分地考虑其高可用性,可扩展性,对不同环境的适应等多种因素。
系统的管理:
作为稳定的基础架构之一,其系统的管理是不可缺少和非常重要的。 需要考虑系统的管理方式,备份方式,安全控制, 访问限制,版本更新等多方面的因素。
将应用分类,如果应用程序不支持 WAS 群集,可以使用HACMP,一套应用节点将一个WAS应用服务器安装和配置在共享硬盘中,WAS所需要的文件系统和IP由HACMP确定,某一时刻仅有一个应用服务器运行。
如果应用程序支持 WAS 群集且业务系统中仅有一个应用,建议一个机器一个应用服务器,WAS 群集,按 WAS 群集方式配置,有 Deployment manager ,nodeagent 和多个应用服务器,服务器间配置 会话复制. 同一时刻可以有多个应用服务器运行。 请求可跨越服务器继续运行
在架构规划过程中可以注意以下主题:
版本、
运行部件架构、
管理部件及高可靠性、
统一管理、
安全管理,管理用户管理、
安全管理,资源访问控制、
系统证书管理
系统安全管理,审计
系统的集中安装管理
系统的备份管理
系统的监控管理
(部分内容引用IBM咨询方法论)
以上是关于中间件(WAS)架构规划设计思路的主要内容,如果未能解决你的问题,请参考以下文章
架构设计:系统间通信(31)——其他消息中间件及场景应用(下1)