应用资本时代如何定义“更快”

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

企业追求速度。数字化转型带来的影响之一，以及随之而来的在应用经济中取得成功的压力，就是企业希望加快步伐。根据我们的《2019 年应用服务现状报告》，近一半（48%）的组织在数字化转型的推动下加快了部署速度。

但速度并不只体现在部署上，还体现在开发，以及对威胁和需求变化的响应上。

组织希望更快地开发和交付应用，更快地适应不可预测的业务环境变化，并更快地响应攻击。

那么，组织如何才能实现这些目标？

加快开发

更频繁地部署，意味着首先要加快开发速度。这通常需要采用注重速度的敏捷方法。GitLab的《2019年全球开发者报告：DevSecOps》发现，大多数受访者（54%）选择Scrum，另有37%选择Kanban。

组件化

但是，如果应用架构不适合相应的开发方式，仅有方法论还不够。规模较小、目标明确的团队以频繁发布为目标快速推进，这种方式并不适合为传统单体应用开发新功能或修复问题。通过采用微服务和更加分布式的架构实现组件化，更符合现代架构和运维原则。因此，现代应用平均有80%以上由第三方组件构成，且其中大部分为开源组件，也就不足为奇了。

API

对于希望通过组件化应用架构加快开发的组织而言，采用API也不足为奇。API将实现与接口解耦，使团队能够修改处理逻辑，而不影响其他组件或应用对API的使用。这种模式十分常见，目前有64%的组织正在创建API，用于内部或外部用例。根据Jitterbit的《2018年API集成现状》报告，其中近50%的组织依靠API加快将创意推向市场。

自动化（CI/CD）

要实现频繁部署的目标，构建流水线也必须跟上节奏。这需要借助CI/CD工具，将代码从提交、测试到发布的各个环节无缝衔接起来。不出所料，GitLab调查中使用率较高的CI和构建工具依次为GitLab（61%）、Jenkins（36%）和Travis CI（12%）。值得注意的是，我们自己的研究发现，16%的受访者还使用Jenkins进行网络自动化。如果组织希望将DevOps从交付环节扩展到部署环节，这一结果令人鼓舞。

加快部署

加快开发并不能让创意更快推向市场，还需要加快部署。云原生科技公司已能轻松衔接交付与部署，但许多成熟企业仍难以完成这一转变。现有组织结构，以及持续支持传统应用和单体应用的需求，都会引发冲突，难以与现代运营要求相协调。但毫无疑问，对于需要更快、更频繁部署的应用，企业必须克服这些挑战。

持续部署

不要被表象误导；成熟的组织正在采用自动化，并将其应用于部署流水线。问题往往在于，传统IT架构导致自动化和自助服务工作缺乏一致性。我们的研究也印证了这一点：高度孤立的团队架构仍在影响整个IT领域的自动化工作。

团队结构至关重要。以自动化流水线为方向的组织若想持续加快部署速度，就需要解决持续部署所涉及的文化问题。

公有云

过去，由于无法实现持续部署，开发人员和应用所有者往往转向公有云，因为公有云消除了速度较慢的企业部署流程中的障碍。各方对部署频率看法不一，也是造成这一问题的部分原因。我们的2018年NetOps与DevOps调查发现，55%的DevOps人员和52%的云架构师认为其组织的部署频率不够高，而持相同看法的NetOps人员和运维人员均仅占30%。

但这并非唯一的驱动因素。数字化转型无疑也是原因之一；在我们的《应用服务现状》调查中，33%的受访者表示，由于采用了数字化转型计划，他们正有意转向通过公有云交付应用。轻松集成应用服务并进一步实现运维自动化，可为希望更快实现频繁部署的组织带来显著助益。

容器

无论是在云端还是本地，持续部署通常都需要能够采用按应用划分的流水线，以及支持这种模式的应用服务。容器能够支持快速更新，并在高度动态的环境中顺畅运行，因此越来越多的组织开始采用容器。我们发现，容器不仅用于支持云原生等现代应用架构。根据Diamanti 的《2019 年容器采用情况基准报告》，云原生是容器的主要用例，占受访者的 33%；容器也用于基础设施。我们自己的研究显示，对容器中本地应用服务的需求逐年持续增长，从 2017 年的仅 4% 上升到 2019 年的 15%。

更快响应

并非所有工作都只关乎交付和部署。组织在安全和运营方面同样需要快速响应。如今，超过一半的应用交互由机器人完成，因此组织必须迅速返回“拒绝”消息，以免遭到漏洞利用或感染。

实时威胁分析

组织正寻求加快攻击响应速度，采用实时威胁分析便是其中一种方式。鉴于“安全”仍是首要任务和持续挑战，该类别跻身2019年五大战略与技术趋势并不令人意外，41%的受访者选择了该类别。

随着机器学习和自动化继续发挥其强大能力，更快地识别问题流量，“智能”安全应用服务的普及将会加速。

内置编排功能

机器学习并不是提升基础设施和应用服务智能化水平的唯一途径。随着用户数量增加，对容量和处理能力快速响应的需求也在增长，基础设施和应用服务正逐步将编排纳入核心能力，而不再将其作为附加功能。集成编排层的应用服务平台将使服务能够按需扩展，随需求变化而调整。此类能力目前已经存在，实际上也是云和容器不可或缺的一部分，但大多数系统目前尚不具备根据应用和用户定义的要求自动扩缩容的原生能力。不过，未来将会具备。

更快识别恶意行为者

最后，出于业务和安全方面的考虑，组织需要抵御机器人。无论是阻止对业务构成切实威胁的抓取行为，还是防止机器人探测漏洞，如今更快识别恶意机器人都至关重要。随着机器人日益智能，并且能够绕过此类初级手段，仅勾选复选框（我不是机器人）已不足以应对。

各组织正转向采用Bot Defense服务，运用更现代、更有效的技术，快速识别并阻止恶意机器人。为满足这一需求，我们已经看到机器人防御服务的使用量逐季度增长，并预计这一趋势将持续。

加快开发。加快部署。加快响应。

如今，企业要提升速度，最终需要从流程入手。通过CI/CD实现开发流程自动化，可以加快开发速度。通过持续部署和云实现部署流程自动化，可以加快部署速度。随着系统自动化能力的增强，以及编排成为应用服务平台的原生功能，扩展和安全流程也在逐步实现自动化。

事实证明，要实现更快的速度，取决于组织能否实现开发、部署和安全流程的自动化。

关于作者

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章