docker-compose 跨主机和为何诞生

虚拟容器技术

• 2013年 AWS 和 IBM 的 OpenStack 和 VMware 的 Cloud Foundry 公有云的基础

OpenStack

• 技术： 虚拟机 vm
• 镜像： os镜像
• 体积： 大
• 语言： 基础平台 环境自己处理

Cloud Foundry

• 技术： namespace cgroup
• 镜像： 压缩包
• 体积： 小
• 语言： 语言包 环境自己处理

docker的诞生

• 技术： namespace cgroup
• 镜像： docker file
• 体积： 小
• 语言：整个系统包

优势

• docker : 操作系统文件 + 应用程序 精髓是 保证了环境的一致性
• Cloud Foundry : 不同的主流编程语言定义不同的打包方式，维护起来极其繁琐且容易出问题

容器编排技术

• 背景： 成熟的 web 应用，具备高可用架构，其内部可能包含数据库、缓存等各种依赖，各种运维管理需求，比如监控告警
• compose： yml 配置模式 复用 但是单机模式 多主机需要做很多额外工作
• Swarm ： 集群跨主机容器的编排和管理工具 但是大规模集群很吃力
• Marathon： Mesosphere 公司成名作是 Mesos，容器系统编排的 Marathon，2014年，Mesos 就能够管理 10000 规模的集群调度 Mesosphere 公司的 Apache 属性，生态显得略微封闭
• Kubernetes： 2015 年容器领域对Docker公司体现出的强硬态度开始不满
  • 背景：几家大公司开始商量对 Docker 公司的话语权进行切割，于是一个中立的基金会成立了，这个基金会叫做 CNCF
  • 目标 ： 它希望以 Kubernetes 项目为基础，建立一个由开源基础设施领域厂商主导的、按照独立基金会方式运营的平台级社区，来对抗以 Docker 公司为核心的容器商业生态
    • Kubernetes 项目必须能够在容器编排领域取得足够大的竞争优势；
    • CNCF 社区必须以 Kubernetes 项目为核心，覆盖足够多的场景。
      *设计理念： 优秀的设计理念来自 Google 内部的 Borg 和 Omega 系统。 声明式API 类似mysql 无法关心内部，主需要告诉他你想要什么即可