为什么DevOps是保持完全远程业务的关键

当我们转向完全远程工作时，DevOps工程师(就像其他人一样)的生活陷入了某种程度的混乱。在您考虑分布式工作对开发的影响之前，处理分布式工作是一个组织的挑战。正如麦肯锡在几个月前的一份报告中发现的那样，对于远程团队的交付能力，管理层显然存在焦虑(尽管这种焦虑并不一定源于现实)。

这种突然的、被迫的远程劳动力的一线希望是，我们有机会在DevOps迎来真正的数字转型。这似乎是一个让人抓狂和绝望的时刻，绝对是数字革命最糟糕的时刻，但事实是，我们现在正处于一个自动化、授权和组织我们基础设施的位置，这在五年前是不可能的。

当这是他们至少几个月来唯一的选择时，你不再需要要求管理层以数字为先。在完全分布式的时间里，DevOps才真正有潜力发光发亮，并成为稍微有点冗长的“BizDevOps”术语的某种形式。

事实上，现在是DevOps成为组织英雄的时候了。在我们都在拼命寻求胜利的时候，IT和DevOps可以在内部和外部进行创新和交付。

[阅读:如何让你的虚拟会议更有效率]

现在正是您评估DevOps工作中哪些工作有效，哪些工作无效的好时机，特别是您和您的团队将时间和精力放在何处的时候。

我在大约一年前写过，DevOps专业人员应该信任自动化——现在是时候了，你必须这样做。

简单地说，公司将会有更多的有限的预算，雇佣冻结(在最好的情况下)将是可能的，这意味着你要确保你能做的不仅仅是保持灯开着和网站运行。

由于你的企业失去了很多亲自和实体的存在，你将面临更大的压力，以快速和持续的交付。

我还想澄清一点，我指的不仅仅是面向公众的网站。在最近的一次网络研讨会上，我讨论了有多少现代公司的内部网站需要同样水平的关注，甚至需要DevOps专业人员进行更多的审查。

当外部网站宕机时，客户会不高兴，但当内部网站宕机时，你的老板会知道。他们不开心。

即使在处理几个站点时，始终自动化您的基础设施也是有帮助的，但在管理数百或数千个站点时(这时您需要考虑FleetOps)，这是必不可少的。

在一个理想的世界里，开发和运营应该在同一页上，而在一个理想的世界里，他们每时每刻都在一起工作。

这意味着一些简单的事情，比如对正在发生的任何更改进行清晰的沟通，以及跨基础设施一致地使用脚本和工具。

这可能意味着在应用程序代码的注释和报告(例如)方面有新的组织变化，这样您的分布式团队就不会不断地试图弄清楚发生了什么。

当你的团队完全分散时，这一点尤其重要——你不能只是走到某人的办公桌前，而且你绝对不能让他们在你需要他们的时候拿起电话或检查Slack。

正如我所暗示的，一个分布式公司不再将DevOps隔离在核心业务流程之外。

我们急于进入一个完全数字化的第一世界，这意味着你将看到公司的各个部门在他们从来没有解决过的低效问题的重压下崩溃。

可能是你的营销部门有一百个微站点，它们都是通过一堆乱七八糟的数据库管理的，或者你大学的招生部门在桌子底下有物理服务器。

但现在是时候了，你不必解释为什么必须做出彻底的改变，以使你的公司更快、更有效率。

当您的组织寻求快速数字化和“云化”自身以面对当前的社会和经济挑战时，DevOps可以在促进转型、驱动价值和保持业务运转方面发挥主导作用。