新闻发布
办理体系DevOpsGuys 列出了十二个 DevOps 反类型，Jez Humble、Gene Kim、Damon Edwards（以及其他许多人）也说过相似的工作。在这里我添加三个额定的团队结构，关于这三种类型我之前很少见过或听过人提及：全嵌入式/同享运维（Fully Embedded），DevOps 即服务（DevOps-as-a-Service），和暂时 DevOps 团队（Temporary DevOps Team）。
DevOps Anti-Types
首要，看待事物的一个有用方法是去调查它欠好的一面，这种方法咱们称之为“反类型”（在普遍存在的“反形式”之后）。
Anti-Type A：独立谷仓/Dev 和 Ops 别离
这是一种传统的分裂了 Dev 和 Ops 的“抛过墙法”。这意味着 story point（需求点）能够被提早预算（“DONE”意味着功用完好，可是不意味着能够在生产中运用），一起软件的可运维性受损，由于 Devs （开发人员）没有满足的上下文环境去了解功用操作，Ops （运维人员）也没有时刻或倾向参加到 Devs 中去一起处理软件上线前的问题。
咱们或许都知道这种类型很糟糕，但我以为许多的团队结构实际上更糟糕；至少到目前为止，咱们现已意识到这个反类型 A 的问题所在了。
Anti-Type B：独立的 DevOps 谷仓
这种独立的 DevOps 团队通常状况下来自司理或执行官，他们“需求一点 DevOps 的工作”，然后就发动了一个“DevOps 团队”（也有或许有一个人的姓名叫做 “DevOp”）。这个 DevOps 的成员会敏捷构成另一个集体，让 Dev 和 Ops 分得更开，由于他们要从“无知的 Devs”和“恐龙相同的 Ops”手里捍卫自己的人物、技能和东西集。
仅有一个让这种形式能够被了解的状况便是当团队安排为暂时的、时刻短于十二或十八个月的时分。其意图是让开发人员和运营人员更严密地联络在一起，并清晰授权在这段时刻之后，这个团队将变得剩余。
Anti-Type C：“咱们（开发）不需求 Ops（运维）”
这种团队结构是由开发人员和开发司理的天真自负结合而来的，特别是当一些新项目发动的时分。假定 Ops 现在现已成为了过去式 （“咱们现在有云了，对吧？），开发人员严峻轻视运维技能和活动的杂乱性及重要性，以为没有这些技能和活动他们仍能够做到，或许只需花费一些空余时刻就能够。
当他们的软件变得更杂乱，更多的运维活动开端吞没“开发”（即编程）的时分，这种 Anti-Type C 的类型或许终会需求 Type 3（IaaS）或许 Type 4 DevOps topology（DevOps-as-a-Service）。
只需这样的团队能认识到运维作为一个规矩的重要性和软件开发相同重要和有价值时，他们将能够防止许多苦楚和不必要的（以及十分根本的）过错。
