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 无法关心内部,主需要告诉他你想要什么即可
本文来自博客园,作者:vx_guanchaoguo0,转载请注明原文链接:https://www.cnblogs.com/guanchaoguo/p/16527850.html