Docker容器技术应用探讨.ppt

容器云平台功能构架视图 Mesos资源调度中心 基础服务 DB Service 非容器平台 Hadoop 容器化PAAS Kubernetes+Docker Spark Cache Service Log Service Message Service Workflow Service Stream Service 多租户管理 多集群管理 应用管理 负载均衡 系统管理 DB Service Analyze Service 用户认证 用户授权 用户审计 事件管理 安全管理 容器云 Manager Portal 部署 监控 数据采集 CI/CD 安装 用户自定义服务 容器云管理平台功能架构 第三十一页，编辑于星期二：十七点 三十七分。 云化要勇于面对应用的改造 第三十二页，编辑于星期二：十七点 三十七分。 世界上没有免费的蛋糕 第三十三页，编辑于星期二：十七点 三十七分。 我们的容器之路 1.业务层面：因运营商对业务的稳定性和连续性有比较高的要求，故容器化的演进路径必然是从边缘业务到核心业务，从简单应用到复杂应用，具体到业务，首先可以考虑在Web前端进行容器化迁移，最后动后端业务。 ? 2.技术层面：目前原生Docker在服务发现、负载均衡、容器生命周期管理、容器间网络、存储等方面还存在诸多的不足，许多第三方厂家提供的开源解决方案和商业化版本，如Google的Kubenetes、Apache的MESOS、Rancher等，各家方案各具特色，难分高下，当然仅从容器编排引擎的角度来看，某些容器云产品，例如Rancher自身有Cattle也可以兼容Kubenetes、MESOS和DockerSWARM几种主流的编排引擎。用户无论选择何种产品，可靠性、灵活性是需要慎重考虑的2个重要因素。 3.兼顾成本效益：综合考虑容器化付出的成本代价与未来收益之间的平衡。 4.考虑现有硬件的负载能力，容器化并非包治百病的良药，某些对并发吞吐量要求更高的业务，直接运行在裸机上，通过系统调优提高性能，容器化未必是最好的选择。 第三十四页，编辑于星期二：十七点 三十七分。 DCOS 第三十五页，编辑于星期二：十七点 三十七分。 我们面临的难题 如何选择网络方案？ 如何提高镜像管理？ 如何选择存储方案？ 如何解决有状态应用的容器化改造? 如何实现的容器化安全要求? 如何实现容器化应用的日志采集? 如何解决容器在不同环境下的配置更新? 第三十六页，编辑于星期二：十七点 三十七分。 Docker容器技术 电信运营商应用分析 第一页，编辑于星期二：十七点 三十七分。 为什么用容器？ 第二页，编辑于星期二：十七点 三十七分。 从虚拟化层看容器，轻量级、高性能是核值 第三页，编辑于星期二：十七点 三十七分。 容器技术的发展 第四页，编辑于星期二：十七点 三十七分。 通过轻量级容器技术，提升资源利用率 第五页，编辑于星期二：十七点 三十七分。 容器vs. VM占用资源情况对比 第六页，编辑于星期二：十七点 三十七分。 App+运行环境整体打包一次构建，重复部署 第七页，编辑于星期二：十七点 三十七分。 应用监控和弹性伸缩 第八页，编辑于星期二：十七点 三十七分。 主要IT公司已推出大量服务和支持 第九页，编辑于星期二：十七点 三十七分。 容器的生态与全堆栈 第十页，编辑于星期二：十七点 三十七分。 容器操作系统对比 第十一页，编辑于星期二：十七点 三十七分。 容器编排技术选型比对 第十二页，编辑于星期二：十七点 三十七分。 Apache Mesos + Marathon编排调度框架 第十三页，编辑于星期二：十七点 三十七分。 Mesos 第十四页，编辑于星期二：十七点 三十七分。 Mesos处理流程 第十五页，编辑于星期二：十七点 三十七分。 服务注册与引流 第十六页，编辑于星期二：十七点 三十七分。 Marathon健康检测 第十七页，编辑于星期二：十七点 三十七分。 完整扩缩容流程图 第十八页，编辑于星期二：十七点 三十七分。 Google Kubernetes(k8s)编排调度框架 第十九页，编辑于星期二：十七点 三十七分。 Google Kubernetes(K8s)编排调度框架 第二十页，编辑于星期二：十七点 三十七分。 Google Kubernetes(K8s)编排调度框架 第二十一页，编辑于星期二：十七点 三十七分。 Google Kubernetes(K8s)编排调度框架 第二十二页，编辑于星期二：十七点 三十七分。 Google Kubernetes(K8s)编排调度框架 第二十三页，编辑于星期二：十七点 三十七分。 Docker Swarm +Compose编排调度框架 第二十四页，编辑于星期二：十七点