中间件(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)

MASA Framework - 整体设计思路

架构设计:系统间通信(22)——提高ActiveMQ工作性能(上)

饿了么:交易系统重构,架构设计与实践

亿级流量架构实战之双十一秒杀架构设计

软考 系统架构设计师软件架构设计⑦ 构件与中间件技术