DevOps系统的变迁

  • 时间:
  • 浏览:1

目前,做到三种层面DevOps系统还是比较少的,可能三种阶段的DevOps系统自动化管理覆盖了环境的创建变更,应用组件部署自动化,以及环境 创建,集群感知和应用组件部署的各个过程自动化协调控制,没办法 三种阶段的DevOps系统相比第一代会给开发和运维工作带来以下非常巨大的改进:

借促使云计算IaaS资源的可编程形状,三种代的DevOps系统实现了集群感知,自动协调控制,动态配置,全栈自动化,即实现了从创建环境到部署 安装应用组件整个过程的一键创建和部署,也没哟创建后的阶段,不能实现集群感知(Cluster-Aware),即自动根据环境的变更,自动部署和配置系 统。举个例子,某网站业务量增长须要扩容时,当人为换成Web计算节点后,不能自动在新换成Web虚拟机启动后安装Web组件,并将各个虚拟机Web服务 注册配置到负载均衡服务中,当收缩时,自动移除,三种过程不须要人为的协调控制,DevOps系统不能根据集群的变化自动地配置集群。

目前DevOps系统都可以说五花八门非常多,功能上差别大,适用场景就说 同,没办法 亲戚亲戚朋友究竟该怎么才能 才能 选取相当于的DevOps系统呢? 这里亲戚亲戚朋友建议三种基于目标系统分类的选取土辦法 。亲戚亲戚朋友根据要管理的目标应用或系统类型来分类,对于目标系统,亲戚亲戚朋友都可以将其首先分为三大类,即IaaS服务系 统,PaaS服务系统,应用系统,应用系统又都可以分为简单的Web应用系统,繁杂的分布式系统,没办法 有了三种分类,亲戚亲戚朋友选取DevOps系统和工具就会相 对容易和明确有些。

可能另有另一个 PaaS就有 部署在IaaS之上,从本质上说这就有 另有另一个 PaaS,可能其不具备弹性和自动伸缩。真正的PaaS系统是部署在IaaS上,为 开发测试运维人员来提供服务,没办法 其适用的DevOps工具就都可以选取 RightScale,Scalr,Cloudformation,Opsworks和FIT2CLOUD之类于于第二代基于IaaS可编程资源的 DevOps系统,当然不都可以选取第三代基于容器的DevOps系统,就说 第三代的目前还在发展中,还不如第二代心智心智心智心智成熟期是什么是什么 。

在过去的几十年里,为了按时交付软件产品和服务,亲戚亲戚朋友没办法 意识到,对于传统把开发和运营割裂开的做法,不适合现代产品和服务开发的需求。于是,把 开发和运营作为整体来看待的DevOps工程思想逐步深入人心,随之也逐步有了对DevOps系统的需求,希望能有个平台或工具来统一支持开发和运营的交 付工作及如果的环境管理工作,即须要一系列的持续集成,持续交付,自动化部署,自动化测试监控,自动化伸缩,自动化恢复系统,以提升开发测试运营过程中的 部署速度,繁杂开发测试运维过程的管理,降低交付风险,降低沟通成本及运营成本。

这里须要提的有些就说 ,尽管越多 组织可能在使用IaaS(如阿里云)创建虚拟机搭建应用系统所需资源环境,就说 并没办法 实现集群感知,系统整套环境创 建的自动化,仍然等待时间在半自动化的阶段(之类于,先启动一组包年包月虚拟机后,就说 手工配置部署脚本所需IP地址,登陆密码,登陆密钥等信息,就说 手工运行 自动化脚本部署),越多 三种土辦法 仍然属于第一代的DevOps系统。并肩,这也是国内大多数组织DevOps的现状,其自动化和速度的改进空间巨大。

可能IaaS系统的创建,三种就说 基于物理机创建的,越多 对于之类于于的系统,其适用的DevOps系统或工具就说 Shell,Chef, Puppet及IaaS服务提供商自身开发的自动化运维管理系统,不到选取第一代的基于物理机的DevOps系统。

这是第二代DevOps系统,特点是集群感知 + 自动协调控制 + 动态配置 + 全栈自动化。

举个例子: 可能亲戚亲戚朋友想把一套服务从AWS迁移到Azure上,没办法 ,亲戚亲戚朋友将不得不从头开始英文英语 创建一组虚拟机镜像及虚拟机,并配置安装系统或应用的组件,可能系统繁杂庞 大语句,三种过程仍然会耗费越多 的时间和人工,就说 依赖于有些具备三种知识的工程师,就说 可能有容器技术及相关容器工具的支持,没办法 三种过程会变成另有另一个 非 常快速简单的过程,变成在目标云如Azure上自动启动须要的标准虚拟机,就说 下载容器镜像,配置启动容器,配置相关DNS等,真正实现方便的跨云迁移, 和弹性动态的伸缩服务。

