Jing.LV

是的，现在的平台都不够完美，尤其对问题中3，4，都需要根据实际需要调整。这方面可能自己来搭平台会更好些。

这个问题比较大，我简单起一个头。首先选择云平台，这个不展开了。容器、虚拟机的选型是根据实际的云平台，我们掌握的资源，应用设计需求，以及我们开发人员的具体能力来进行，比如是使用j2ee还是脚本语言，虚拟机还是docker类的容

一般来时，我们建议先使用原有的拓扑，平移到云平台上，然后根据实际的需求再做修改。然后根据我们选择的虚拟机／容器来选择发布部署的实际需求。说实话，WAS由于其体积较大，使用其自带的动态扩展方式较好；而Liberty等轻量级的应

个人的一些简单意见，从现在的案例来看云的优势除了基本IT软硬件的成本之外，主要是开发运维的优势。应用平台需要适应这个变化，就要轻量化以便于部署和拓展，开发运维一体化来提高效率，等等。

中间件主要还是作为运行时，系统构架支撑存在的，在云平台中这个角色不会改变。不过在新的云平台中，不同的中间件会作出不同的改变，比如IBM Liberty Profile的轻量化，对node.js的支持等等，来帮助IT的云化。一些简单的想法，抛砖

云迁移的方法论有一系列免费的课程可以参加。内容较多，难以详细展开，我这里简单介绍一下要点。•平台规划•部署模型与系统拓扑 – 根据实际业务情况•云平台选择与管理 – 可以使用线上工具http://ibm.biz/MigrationDi

可以参考评估工具来估算ibm.biz/MigrationDiscovery根据我们的经验，升级的话工具基本能解决绝大多数的问题。

我们测试的结果，Liberty profile对于Tomcat有20%以上的性能优势，也不亚于WAS的性能。有一个白皮书以供参考：

首先，如果没有特殊的需要，开发人员和数据库管理员并不需要考虑底层文件系统的构架设计，这个由云平台的维护／运营商来提供各种选择（一般也用通用方式）。云端数据库现在也有很多选择了，一般可以直接使用运营商提供的，也可以使用

具体可以参考IBM的knowledge center 一般直接默认即可，然后根据实际的需求再做修改。