NetOps需要采用DevOps方法和原则，重新实现稳定性与速度之间的平衡，从而支持部署在公有云中且数量不断增长的应用。
网络团队普遍认为，采用任何DevOps方法的团队都以牺牲稳定性和安全性为代价换取了速度。
在许多情况下，这确实如此。还记得Arxan和IBM发布的这份精彩报告吗？该报告探讨了物联网和移动应用的安全性。报告显示，大多数受访者认为，“仓促发布”是应用在包含易受攻击代码的情况下仍被发布的主要原因。速度凌驾于安全性和稳定性之上。
在稳定性方面，可量化的数据较少，但有大量实例佐证。尤其明显的是，当“云”在一夜之间发生变化时，云合作伙伴往往会匆忙应对。
没有人收到通知，只是有人发现某些功能出了问题。经过调查，原因无一例外都是底层基础设施发生了变化。这种变化无疑对提供商有利，甚至可能也有利于客户，却导致大量依赖该基础设施的解决方案无法正常运行。
您无法掌控公有云。
也许我应该整理一套“云规则”，并把这一条定为第零条，因为它对于保持理性以及正确采用云至关重要。
云基础设施并不属于您。您无法控制或更改它，但云服务提供商当然可以，而且确实会这样做。如果仍以对待企业数据中心基础设施的思维方式来使用云，您将会非常痛苦。
您能做的只有响应这些变化。基础设施即代码是有助于及时响应变化的DevOps方法之一。请注意，“基础设施即代码”是一种比喻，指的是将用于部署、预置和管理基础设施的配置、模板和脚本像代码一样对待。
实现这一点的关键是采用声明式部署模型，即尽可能使用模板来描述希望基础设施执行什么，而不是如何执行。
采用声明式模型，可以更敏捷地应对云基础设施中意料之外（但并不令人意外）的变化。没错，云基础设施会出现故障。但只需在一个集中式（共享）模板中处理这些变化，即可更快地完成调整。
严格来说，无需修改代码，也无需逐一检查并更改现有配置（类似于打补丁，只是风险更高）。与修改代码、安装程序或PDF中的传统“安装指南”相比，修改、测试和重新部署模板要快得多。
云环境必然会发生变化，您也必须随之应对。您需要保持敏捷，并遵循敏捷原则，快速应对无法控制的变化。
在公有云中，将敏捷方法与基础设施声明式模型相结合，有助于在不牺牲速度的情况下恢复应用稳定性。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。