运维的未来：云服务兴起，运维人员会“下岗”吗？

编者按：本文作者 Tyler Treat 是一名软件工程师，他认为运维的将来大年夜很多方面来说都跟质量包管(QA)的将来走向类似。将来，运维要使开辟者可以或许经由过程对象、主动化和流程实现自助办事。传统的运维( Ops)没有消掉，只是在重组。

云办事的成长看起来让运维人员“丢”了工作，因为大年夜传统意义上说，大年夜本地(on-premise)转移到云平台意味着运维工作在相昔时夜程度上外包给云供给商。这正应了那个风行词—— “无运维活动”(NoOps)，很多人称之为 DevOps 的“持续者”，固然这个词比来这些日子已经不是那么洪亮了。这使得 Amazon 和开辟团队创建的产品——包含基本举措措施主动化，安排主动化，设备治理，日记治理以及监控和检测——之间出现了隔阂，隔阂虽小，但却至关重要。

事实上，运维的将来大年夜很多方面来说都跟质量包管(QA)的将来走向类似。传统意义上的 QA 正大年夜存眷测试转向存眷对象。工程师写代码、单位测试和集成测试。测试在 CI 上运行，代码经由过程 CD pipeline 和 canary 转出(rollout)来临盆。QA 团队正在缩小，然则构建对象的团队正在增长——测试框架、CI 情况和 CD pipeline 。QA 才能如今已经嵌入成长团队中了。经由 Microsoft 和 Amazon 等公司普及的SDET 模式是这个偏向的第一步。2014 年，Microsoft 转向了却合工程(Combined Engineering)模式，将 SDET 和 SDE(软件开辟工程师)归并成一个角色，软件工程师，负责产品代码、测试代码和对象代码。

因着如许的改变，老派的、西部狂野式的运维须要灭亡。运维一般被看作是守门人，他们也是这么对待本身的。运维正尽可能多地嵌入过程，减缓开辟速度，所以当他们开端临盆时，开辟人员会有近乎完美的靠得住体系。一旦该体系历经千辛万苦，经受了严格责备，投入临盆之后，老派的运维需负责运行该体系。

运维的将来：云办事鼓起，运维人员会“下岗”吗？

你们有没有留意到 QA 起的感化似乎在悄然消掉?跟我合作的或者是我懂得的浩瀚 dev 组织似乎不消 QA 也做得挺好。

同样的状况很快也会产生在运维人员身上。我之前在 Workiva 的基本举措措施和靠得住性小组里工作时，我们将运行和基本扶植工程团队并入一个零丁的团队，该团队是由网站靠得住工程师构成的，负责构建和保护基本举措措施办事，设备治理，日记治理，集合治理，监控等。

我异常支撑经由过程愿景实现对团队的引导。成长愿景令人佩服，可以使团队之间杀青共鸣，削减功能孤岛和组织孤岛的影响，并可以或许大年夜内部鼓励员工。它能使团队高度一致又能松散耦合，可以或许更好地做出决定。我对运维将来作为组织才能的设法主意本质上是将合成工不雅察作是合理结论。跟 QA 一样，运维才能也应当被嵌入成长团队中。事实是，没有运维技能，你弗成能在现代组织中成为一名合格的软件工程师。现如今的运维团队，应当从新定义他们的愿景。

运维的将来是要使开辟者可以或许经由过程对象、主动化和流程实现自助办事，并使他们可以或许经由过程最小的运维干涉来安排并运行办事。每个角色都应当朝着离开它们的工作实现主动化的偏向而尽力。

开辟团队平日认为运维团队阻碍了立异或者交付。两边都应当互相懂得。贬低运维团队很轻易，然则更多情况下，他们只是想跟上办法。不消非得采取每个登上 Hacker News 头条的最前沿的科技，也能立异。另一方面，现代运维组织须要意识到他们几乎永远弗成能知足人们的请求了。可持续的成长门路——也是传播同理心的门路——是打破孤岛，共担义务。这就是运维的将来。跟着运维工作转移到云，它须要赐与开辟团队更多的权力和信赖以重塑自身，而不是“闭关锁国”。

运维的将来：云办事鼓起，运维人员会“下岗”吗？