软件开发云计算WAS

WAS作为一种传统的Java EE规范的应用服务容器,随着云时代的到来,应当如何来应对新技术的融合与永葆青春?

使用WAS已经有十来个年头了,从WAS5.1的时代就开始接触,到现在已经用到WAS 9了,感觉现在的WAS也越来越厚重。随着云时代的到来,到处都充斥着轻量级容器,WAS作为一种传统的Java EE规范的应用服务容器,应该何去何从。是放下包袱,轻装前进,还是拥抱新技术,永葆青春?

参与36

11同行回答

deerjoedeerjoe  系统架构师 , 广东能源
曾经尝试过改过weblogic 10c jdk6的版本容器化,改造的过程中发现,类似于was的这种平台还是太重,很多老的配置都是基于IP的方式运行,was和weblogic还有自身的集群 反向代理系统 本身就与现有的k8s冲突,要写专门的operator或者写很多的改造脚本。如果业务系统是传统的ejb架构与...显示全部

曾经尝试过改过weblogic 10c jdk6的版本容器化,改造的过程中发现,类似于was的这种平台还是太重,很多老的配置都是基于IP的方式运行,was和weblogic还有自身的集群 反向代理系统 本身就与现有的k8s冲突,要写专门的operator或者写很多的改造脚本。如果业务系统是传统的ejb架构与平台绑定,容器化并上k8s还是有很多路要走。可以参见以下ibm和oracle在github上的dockerfile

收起
能源采矿 · 2022-11-12
浏览803
YuLiminYuLimin  资深技术顾问 , IBM广州
如果应用部署在物理机或虚拟机上面,可以仍采用WAS ND来搭建方便管理的集群,以及追求管理的可视化,高可用等;如果是采用容器云,那首先选择的是Liberty,轻量化,组件化,方便,快捷。而且功能完全符合Java EE规范,一个也没少。...显示全部

如果应用部署在物理机或虚拟机上面,可以仍采用WAS ND来搭建方便管理的集群,以及追求管理的可视化,高可用等;

如果是采用容器云,那首先选择的是Liberty,轻量化,组件化,方便,快捷。而且功能完全符合Java EE规范,一个也没少。

收起
互联网服务 · 2019-11-28
浏览2536
t3573393t3573393  研发工程师 , 兴业数金
WAS 里面可以整合Kubernets , 和传统的J2EE,EJB类似的, 对于容器型的应用本质上也是一个容器,只是扩展的容器的范围。传统的容器就是放置EJB, Servlet一样的,多是应用层或者是java系统的东西。而docker是操作系统替换级别之上的,本质上也是运行程序和中间件。希望WAS在集群和...显示全部

WAS 里面可以整合Kubernets , 和传统的J2EE,EJB类似的, 对于容器型的应用本质上也是一个容器,只是扩展的容器的范围。传统的容器就是放置EJB, Servlet一样的,多是应用层或者是java系统的东西。而docker是操作系统替换级别之上的,本质上也是运行程序和中间件。希望WAS在集群和部署上整合docker的功能,就和国产的某些手机操作系统一样,能够运行android的apk程序。相信IBM 还是有这方面的实力的,打通传统的容器和docker容器的范围。只是按照目前的发展方式来看,IBM似乎已经放弃了这个努力。

收起
银行 · 2018-08-17
浏览3618
binbinningbinbinning  售前技术支持 , 金融云
随着互联网分布式架构的冲击,传统企业应用架构逐渐成为人们口中过时的东西,技术更迭的速度越来越快,似乎没有什么技术能够永葆青春。目前企业IT架构普遍的观点是构建双模IT,即稳态IT和敏态IT,稳态IT主要依赖传统IoE架构实现系统的稳定可靠高可用,敏态IT基于现代互联网分布式架...显示全部

随着互联网分布式架构的冲击,传统企业应用架构逐渐成为人们口中过时的东西,技术更迭的速度越来越快,似乎没有什么技术能够永葆青春。

