传统WAS的连接池、线程池、堆等“池”的概念，是否面对应用微服务化转型而不适应？

是不适合！
微服务适用于像Docker的容器中，要用WAS替代有很大难度。

微服务化比较轻便，易复制。WAS作为一个传统应用容器，体型过于庞大，短期来说肯定不太适应。

这个东西，你还得应用的场景。
为啥现在总是提服务化以及微服务化？都是针对应用场景来的。互联网企业中，面向变化巨快的市场需求，大型的架构已经无法匹配，不得不对大型的架构进行拆解和细分，形成微小的组件，组件之间的接口对接也不再是那种点对点的方式，按照服务化的理念对组件进行服务化改造，让其可以顺其自然的对外提供服务。随着这些组件的设置，组件之间的运行影响的要求也越来越相对独立，过去一个程序包、工程包的做法，也慢慢拆解成多个程序包、工程包；慢慢的统一的运行环境，例如was、weblogic这种，慢慢的也被分拆更小的单元去支撑更小的组件运行的需要，此时是不是was、weblogic已经不重要了，重要的是，最小单元组件所需要的运行环境，能不能快速的构建出来。
所以，我个人觉得，老的概念并不落实、也不存在不适应，更多的是，你如何理解应用场景的需要。