如果云提供商已经提供了专业服务，内部DevOps的用途是什么？

Question

我在过去的角色中看到过这种情况，当时我作为一名员工在工作中扮演着一个虔诚的角色。

在一家已经为像AWS专业服务这样的东西付费的公司里，内部开发人员的目的应该是什么，换句话说，云提供商有一组工程师，他们被部署在prem上，以解决业务需求，建立一个基础设施，同时向客户推广各种AWS服务。

在这张照片里，内设的在哪里？

我记得几年前我在一个远程会议上，解决了一个任务，结果经理告诉我“好吧，我们无论如何都会把这个交给我们的顾问”。这句话不仅很尴尬，因为整个团队都在开会，而且我也不明白，如果别人被指派去做这件事，那么做这项工作的首要意义是什么。

如果不是云提供商的话，承担一个开发人员的角色有意义吗？

Answer 1

一些很好的理由可以是：

• 与顾问相比，内部管理员的薪水肯定要便宜一些。
• 顾问只会在一段有限的时间内，临时增加人手，例如在基础建设方面。
• 咨询人具有内部发展人员(尚未)拥有的专门知识，而顾问的部分工作是为内部发展人员进行知识转让和/或在职培训。
• 顾问是在那里做无聊的部分工作，而内部发展被分配到战略/长期任务(这样，当顾问离开，知道如何不离开公司。

顺便说一句，海事组织最好的顾问是：

• 说他们的工作描述就像“我的工作是确保你不再需要我.”。
• 永远不要碰键盘，而要让他们完成任何任务(当你看到别人完成某些任务时，似乎很容易，但要自己完成任务要困难得多)。

Answer 2

来自DevOps咨询背景，在@pierre.vriens提到的基础上，

1. 顾问没有任何皮肤在游戏中，不应该负责领导您的DevOps战略从长远来看。你需要有内部的专业知识来领导重大的行动。自己做高价值的工作，并聘请顾问来提供范围明确的问题并解决问题.
2. 我的团队为Kubernetes和Azure相关的DevOps服务提供了支持。大多数情况下，我们构建的内容是复杂的，我们的客户还没有准备好维护或支持交付的产品。我们花了大量的时间进行知识转移，但是如果没有一个好的内部团队，它很快就会变得势不可挡。
3. 我不建议只聘请DevOps顾问来指导。我做过教练和兼职，我相信顾客没有得到他们全部的钱。你应该把顾问嵌入到你的团队中，并通过并肩作战来训练你的团队。对实际工作进行部分指导和部分交付。
4. 在大多数情况下，云供应商与其网络中的现有顾问合作，并将他们重新命名为“他们的”团队。你仍然需要大量的技术知识和领导才能，才能从任何顾问中得到最大的好处。

Answer 3

所有权。

付钱给第二方，甚至是第三方来提供你所需要的支持是没问题的，但最终，在不拥有硬件和不拥有人类努力之间还有很大的距离。

公司拥有的开发人员多年的努力是有价值的。它存在于人类的空间中，表现为知识的转移和对产品的熟悉。实际上，工程师是一项投资。

有一个古老的故事，一个工程师变成顾问谁被叫到一个前雇主，以解决一个问题。30秒后，这位前雇主拿着一只橡皮槌，收到了一张数额过高的账单，并迅速询问费用是多少。在这种情况下，工程师指出了几十年的经验，使(他/她)能够在30秒内解决问题。

最重要的是，企业软件的历史让许多人在软件领域产生了妄想，认为被锁定后价格可能会上涨。这就是为什么会有这么大的推动多云，或云无关的基础设施。避免您的工程师被您的云提供商拥有是避免这种情况的好方法，而在硬币的另一边，云提供商有充分的理由想把您锁在里面。毕竟他们买的是硬件。他们负责供应。

最重要的是，你可以保证你的内部开发者只在你的产品上工作，不会离开(我希望)不会离开，也不会在其他产品上工作。

我不能对原问题中提到的具体情况发表评论，因为我不知道贵公司与顾问之间关系的性质。