反类型E：变相的SysAdmin

这种反类型在工程成熟度低的组织中是典范的。他们欲望改良他们的做法并降低成本，然则他们不克不及将IT视为营业的核心驱动力。因为DevOps的行业成功如今显而易见，他们也想“做DevOps”。不幸的是，他们并没有反思今朝的构造和关系的差距，而是为其Ops团队聘请了“DevOps工程师”。

DevOps只是一个名为SysAdmin的角色的重塑，没有真正的文化/组织变更产生。这种反型越来越广泛，因为庸碌的┞沸聘人员只是寻找具有主动化和对象技能的候选人。不幸的是，人际沟通技能才能真正使DevOps在组织中茁壮成长。

反类型F：运维嵌入开辟团队

该组织不欲望自力的运维团队，所以开辟团队负责基本举措措施，治理情况，监控等。然则，如许以项目或产品驱动的方法，意味着这些项目受到资本限制，优先次序导致了较差的运作方法和半成品的解决筹划。

这是一种在中型到大年夜型公司中凸起的反类型A(开辟和运维分别)的情势，个中多个遗留体系依附于雷同的核心数据集。因为这些数据库对于营业至关重要，是以经常安营业范围内的专门的DBA团队负责保护，机能调剂和灾害恢复。这是可以懂得的，但问题是当这个团队成为任何数据库变革的门户时，有效成为小型和频繁安排(DevOps和持续交付的核心主旨)的┞废碍。

在这种反类型方面，该组织对于有效的IT运维所需的重要性和技能缺乏熟悉。

此外，就像在反类型A中的运维一样，DBA团队在应用开辟早期也没有涉及，是以数据问题(迁徙，机能等)在交付周期的后期被发明。加上支撑多个应用数据库的过载，最终的结不雅是面对持续的“救火”和安排压力。

DevOps 团队拓扑

站在反类型的对面，我们看一些合适DevOps的拓扑。

1: 开辟和运维协作 2: 共享运维 3: 运维作为基本举措措施办事 4: DevOps-as-a-Service 5: 临时DevOps团队 6: DevOps 布道者团队 7: SRE 团队 8: 容器驱动 9: 数据库才能

类型1：开辟和与运维协作

这是DevOps的“乐土”：开辟团队和运营团队之间的顺利协作，每个专业都在须要的处所，但也须要分享。可能有很多自力的开辟团队，每个工作在一个零丁的或半自力的产品客栈。

我的意思是，这种1型模型须要相昔时夜的组织变革才能建立起来，在技巧治理团队中具有较高的竞争力。开辟者和运维部分必须有明白的表达和光鲜合理的合营目标(“高质量交付，拥抱变更”或其他)。运维人员必须与Devs配对，控制测试驱动的编码技能和Git对象，并且开兴师须卖力对待运维特点方面的请求，并寻找运维人员参加日记实现。大年夜今朝状况到这个状况，所有这些都须要相当的文化变革。

类型1适应性：一个技巧驱动型的组织。

有效潜力：高

类型2：完全共享运维义务

在运维人员已经集成到产品开辟团队中的情况下，我们看到潦攀类型2拓扑。Dev和Ops之间的分别很少，所有人都高度看重合营的目标;这是一种情势的类型1(开辟和运维协作)，但它有一些特别的功能。

Netflix和Facebook等组织有效实现了一种基于Web的产品，已经实现了这种2型拓扑构造，然则我认为在纯真的产品角度之外来看，它可能不是异常实用的，因为预算限制和多个产品线之间平日存在高低文切换，这可能会迫使Dev和Ops进一步分开(例如，回到类型1模型)。这个拓扑也可能被称为“NoOps”，因为没有明显的或可见的运维团队(尽管Netflix NoOps也可能是类型 3(作为IaaS的Ops))。

类型2适应性：组织只有一个简单的基于web的产品或办事。

有效潜力：高

类型3：运维作为基本举措措施办事

对于IT运维部分异常传统的组织，不会或者不克不及(足够)快地速拥抱变更，对于在公共云(Amazon EC2，Rackspace，Azure等)中运行所有应用法度榜样的组织，它可能将运维作为一个只需供给给用法度榜样安排和运行功能的弹性基本举措措施团队。是以，内部运维团队直接等同于Amazon EC2或基本架构即办事。

反类型G：Dev和DBA隔离

Dev内部的一个团队(或许是一个虚拟团队)将作为运维特点、指标、监控、办事器设备等方面的专业常识来源，并且可能与IaaS团队进行大年夜部分的沟通。然而，这个团队仍然是一个开辟团队，遵守TDD，CI，迭代开辟，人员指导等标准实践。

IaaS拓扑构造具有一些潜在的有效性(与Ops人员直接协作)，以便更轻易实施，可能比经由过程测验测验稍后测验测验的类型1(开辟和运营协作)更快地获得价值。

类型3适应性：具有多种不合产品和办事，传统的运维部分，或其应用法度榜样完全在公有云中运行的组织。

　　推荐阅读

　　如何根据数据冷热程度分层存储，让HDFS更高效？

主题简介：SSM体系架构设计HDFS优化存储功能讲解SSM体系应用处景分析一、背景跟着大年夜数据技巧相干技巧的成>>>详细阅读

本文标题：DevOps，就是开发吃掉运维？

地址：http://www.17bianji.com/lsqh/38395.html

 1/2    1