从系统部署和系统运维两方面看，容器平台对比传统虚拟化的优劣势？

系统部署方面，容器平台较传统虚拟化更加快速，可以实现一键自动化大规模部署，扩容时也十分便捷，由于是池化资源管理，基础资源本身已就绪，在资源池充足的情况下，容器平台在进行应用系统规模扩容时，一般是需要修改副本数，便可实现分钟级扩容效率。传统虚拟化在系统部署过程中，基础资源需要准备就绪就需要花费大量时间，重新部署应用需要大量人工配置，很容易出错，而且容器存在环境一致性问题，扩容时更不亚于重新投产。
系统运维方面，容器平台具备故障自愈、自动运维的能力，在良好的监控告警系统辅助下，平时几乎不需要人工干预，同时云集群具备高可用架构，小规模的物理资源故障并不会影响平台的整体运行和云上应用的业务连续性，可以说用户对基础资源故障是无感知的，当需要资源扩展时，也是可以随时做，管理节点和计算节点都可以随时进行横向扩展。平台具有统一编排调度能力，在机房搬迁，设备更换等运维场景下，可以保障容器平台和应用系统的业务连续性。而传统虚拟化对物理资源故障较为敏感，故障时重建需要时间周期也比较长，需要投入更多的人力进行维护保障。
CI/CD方面，容器云平台更便于标准化、轻量化交付，更适合微服务架构应用的运行和管理，在CI过程中，构建机也可以容器化运行，构建时随时启动，完成任务后立即销毁释放资源，只在构建期间占用资源，有利于提高资源利用率，降低维护成本。而传统虚拟机，则需要维护构建资源池，资源是独占的。
容器云平台较传统虚拟化来说，也存在一个劣势，就是技术栈复杂，学习曲线陡峭，传统的监控体系难以适应其动态地特点，需要对监控体系进行改造。

容器平台肯定是未来趋势，相对于传统虚拟化来说，他占用磁盘空间更小，启动速度更快，占用计算资源更少，结点扩展更容易等。但所有的这些都是在你有一个成熟的容器PaaS平台及熟悉docker、K8S相关操作及能力的情况下才能发挥更大的作用，如果你还是老的思想去运维、使用容器那就是灾难。