DevOps 实用技能:与基础架构 团队合作

2020-04-09 21:25:57

核桃

对于应用开发人员而言,与大型基础架构平台团队合作可能会如虎添翼,也可能苦不堪言。如果基础架构团队能够以托管的自助服务模式提供基础架构、网络和安全服务,将开发人员从繁琐的管理事务中解放出来,那么这确实不失为一件好事。相比之下,如果基础架构团队拖延工作乃至积压数周,并且交接不清、责任不明,那么只会让应用开发人员叫苦不迭。

在第二种情况下,您会怎么做?毫不避讳地说,缓慢而低效的基础架构团队确实限制了您的生产能力,那么如何与其合作才能达到您期望的生产速度呢?

冲突由来已久,答案也不新鲜:统览全局,换位思考,相互尊重,认定共同目标,结伴同行。(怎么样,值得给我颁发一份诺贝尔和平奖吗?)

好吧,也许问题没那么简单,但这总还是一个良好的切入点。


统览全局

应用开发人员通常受到许多不可变(或不太可变)因素的限制。既然企业基础架构、策略、安全和审核要求都是关键的业务考虑因素,那么在开发应用时也应给予以重视。但在许多组织中,负责这些关键要素的 NetOps SecOps 团队通常跟不上 DevOps 团队的发展速度,从而形成了摩擦。

从某些方面来说,说 NetOps DevOps 慢就像是埋怨冬天没有夏天暖和。在过去的几年里,DevOps 一行发生了翻天覆地的变化,他们采用了更加敏捷的工作流程,并在每个环节都实现了自动化。而 NetOps 现在才刚开始摸清自动化工具的门道。因此,当许多组织都摩拳擦掌,准备在速度和生产力上再来一次大的飞升(基础架构服务方面),就需要 NetOps 团队提高在新网络自动化工具方面的技能。


换位思考

除了接触自动化的时间不一样外,DevOps NetOps 还存在许多其他区别。

关于 NetOps,您应该了解(或某些情况下谨记)以下 5 点:


-NetOps 专业人员是厂商技术方面的大咖,平台管理做起来易如反掌。您肯定听说过“混合云”或类似术语。它是指许多组织使用本地基础架构、私有云资源和/或公有云服务(例如 AWSGoogle Cloud Microsoft Azure)将各种来源的资源组合成一套解决方案。您的 NetOps 团队全都要了然于胸,运筹帷幄 这可不简单啊。

-NetOps 专业人员明白,网络运营通常关系着应用性能和客户体验的好坏。网站后台运行着一系列重要特性和功能,例如窗口大小调整、拥塞控制算法、分段大小调整等。大多数应用开发人员都不用操心这些,但 NetOps 必须面面俱到。

-NetOps 专业人员对 CLI 信手拈来,编写脚本轻车熟路。但是,他们多半都不会处理异步执行和回调或其他编程技术。

-他们渴望把工作做好(就像我们所有人一样),然而他们的工作性质通常是做得好无人问津,做错了就千夫所指,而后一种情形又常常是因为一些团队绕过了他们而造成的。

-永远不要让他们解释 BGP 路由,这可是互联网存在的基础,打开这个闸门,他会犹如洪水滔滔不绝。



认定共同目标,确保互利共赢

众所周知,自动化是加快部署的关键所在。想让 NetOps 同事与您站在同一立场,一定要与他们讨论自动化在应用开发生命周期中的价值,鼓励他们探索自动化对工作流的意义。旨在增进不同团队间相互了解的计划或活动也有助于明确共同目标。F5 发现,许多午餐学习会的反响都不错,许多过去不相关的部门都因此而联系在一起。

此外,F5 还推出了一系列在线免费 Super-NetOps 课程,帮助网络专业人员迈向自动化,提高技能水平。Super-NetOps 计划可帮助网络运营专业人员学习必要的关键应用服务标准化技能,提高有效利用自动化工具链的能力。自动化工具链可以将推出服务的时间从几天缩短到几分钟,同时确保所有应用都满足必要的合规、策略和性能标准。


结伴同行

当您与同事讨论提高自动化和自助服务基础架构等主题时,这意味着每个人都在为实现共同的目标而努力。当团队之间出现摩擦或某些团队进程滞后时,您很容易将他们置于对立面,视其为成功路上的绊脚石。或实际上,只有各部门消除(或至少显著减少)摩擦、互助互持,才能不断取得成功。

 


发布评论 加入社群

发布评论

相关文章

博文精选 | 人工智能企业的未来

F5小安

2021-09-22 11:09:13 5

博文精选| 大型互联网系统常用的技术方案

F5小安

2021-09-16 14:30:36 15

博文精选| 大型互联网应用面对的挑战及应对方案和手段

F5小安

2021-09-15 15:27:31 16

Login

手机号
验证码
© 2019 F5 Networks, Inc. 版权所有。京ICP备16013763号-1