再举个例子,目前Google开源的容器管理系统Kubernetes都可以说得到了工业界的广泛认同和支持,当亲戚亲戚朋友可能做好应用系统的Docker images后,没办法 我希望在各个不同的IaaS上有支持Docker的环境,如Kubernetes集群,没办法 亲戚亲戚朋友就能在不同的IaaS上快速方便的迁移 应用系统,可能扩容,下图展示了基于FIT2CLOUD的跨云部署和管理处置方案,亲戚亲戚朋友希望未来用户都可以使用FIT2CLOUD在多个不同的IaaS上创 建Kubernetes集群,通过Kubernetes管理和部署应用系统。如果,亲戚亲戚朋友会有新文章来分享FIT2CLOUD是怎么才能 才能 创建和运维 Kunerbetes集群的。

对于简单的Web应用系统,突出的特点就说 应用的形状简单,比如只包含另有另一个 Web组件及数据库,缓存,或有些常见的上面件服务等,没办法 包含非常多的 分布式组件,没办法 对于之类于于的系统都可以选取容器类的传统PaaS,即CloudFoundry,Heroku,OpenShift等。

本文来自云栖战略公司合作 伙伴“linux中国”

借促使云计算IaaS资源的可编程形状以及Linux容器技术,不仅实现了集群感知,自动化协调,动态配置和全栈自动化,就说 实现了应用跨云可迁移 性和弹性伸缩,消除了开发,测试,生产环境的不一致,使应用不必被锁定在某个IaaS上,让所有的基础设施服务IaaS及物理机都变成通用的资源池,还可 以提高资源利用率,这给IT的开发建设和运营带来了更多更大的想象空间,这也是Docker,Kubernetes现在很火的原困。

在搭建整个应用系统的过程中,首先须要在DevOps系统外创建运行应用所需的资源环境(如主机,网络,存储等),DevOps系统对这帕累托图没办法 控 制,只负责在资源环境搭建好后自动化部署应用,资源环境的搭建与如果的应用部署过程是割裂开来的,须要人为的手工协调控制,即等资源环境搭建好后,由人控 制时机,等待时间资源环境准备好后再手工修改配置(如各种主机IP地址,登陆密码Key信息),就说 手工运行自动化脚本工具,如 Shell,Python,Ruby脚本,进行应用的安装部署升级,就说 如果当增加或减少节点后,也由人来手工运行自动化脚曾经配置系统,不到实现包括资 源环境创建或节点变更到应用部署的整个过程的一键部署,即集群感知 + 自动协调控制 + 动态配置 + 全栈自动化。

上面三种节中亲戚亲戚朋友介绍了不并肩代的DevOps系统的特点和能力,没办法 是就有 亲戚亲戚朋友直接选取能力最强的第三代DevOps系统就都可以哪天? 是就有 选三种DevOps系统就通杀了呢? 答案否有定的,帕累托图DevOps系统都就有 银弹,都须要亲戚亲戚朋友根据要管理的系统的需求来选取相当于的DevOps系统或工具,在接下来的一节,亲戚亲戚朋友来回答三种 问题。

第一代DevOps系统

第二代DevOps系统

这是第三代DevOps系统,特点是在第二代基础上,又增加了应用跨云可迁移性(基于容器技术)。

这是第一代DevOps系统,特点是静态配置 + 人工协调 + 仅应用帕累托图自动部署。

目前,都可以说大多数的DevOps系统仍然等待时间在三种阶段,可能DevOps系统没办法 实现资源环境创建的自动化与基于集群感知的协调自动化,没办法 三种阶段的DevOps系统的能力会造成以下哪几个影响和后果:

开发运营统一的DevOps系统

原文发布时间:2014-12-23

从广义来讲,不管是云管理平台工具(比如RightScale),还是各种PaaS平台(CloudFoundry,Heroku etc.),还是自动化部署工具比如Chef、Puppet和Ansible等,其本质上就有 DevOps系统的一帕累托图,就有 为了处置在开发过程的交付环 节问题和交付后的运营管理问题,即

三种年,随着云计算和容器技术的进步,以及产品业务对IT能力的需求推动,DevOps系统发展没办法 快,其角色和概念也没办法 清晰和独立。回顾其 发展的路径和变迁的过程,亲戚亲戚朋友认为基本都可以分为三代:基于物理机或独立虚拟机的部署时代,基于IaaS可编程资源的部署时代和基于容器的部署时代。随着这 三代的改进,DevOps系统的整体能力没办法 强。下面亲戚亲戚朋友首先看一下各代DevOps系统的特点和能力,如果再对DevOps系统进行更进一步的分类, 以帮助亲戚亲戚朋友选取相当于的DevOps系统。

第三代DevOps系统

对于繁杂的分布式应用系统,无法使用容器类PaaS来管理,不到通过自定义的DevOps工具或系统,可能使用云管理 RightScale,Scalr,Cloudformation,Opsworks,FIT2CLOUD之类于于工具的三种或三种组合,即第二代基于 IaaS可编程资源的DevOps系统,不都可以选取第三代基于容器的DevOps系统。可能之类于于工具给用户提供了对IaaS主机更大的控制权,且提供了各 个部署过程中的回调接口,实现了集群感知及各个部署过程的自动协调控制,即全栈自动化。