was架构设计
软件名称：
软件版本：
环境平台：
问题描述：
大家好，目前小弟要做个was架构的设计工作，想请教各位一下，我需要根据哪些参数（如并发量），来确定was的架构（物理机器个数，逻辑server个数等），谢谢各位了~
软件版本：
环境平台：
问题描述：
大家好，目前小弟要做个was架构的设计工作，想请教各位一下，我需要根据哪些参数（如并发量），来确定was的架构（物理机器个数，逻辑server个数等），谢谢各位了~
8同行回答
相对于软件成本（前提是你的软件是花钱的）硬件简直便宜的一塌糊涂。尽量的买最好的硬件来节省软件成本绝对是王道。比如你买个WAS的标准版会比ND版便宜很多，省下的钱买个NB的好机器跑标准版单节点运维也方便（没有集群所需要考虑的负载均衡和failover问题）。
不过你的问题给的也是太不够具体了，明确系统可能产生的瓶颈在哪很重要。是大并发？还是交易型？还是数据库处理型？还是高性能计算型？展示型？对于以上的不同类型构架侧重点和OS的选择有很大区别的。
不过按照运维经验来看选择64位的类UNIX系统（AIX\LINUX）应该是不会错的。用WINDOWS或HP-UNIX会玩的比较痛苦。收起
不过你的问题给的也是太不够具体了，明确系统可能产生的瓶颈在哪很重要。是大并发？还是交易型？还是数据库处理型？还是高性能计算型？展示型？对于以上的不同类型构架侧重点和OS的选择有很大区别的。
不过按照运维经验来看选择64位的类UNIX系统（AIX\LINUX）应该是不会错的。用WINDOWS或HP-UNIX会玩的比较痛苦。收起
浏览1222
浏览1131
我顶顶顶~！收起
浏览1145
有没有相关的案例可以参考，感觉很多的项目，was架构都是拍脑袋想出来的，重要的业务上好机器，无所谓的业务装个单机完事。。。。。。收起
浏览1146
浏览1145
一般是应用设计，很少见web应用服务器设计的。呵呵。收起
浏览1120
首先，我想你得明白WAS的架构方式和能力状况，这是基础，现在我假定你比较清楚。
在这个基础上，我们来谈你的架构设计，主要是两方面：
1，功能性需求：主要是你的业务量，数据量，数据处理时间等
2，非功能性需求：包括可靠性，可维护性，是否需要不停机升级，可扩展性，安全性，响应速度等，这方面的需求掌握得越全越好。收起
在这个基础上，我们来谈你的架构设计，主要是两方面：
1，功能性需求：主要是你的业务量，数据量，数据处理时间等
2，非功能性需求：包括可靠性，可维护性，是否需要不停机升级，可扩展性，安全性，响应速度等，这方面的需求掌握得越全越好。收起
浏览1233
自己顶一下~！！！收起
浏览1123