容器更适合微服务架构类型和无状态类型的应用，因此传统的单体应用来说，虽然也可以容器化，但成效不明显（因为占用资源比较多), 一般的做法是会对应用进行拆分，拆成更细粒度，或者微服务架构进行部署。...

容器化后，容器之间共享同一个操作系统内核以及其他组件，在收到攻击之类的情况发生时，运行在这个节点上的容器，如果因为宿主机被攻击（甚至宕机），不能正常工作，容器编排引擎如kubernetes,会保证原来定义的副本实例数量，根据调度算法，在合适的其他节点再起新的容器，而且启动速度可以达...

梳理传统应用的交互内容数据集，如果是大而全的紧耦合数据集交互，现将梳理和拆分可以微服务化的松耦合分布式数据集，再进行应用改造；如此这样可以分步骤、分阶段进行改造；完全颠覆性重构，付出的代价估计比较大，投入成本和相应的运维体系、支撑体系、工具链体系都得配套随着业务改...

这个真没有，你不能指望平台解决应用的问题～～～

不同应用有不同的要求，比如稳定性、可靠性、可扩展性等，在迁移之前需要明确容器是否满足应用的要求。应用迁云或迁容器云需要遵循相应的原则和方法，难以一概论之，具体的应用需要根据实际确定具体的方案...