应用资本时代的“更快”定义
企业追求的是速度。 数字化转型的影响之一（以及在应用经济中取得成功的相关压力）是渴望快速发展。 根据我们的2019年application服务状况报告，近一半（48％）的组织通过数字化转型来加快部署。
但这不仅仅与部署有关。 它还涉及发展以及对威胁和需求变化的响应。
组织希望能够更快地开发和交付应用程序。 他们希望更快地适应不可预测的商业环境变化。 他们希望能够更快地应对攻击。
那么他们怎样才能得到它呢？
更快的开发速度
更频繁地部署意味着您首先开发得更快。 这通常意味着采用以速度为导向的敏捷方法。 GitLab 2019 年全球开发者报告： DevSecOps发现大多数人 (54%) 选择 Scrum，而 37% 选择 Kanban。
组件化
但是，如果application架构不适合开发风格，那么方法论是不够的。 规模较小、专注且频繁发布新版本的团队并不适合为传统单一applications开发新功能或修复问题。 通过采用微服务和更加分布式的架构形式实现的组件化更自然地契合现代架构和操作原则。 毫不奇怪，现代application平均有 80％ 以上由第三方组件组成，而且大部分是开源组件。
API
对于那些寻求通过组件化application架构实现更快开发速度的人来说，采用 API 也并不令人意外。 API 将实现与接口分离，并允许团队对处理进行修改，而不会影响其他组件或applications的 API 的使用。 这是一种常见的模式，目前有 64% 的组织创建 API 用于内部或外部用例。 根据Jitterbit 的 2018 年 API 集成状况报告，近 50% 的组织依靠 API 来更快地将创意推向市场。
自动化（CI/CD）
如果要满足频繁部署目标，构建管道也必须跟上。 这意味着 CI/CD 工具可以无缝地将代码从提交移动到测试再发布。 毫无疑问，GitLab 调查中最受欢迎的 CI 和构建工具是 GitLab (61%)，其次是 Jenkins (36%) 和 Travis CI (12%)。 值得注意的是，我们自己的研究发现，16% 的人使用 Jenkins 进行网络自动化 - 如果组织正在寻求将 DevOps 从交付扩展到部署，那么这是一个有希望的结果。
部署速度更快
更快的开发并不一定能更快地将创意推向市场。 这需要部署。 尽管诞生于云的技术公司已轻松掌握了交付部署鸿沟，但许多老牌企业发现这种转变具有挑战性。 现有的组织结构以及对传统和单一applications的持续支持需求引发了冲突，这些冲突可能难以与现代运营需求相结合。 但毫无疑问，对于那些需要更快、更频繁部署的applications，组织必须克服这些挑战。
持续部署
不要被愚弄；成熟的组织正在采用自动化并将其应用于部署流程。 问题往往在于传统 IT 结构引入了不一致的自动化和自助服务。 我们在自己的研究中看到了这种情况，严重孤立的团队结构继续影响整个 IT 部门的自动化工作。
团队结构很重要，如果组织希望以更快的速度持续部署，那么那些致力于自动化管道的组织将需要解决持续部署的文化方面的问题。
公有云
传统上，无法实现持续部署迫使开发人员和应用程序所有者转向公共云，因为它消除了较慢的企业部署路径中的障碍。 对部署频率的意见分歧在一定程度上造成了这一问题。 我们在 2018 年进行的 NetOps/DevOps 调查发现，虽然 55% 的 DevOps 和 52% 的云架构师认为他们的组织部署不够频繁，但只有 30% 的 NetOps 和相同比例的运营人员表示同意。
但这并非唯一的驱动因素。 数字化转型当然是一个因素；我们application服务状况调查中 33% 的受访者表示，由于采用了数字化转型计划，他们有意转向从公共云提供应用程序。 轻松集成application服务并随后实现自动化操作的能力对于寻求更快部署途径的组织来说是一个巨大的福音。
容器
在云端（但也在本地），持续部署通常需要能够采用支持该模型的每个应用程序管道和application服务。 越来越多的组织开始采用容器，因为它们能够支持快速更新并在高度不稳定的环境中无缝运行。 我们发现容器的需求不仅在于支持现代application架构（例如云原生，这是Diamanti 的 2019 年容器采用基准调查中 33% 的受访者所采用的首要容器用例），还在于支持基础设施。 我们自己的研究表明，对容器中的本地application服务的需求逐年增长，从 2017 年的 4％ 上升到 2019 年的 15％。
更快的响应
并非所有事情都与交付和部署有关。 在安全和运营方面，组织还需要速度。 当今世界，超过一半的应用程序交互都是由机器人进行的，因此，对于组织来说，快速响应“拒绝”消息非常重要，以避免成为漏洞或感染的牺牲品。
实时威胁分析
组织寻求加快应对攻击能力的方法之一是采用实时威胁分析。 由于“安全”继续成为重中之重和持续的挑战，因此毫不奇怪，这一类别在 2019 年跻身五大战略趋势和技术之列，有 41% 的受访者标记了它。
随着机器学习和自动化继续将其强大的功能应用于更快地识别问题流量的问题，“智能”安全application服务的可用性将会加速。
包含编排功能
机器学习并不是基础设施和application服务变得更加智能的唯一方式。 随着用户对于容量和处理速度更快的响应的需求不断增长，基础设施和application服务也在不断发展，将编排作为一项核心功能而非附加功能。 具有集成编排层的application服务平台将意味着可随着需求而按需扩展的服务。 虽然如今这样的功能已经存在 - 事实上，它们是云和容器不可或缺的一部分 - 但根据application和用户定义的需求自动扩大和缩小规模的功能并不是当今大多数系统所固有的。 但他们会的。
更快地识别不良行为者
最后，组织需要出于商业和安全目的打击机器人。 无论组织是否需要停止抓取数据（对企业的真正威胁）或阻止机器人探测漏洞，更快地识别不良机器人行为者都至关重要。 如今，仅仅勾选一个方框（我不是机器人）已经不够了，因为机器人变得越来越智能，能够挫败这种原始技术。
组织机构正在转向能够应用更现代、更成功的技术来快速识别和阻止恶意机器人的机器人防御服务。 为了满足这一需求，我们看到机器人防御服务的使用量逐季度增长，我们预计这种趋势将会持续下去。
更快的发展。 部署更快。 更快的响应。
当谈到当今企业对速度的需求时，我们最终会关注流程。 通过 CI/CD 实现开发流程自动化，从而提高速度。通过持续部署和云实现部署流程自动化，从而提高速度。 系统正在自动化扩展和安全流程，并引入编排作为application服务平台的原生功能。
事实证明，更快的速度依赖于组织在开发、部署和安全方面实现流程自动化的能力。