Kubernetes中文社区
- 当前有为数不少的legacy应用，无法或很难进行改造（微服务化，容器化等），需要安装各种agent。
- 传统应用往往部署在虚拟机上，而虚拟机启动较慢，不能满足业务灵活性，弹性的需求。
- 虚拟化技术堆栈较重，资源损耗大，客户希望能够充分发挥强大服务器硬件的能力。
- 传统应用的运维人员更倾向于将应用系统视为pet而不是cattle，发现问题后更希望能手动去做调整。
- 应用对性能敏感，容器环境下的高密度部署引起的CPU上下文切换等性能造成很大影响。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-
比虚拟机轻量的资源分配能力，以方便资源快速申请、弹性。 -
类似虚拟机的使用体验，可登陆，可任意安装组件。 -
有固定IP地址，胖容器从创建到删除，IP地址保持不变。 -
可以通过ssh远程登录系统。 -
登录登录后，可以通过传统的yum命令安装标准的软件包， 比如mysq，apache。 -
可以安装运维类的agent，不影响应用的正常部署流程。 -
资源隔离，如CPU、内存等。 -
JVM，监控类工具看到的资源不是整个物理机的资源，而是真实分配给胖容器使用的资源。
