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

系统和运维其实要面临的是不同云环境，不同厂商，不同应用配置，或者目前提的最多的混合云概念，那么在混合云下不同的基础设施给应用的技术栈标准化带来挑战。要想做到应用平滑的在混合云环境中运行，需要严格定义应用所使用的支持环境。

公有云环境曾经试图通过其PaaS服务解决这一问题，可是在多云甚至混合云的情况下，这一前提条件并不成立。各基础设施云厂商会带入不同的基础架构和技术标准，使应用在不同的基础架构上统一部署变得更困难了。容器的出现从根本上解决这一难题。通过标准化的容器镜像，应用的部署标准得以固化。容器镜像通过定义层的方式把应用所依赖的基础系统、库、相关的二进制包都集成在一个通用的部署文件中。这个文件能做到真正意义的多环境统一部署。通过容器云平台对配置的管理，实现生产环境的发布。那么对于企业来说，容器镜像就是其真正用于混合云部署的利器。这一利器的安全合规，红帽团队是有一支全球的安全团队，能过提供安全的基础镜像到到层基于各种常用中间件的安全镜像实现其基础安全保护。开发团队交付的镜像到达镜像库后，我们会有一个定期更新的安全扫描工具对其进行安全扫描。以保证在基础镜像上添加的应用层是符合安全要求规范的。相关的CVE漏洞库红帽会通过全球的安全团队定期更新。对于企业构建混合云PaaS平台，可以从基础技术底座和上层运营门户来看待。通常在基础初期，企业需要更关注底层平台，即底座的可靠性、稳定性以及可持续发展。需要与开源社区同一路线，以避免日后技术路线跑偏。上层的运营门户没有统一的标准，需要根据企业自身的业务特点构建，因此，门户，特别是以运营为导向的，并不完全能通过采购获得。更多是自身技术团队能力成长的一个过程的体现。