急！ apache和weblogic部署之惑！
最近客户购买了weblogic用来代替以前系统中的tomcat. 然而客户还想使用apache来处理静态页面和weblogic来使用动态页面. 这个想法在大负荷网站上的应用比较普遍. 可是从我们总集成商的角度来看页面负荷不是很大, 花了几十万买来的weblogic本身看重的就是其商业服务和售后支持. 非要在其中部署免费的apache,我们认为极为不妥. 但是有没有很好的理由来说服客户放弃这一想法.
不知道论坛中有没有兄弟, 有过这个经验？ 或者能有很好的技术数据支撑"当页面访问量达到多少时无需采用apache和weblogic分开的做法" 或者提供足够的理由来说明分开或者直接使用weblogic的利弊.
我总归觉得几十万的weblogic在处理静态页面的时候不会这么弱吧！！！
万分感谢 
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
高手不在？ 做测试的兄弟 也可以帮俺多出出主意啊. 小弟先谢过了.
访问应用服务器的人平均每6秒钟进行页面更新,每个网页的大小为80KB
并发用户最多50000人
静态使用nginx
当然本人不是要说apache不好. 绝非此意.
关键是 是否能说明 到底弱在哪里？ 在静态页面本身就不多的情况下 是否有必要分开部署? 毕竟apache是免费的？ 以前tomcat处理静动态页面就能够完成了, 现在花钱买了weblogic 可是非得加个apche.... 哎
weblogic处理静态页面比较弱吧