对于单体服务（如WAS）占用内存较大的情况，是否建议部署容器？

容器可以解决的是服务器资源使用不合理的情景，如果是单个应用占用的资源过多，你应该考虑的，负载均衡，部署was集群来承接负载，同时，结合Kubernetes容器，将后端的应用微服务化，将可以并行的应用，用以分布在不同的was节点下。

大者恒大，变则小之

需要从业务角度进行细粒度拆分方变小

若只是为了上容器而上容器则无妨。

建议将单体服务（如WAS）进行业务拆分部署，不是说部署容器之后内存使用就可以变小了的。

如果单体was业务占用内存大这样的业务需要拆分到各个微服务中，项目要重构按照微服务设计进行开发，看业务重构需求和技术掌握程度

容器或者AWS都可以理解为都是云服务不会因为你上了容器占用内存就会变小了，这种情况你还是把占用内存大的这个服务拆分，前期可以按应用维度拆分，再根据实际场景按接口粒度来拆分。

一般来说。我觉得虚拟化和容器的应用应该是针对一些分散众多的业务场景。比如我如果有若干个WAS做负载，但是如果单体的服务器对资源占用较大时。我还是倾向于单体业务运算。比如一些数据库。或者资源需求大的业务。在传统的物理环境下都觉得资源不足的话。转到虚拟化或者容器中。我觉得会让业务糟糕。
或者你可以选择将传统的单体服务进行架构改造。将原来的单体业务进行拆分，把业务分散成若干个模块并行运行。可以考虑容器
我其实对容器也并不是太了解。这个仅仅是我针对虚拟化和容器的理解的一些看法。仅供参考。