目前企业IT架构普遍的观点是构建双模IT,即稳态IT和敏态IT,稳态IT主要依赖传统IoE架构实现系统的稳定可靠高可用,敏态IT基于现代互联网分布式架构应对系统的敏捷快速交付和水平弹性伸缩。双模IT作为IT技术发展的产物,会长期的存在(上世纪60年代产生的大型机目前依然在支撑很多行业企业的核心系统),但是稳态技术固化,需求会萎缩,从技术浪潮看,敏态IT代表了未来和趋势(拍砖头)。

WAS(包括Weblogic)作为经典的企业级应用服务器,在企业应用中发挥着重要的基础性作用,现在看到非互联网企业内大量的系统依然是构建并运行在这些中间件产品之上,但是深入看,多数应用系统向Tomcat等轻量级应用服务器迁移的技术限制越来越少。从JavaEE技术演进上,Rod Johnson大神很早就已经阐明了轻量级路线并在Spring中加以实现,所以认同dogboy保哥“WAS+Liberty双产品路线”的阐述。

当下的应用开发要求轻量级运行时环境和功能完备的分布式开发框架,SpringBoot已经把运行时包在了框架内部,企业级中间件特性包括连接池管理、分布式事务、EJB、消息连接、安全、JCA甚至SOA基础组件等等能力都已经以其他支撑服务或者其他方式被实现,很遗憾,WAS当前就是被革命的阶段(拍砖),随着分布式能力基础设施化,企业软件的应用开发人员会更方便的迁移到新的技术架构。

题目中提到云时代对WAS的挑战,其实云时代1.0阶段强调通过虚拟化和软件化技术提高资源利用率,WAS及其上应用不需要做特殊的变更就可以实现迁移;云的2.0阶段强调敏捷交付,技术栈向上到达PaaS层,容器+微服务+DevOps,这个时候涉及到应用开发和运行,对WAS冲击很大,从我们自身的实践和调研的情况,WAS容器化技术可行,驱动力不足,原因还是太重,不符合“小而美”的理念。

任何技术都有其诞生的背景和面向的问题域,为何分布式互联网中间件诞生在google,诞生在阿里,却没有出现在具有深厚积淀的IBM和Oracle?不用纠结WAS和传统企业应用服务器的没落,能够玩好WAS的人,拥抱分布式不会太难。

以上,共勉!

收起
互联网服务 · 2018-07-29
浏览4037
hansonhwanghansonhwang  系统运维工程师 , 金融业
容器的特性是轻量级,快速部署,传统的WAS太大,会导致镜像过大,同时启动也会较慢,应用部署上也比较复杂,并不适用于容器应用的中间件,Liberty会是一个好的选择,可以仅启用用户需要的feature,体积较小,应用部署上也便捷,启动也更快。将Liberty作为容器内应用的中间件是一个不错的选择。...显示全部

容器的特性是轻量级,快速部署,传统的WAS太大,会导致镜像过大,同时启动也会较慢,应用部署上也比较复杂,并不适用于容器应用的中间件,Liberty会是一个好的选择,可以仅启用用户需要的feature,体积较小,应用部署上也便捷,启动也更快。将Liberty作为容器内应用的中间件是一个不错的选择。

收起
银行 · 2018-07-28
浏览3605
jwhdhrjwhdhr  软件开发工程师 , 农商银行
明显要轻装前进啊,现在tomcat都被人嫌弃模块太多了,was更应该吸取教训啊,分布式动不动就用jetty之类的,我希望was能够模块化,这样才可以继续被大家重新使用起来显示全部

明显要轻装前进啊,现在tomcat都被人嫌弃模块太多了,was更应该吸取教训啊,分布式动不动就用jetty之类的,我希望was能够模块化,这样才可以继续被大家重新使用起来

