直观图示：

对于Liberty的docker集群我们推荐的方式是通过IBM Spectrum Conductor for Container（基于开源的Kubernetes工具)做管理，它可以很容易的配置类似于IHS的负载均衡，将发往集群IP的请求映射到集群中的server上去。...

通过Liberty的API Connect与Discovery来集成吧利用 IBM WebSphere Liberty 和 API Connect 释放 API 经济的价值链https://www.ibm.com/developerworks/cn/websphere/library/techarticles/1605_santoro-trs/1605_santoro.htmlhttps://www.ibm.com/support/knowledgecent...

这个问题很好啊，举个简单的例子Liberty里配置用户名密码时，都提供了对密码进行加密的工具，直接解决了明码的密码配置问题，在许多配置文件中，都采用了明文的，很危险。另一个就是Liberty本身是Java EE 7规范的实现，因此在安全实现上都遵循了标准进行实现，确保企业级应用的安全性。...

从docker角度看，liberty只是跑在docker上的一种java程序，没有什么其他特殊的地方。对于docker下的liberty集群，可以参考如下资料：WebSphere Liberty autoscale clustering with Dockerhttps://advantage.ibm.com/2016/08/29/websphere-liberty-autoscale-clustering-with-doc...

主要是应用程序本身遵循了哪个规范下进行开发的，Liberty最新版本是Java EE 7规范，因此，你采用新规范进行开发，就基本上很方便进行部署与运行了。

Liberty肯定比Tomcat稳定，毕竟每次发版之前IBM都会进行各种测试。并发量最终的峰值，主要依托于硬件性能。另外，由于Liberty可以根据业务实际情况，关闭不必要的模块，比如EJB、JMS等模块不需要的话就可以不开启，以提高运行效率。...

Websphere Liberty 依据功能分为Liberty核心版，Liberty基础版和Liberty网络部署版三个版本，分别针对低中高三种使用场景。核心版（Liberty Core）最为便宜，大约为传统WAS ND版本的八分之一。在WAS 8.5版本之上，如果客户购买了WAS基础版，就可以被授权使用传统WAS基础版或Liberty基...

Liberty是完整的Java EE 7规范的实现，不局限于某一特定的行业！从Liberty 8.5开始就已经很强大了。Liberty应云而生，轻量化但企业级！

目前很多传统企业都还使用WAS，并且软件开发商的软件都是基于WAS开发。所以，在可预见的未来1、2年之内，WAS还是主流。在容器云角度看，WAS太笨重不适应新的要求。也就是说Liberty是未来，Liberty会随着容器云的普及而成为主流。...