DevOps和容器分享相关.pptx

DevOps和容器分享Devops的理念为什么需要devopsDevops的理念46%2016年，46%的企业在寻求采用分布式的微服务架构进行应用架构改造分布式环境管理能力微服务架构下，每个业务单元可以独立运行与管理DevOps作业能力上云能力80%预计到2020年，全球80%的应用都将实现云端部署（公有云/私有云）44%2016年，44%的企业都在寻求DevOps解决方案，实现快速高质量的应用交付基础设施和技术资源的全面云化，以服务的形式按需开通自动化持续交付流水线，自动化运维平台，开发运维一体化Devops的理念基本原则项目不停、需求不断持续迭代、持续交付需求应用应用上线需求提出需求分析反馈优化应用开发需求验证上线使用应用设计Devops的理念产品线云的经典三层架构云架构下的敏捷开发思想C+D+E公共服务：Utility ServiceSMCDSaaS开发运维一体化DevOps持续开发持续集成CICD微服务架构P+S+M+C+D+O应用管理：devopsPP+M+C+D+O+EAPI管理：微服务全生命周期PaaSO组织变革大数据平台：OpenDataP+C+DA敏捷基础设施IIaaSE平台资源管理：PaaSOS生态系统P+C+D基础资源管理：IaaSOSI+ADevops的流程及组件立项研发团队测试团队运营团队PMO团队需求/产品团队Devops的流程及组件项目管理需求管理Bug追踪代码仓库代码检查编译/构建打包部署（开发测试环境）自动化测试监控发布应用中心生产环境Devops的流程及组件Devops的流程及组件平台服务架构产品DevOps开发测试云API Manager…Cloud OS部署引擎运维中心CMDB开发工具套件构建引擎资源引擎监控引擎容器仓库构建产物库K8S 容器集群部署VM集群IAAS OS平台服务架构部署环节为何用容器？由于容器不需要进行硬件虚拟以及运行完整操作系统等额外开销，Docker 对系统资源的利用率更高。无论是应用执行速度、内存损耗或者文件存储速度，都要比传统虚拟机技术更高效。因此，相比虚拟机技术，一个相同配置的主机，往往可以运行更多数量的应用。部署环节为何用容器？Docker为基于Linux容器的开源项目，其利用Linux内核中的各项功能——例如命名空间与控制组——以在操作系统之上创建容器。容器概念并不是什么新鲜事物; 谷歌公司多年来一直在使用自己开发的容器技术。其它Linux容器技术方案还包括Solaris Zones、BSD jails以及LXC，且其都已经拥有多年的发展历史。那么为什么Docker的出现会快速吸引到技术业界的注意？易用性: Docker能够为潜在受众带来出色的易用性——开发者、系统管理员以及架构师等等——从而帮助其充分利用容器技术优势以快速构建并测试可移植应用程序。每个人都可以在自己的笔记本上打包应用程序，并将其直接运行在任何公有云、私有云甚至是裸机之上。其座右铭是：一次构建，随处运行。速度: Docker容器具备轻量化与高速特性。由于容器本身属于运行在内核之上的沙箱环境，因为其对资源的需求量极低。大家可以在数秒钟内完成容器的创建与运行，而虚拟机则由于需要引导完整的虚拟操作系统而耗费更多时间。Docker Hub: Docker用户还能够享受由Docker Hub带来的丰富生态系统支持，我们可以将其理解成“Docker镜像的应用商店”。Docker Hub提供成千上万由社区开发的公共镜像，且可立即加以使用。我们可以轻松根据需要搜索到合适的镜像，将其提取并稍加修改即加以使用。模块性与可扩展性: Docker允许我们轻松将应用程序的功能拆分成多个独立容器。举例来说，我们可以将自己的Postgres数据库运行在一套容器当中，并将Redis服务器运行在另一容器内，而Node.js也拥有自己的容器系统。在Docker的帮助上，大家能够轻松将这些容器对接起来以创建完整的应用程序，这就让未来的规模伸缩或者组件更新得以通过相互独立的方式完成。部署环节为何用容器？ 新概念整合容器基本概念容器编排工具：Apache MesosDocker SwarmKubernetes容器基本概念代码/二进制文件Docker RegistryDockerimage镜像仓库：Docker RegistryDockerimage：镜像属于只读模板，大家可以借此配合Dockerfile中的编写指令集进行容器构建。镜像定义了打包的应用程序以及其相关依赖。这些依赖就好像是其启动时需要运行的进程。Dockerfile：Dockerfile是我们编写指令以构建Docker镜像的载体。BuildpushDockerfilepulldeployLinux OS容器编排工具 k8s容器实例/servicepod副本副本FR