DevOps 生活技能： 与基础设施团队合作

对于应用开发人员来说，与大型基础设施平台团队一起工作可能是一件好事，也可能是一件坏事。 当该团队以托管的自助服务模式提供基础设施、网络和安全服务——从而减轻开发人员管理基础设施的辛劳——时，这确实是一种福气。 相比之下，如果基础设施团队的主要交付是长达一周（数周）的积压工作和不断的交接，应用程序开发人员就会感到很受打击。

问题是，如果是后一种情况你能做什么？ 您如何应对缓慢、繁琐的基础设施团队？坦率地说，这限制了您按照预期速度进行生产的能力。

答案当然与冲突本身一样古老： 首先增加对大局的了解，投入适量的同理心，并在相互尊重和共同目标的氛围中完成一切。 （请告诉我在哪里领取和平奖。）

好吧，也许它不是那么简单，但这个计划是一个很好的开始。

总体情况

应用程序开发人员通常受到许多不可移动的（或不易移动的）限制的约束。 企业基础设施、政策、安全必需品和审计要求都是关键的业务考虑因素，因此也是关键的应用考虑因素。 然而，在许多组织中，负责这些关键要素的 NetOps 和 SecOps 团队的行动速度通常比DevOps更慢，这反过来又会产生摩擦。

从某种程度上来说，说 NetOps 比 DevOps 慢就像是将苹果和橘子进行比较。 在过去的几年里，DevOps 行业经历了一些巨大的变化，采用了更敏捷的工作流程并在各个方面拥抱自动化。 另一方面，NetOps 现在才获得自己的一套自动化工具的使用权。 因此，许多组织准备再次大幅提升速度和生产力（这次是在基础设施服务方面），但这需要 NetOps 团队提高他们的技能，以便他们能够利用新的网络自动化工具。

适量的同理心

事实上，DevOps 使用自动化工具的时间比 NetOps 长得多，这是这两个群体之间的重要区别。 但这种差异并不是 DevOps 团队需要了解基础设施团队的唯一事情。

以下是关于 NetOps 的五件建议了解的事情（或在某些情况下记住的事情）：

• NetOps 专业人员是供应商技术的大师，也是他们所管理平台的专家。 您肯定听说过“混合云”或类似的术语。 它指的是许多组织利用来自各种来源的资源，并使用内部部署基础设施、私有云资源和/或公共云服务（如 AWS、Google Cloud 和 Microsoft Azure）拼凑解决方案。 您的 NetOps 团队必须了解并掌握所有这些 — — 这可不是一件容易的事。
  
  
• NetOps 专业人士明白，网络运营通常会造成应用程序性能不佳和客户体验良好的差异。 窗口大小、拥塞控制算法、段大小调整——后台运行着一系列重要的特性和能力，大多数应用程序开发人员甚至都没有考虑到。 但 NetOps 有。
  
  
• CLI 对于 NetOps 专业人员来说很自然，他们通常对脚本非常熟悉。 但大多数人不会处理异步执行和回调或其他编程技术。
  
  
• 他们喜欢做好工作（我们大家也一样），但他们的工作环境中常常感觉唯一被注意到的事情就是出错的事情。 这通常是因为有些团队已经绕过了他们。
  
  
• 永远不要要求他们解释BGP 路由。 认真说来，这就是互联网存在的基础。 打开这个虫洞，你可能永远也出不来了。

共同目标，互利共赢

众所周知，自动化是更快部署的关键。 努力让你的 NetOps 同事达成共识。 一定要与他们讨论自动化在应用程序开发生命周期中的价值，并鼓励他们探索自动化如何使他们的工作流程受益。 促进不同团队之间相互交流的项目或活动有助于使这种共同的焦点成为焦点。 在 F5，我们发现午餐学习会议在跨越传统上不相联系的部门方面取得了很大成功。

此外，F5 还通过一系列免费的在线 Super-NetOps 课程帮助网络专业人员迈向自动化并提升他们的技能。 该 Super-NetOps 计划可帮助网络运营专业人员学习标准化关键应用服务所需的技能，并获得有效利用自动化工具链的能力。 自动化工具链 顺便说一句，这可以减少服务时间 从几天到几分钟—同时确保 全部 应用满足必要的合规性、政策和性能标准。

前进之路

当您与同事讨论提高自动化程度和自助服务基础设施等话题时，请记住每个人都在为同一个目标而努力。 当团队之间存在摩擦，或者一个团队的进展速度比其他团队慢时，您很容易将同事视为对手，阻碍您实现最终的成功。 事实上，当消除（或至少显著减少）摩擦并且每个部门都在支持其他部门向前发展时，就能实现可持续的成功。