收起
互联网服务 · 2018-07-26
浏览3653
qditzqditz  项目总监 , 青岛弘腾数码有限公司
通过 IBM Cloud Private 私有云平台,WAS 客户现在可以在基于 Kubernetes 的生产就绪型容器编排系统中部署基于 Docker 容器的应用。或者将核心系统迁移到Bluemix与经典WAS的良好兼容性。WAS在应对云时代的到来时刻,正在不断的完善和改进,以适应更好地发展。。。...显示全部

通过 IBM Cloud Private 私有云平台,WAS 客户现在可以在基于 Kubernetes 的生产就绪型容器编排系统中部署基于 Docker 容器的应用。或者将核心系统迁移到Bluemix与经典WAS的良好兼容性。WAS在应对云时代的到来时刻,正在不断的完善和改进,以适应更好地发展。。。

收起
轻工业 · 2018-07-20
浏览3983
dogboydogboy  系统运维工程师 , a
个人认为WAS太重了,不太适合未来的主要发展方向,未来不再是“大而全”,讲究“小而美”,高并发、高压力的场景是微服务、PaaS的天下,WAS的未来可能无法再现往日辉煌。但是换个角度考虑,不管未来怎么变化,现有的技术、应用的更新不是一蹴而就的,未来一段时间内,传统应用还会继续存活...显示全部

个人认为WAS太重了,不太适合未来的主要发展方向,未来不再是“大而全”,讲究“小而美”,高并发、高压力的场景是微服务、PaaS的天下,WAS的未来可能无法再现往日辉煌。

但是换个角度考虑,不管未来怎么变化,现有的技术、应用的更新不是一蹴而就的,未来一段时间内,传统应用还会继续存活相当长一段时间,在金融领域,看看软件产品外包厂商就知道了

关于WAS是放下包袱还是拥抱新技术,个人认为WAS没必要为了改变而改变,可以保持自己的路线,继续深耕传统市场。旗下的Liberty比较适应未来的发展方向,更契合“小而美”的文化。

所以,我认为,WAS主打传统市场,Liberty主攻云时代是一个比较好的打法。假设硬要WAS做出所谓云时代的改变,反而不如双拳出击,与Liberty各司其职的好,换个角度考虑,即使WAS为了云时代做了改变,其“笨重”的大象印象在消费者眼中也已经根深蒂固,改变起来何其艰难,那时不但会错过云时代的风口,还会失去传统市场。

所以,未来,WAS+Liberty双产品路线将是一个不错的选择

收起
银行 · 2018-07-19
浏览4653
swallowluoswallowluo  系统架构师 , 中国金融电子化公司
随着分布式、微服务技术的完善与成熟,现在大家越来越强调服务的轻量化,以便能够实现自动扩展,达到自动化运维的目标。WAS作为一个传统的J2EE应用容器,确实应该将自身不常使用的附加功能去掉,只保留基本功能,以便更好的与现在的新技术融合。...显示全部

随着分布式、微服务技术的完善与成熟,现在大家越来越强调服务的轻量化,以便能够实现自动扩展,达到自动化运维的目标。
WAS作为一个传统的J2EE应用容器,确实应该将自身不常使用的附加功能去掉,只保留基本功能,以便更好的与现在的新技术融合。

收起
软件开发 · 2018-07-19
浏览4001
eianboeianbo  IT顾问 , PBCCRC
轻装上阵 拥抱新技术抛掉集成和捆绑的组件,尽量轻量化拥抱云平台 虚拟化显示全部

轻装上阵 拥抱新技术
抛掉集成和捆绑的组件,尽量轻量化
拥抱云平台 虚拟化

收起
互联网服务 · 2018-07-19
浏览4103

提问者

swallowluo
系统架构师中国金融电子化公司
擅长领域: 中间件服务器前置系统

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-07-19
  • 关注会员:11 人
  • 问题浏览:8923
  • 最近回答:2022-11-12
  • X社区推广