前言
云原生容器化方案如火如荼的进行着对大部分虚拟化独立部署方案的替代,自动化运维的友好性,使得生产环境天然拥抱容器化方案。容器化在无状态应用迁移过程中表现异常突出,有状态应用选择相对谨慎,尤其是中间件平台目前接触的几家互联网和金融机构都没有完全容器化,还在有条不紊的验证中。不管是否金融机构多数企业容器化改造都排上了议程,但是很多小伙伴在进行云原生容器化改造的时候对几个平台的关系不是特别清晰,以下根据网上材料整理,简述常用方案差异。
- dokcer与虚拟机关系:
这是大多数人接触的申请虚机,运维部署对应依赖环境、监控脚本后,使用devops工具发布应用,基于容器化之后相对运维工作量会小不少,差异体现如下。
- docker只是管理容器生命周期的框架,通过下图你可以看到:
这里不少人会理解错误,docker是容器生命周期管理的框架,真正启动容器最早用的是LXC,然后是runc,现在也可以换成kata。
kata containers是由OpenStack基金会管理的容器项目。kata containers整合了Intel的 Clear Containers 和 Hyper.sh 的 runV,能够支持不同平台的硬件,并符合OCI