WAS作为一种传统的Java EE规范的应用服务容器，随着云时代的到来，应当如何来应对新技术的融合与永葆青春？
使用WAS已经有十来个年头了，从WAS5.1的时代就开始接触，到现在已经用到WAS 9了，感觉现在的WAS也越来越厚重。随着云时代的到来，到处都充斥着轻量级容器，WAS作为一种传统的Java EE规范的应用服务容器，应该何去何从。是放下包袱，轻装前进，还是拥抱新技术，永葆青春？
11同行回答
随着互联网分布式架构的冲击，传统企业应用架构逐渐成为人们口中过时的东西，技术更迭的速度越来越快，似乎没有什么技术能够永葆青春。
目前企业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的人，拥抱分布式不会太难。
以上，共勉！
收起如果应用部署在物理机或虚拟机上面，可以仍采用WAS ND来搭建方便管理的集群，以及追求管理的可视化，高可用等；
如果是采用容器云，那首先选择的是Liberty，轻量化，组件化，方便，快捷。而且功能完全符合Java EE规范，一个也没少。
收起