当您需要同时满足两项需求，但“众所周知”二者不可兼得时，该怎么办？
网络和安全领域长期以来一直流传着一种误解：安全的软件架构缺乏灵活性，而采用敏捷方式交付的软件安全性较低。但先别急，有证据表明采用迭代模型开发的软件本质上安全性较低吗？即使有，我的“研究”（也就是用Google搜索）也没找到什么有力证据。
事实上，有充分理由认为，更快的交付周期以及自动化、精简的发布流程可以缩短漏洞的总体暴露时间，从而降低风险。
那么，灵活性与安全性之间真的存在鸿沟吗？遗憾的是，我仍然认为答案是肯定的。
不过，我并不认为敏捷软件生命周期会带来更多固有的代码漏洞（尽管容器管理系统等一些新平台确实会引入新的攻击面），因为应用代码只是组织整体安全态势的一部分。
鉴于所有软件都存在缺陷，IT技术栈还包含应用程序代码之外的安全控制措施，例如网络防火墙、入侵检测系统和Web应用防火墙。其中许多系统需要跟踪应用程序行为，并应对框架或操作系统中新发现的威胁。理想情况下，这些系统需要与软件交付生命周期一样敏捷。否则，可能出现两种情况：安全控制措施被认为会影响交付速度和价值实现时间，或者无法提供部署这些措施原本要实现的保护。这两种情况都不理想。
显而易见的解决方案是让安全控制模式更贴近软件交付生命周期模式。事实上，DevSecOps正在将软件工程和DevOps实践应用于安全控制的交付，并让团队中的每个人共同承担安全责任，即使深厚的专业知识仍由经验丰富的专业团队掌握。
与这种文化转型相呼应的是技术演进：安全控制的实施将融入软件交付流水线。安全控制会伴随每次软件迭代，贯穿测试、预发布和部署阶段，而不是在最后才附加。遥测和可追踪性要素会注入技术栈中的多个节点，并在这些节点间进行追踪。帮助识别、追踪和报告攻击者的新指标也能得到快速收集和分析。
要实现这一目标，技术栈需要像团队一样紧密协作。这正是未来F5与NGINX整合后值得期待的可能性之一。产品组合涵盖从网络防火墙到应用服务器及其间的各个层面，因此有望构建一套更敏捷、集成度更高、信息更丰富的安全控制体系。企业级安全性和可见性与轻量级敏捷能力相结合，有望为团队中的每个人提供所需的工具、信息，以及（相对的）安心。
要进一步了解F5与NGINX携手带来的优势，请阅读F5首席执行官介绍“弥合鸿沟”博客系列的文章。
关于作者
相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。