云就绪 ADC： 这对 NetOps 有什么好处？

云就绪应用交付控制器 (ADC) 不是传统的 ADC。它可用于部署在定制或 COTS 硬件上，是一种可扩展的软件解决方案，可满足快速、安全和可用的应用交付和部署需求。 云就绪 ADC 支持现代化的两层数据中心架构方法，将传统的稳定性、安全性和规模与现代的灵活性、云性和 DevOps 友好的编程功能相结合。

这对 NetOps 有何好处？

网络运营（简称 NetOps）日益面临着预算停滞且运营复杂性不断增加的问题。 虽然正在发生权力转移，将一些基础设施服务（如负载均衡）转移到传统操作领域，但公共云的普及和私有云的需求不断增长，继续对 NetOps 施加压力，要求其加快行动并更频繁地部署。 同时保持在预算之内。  

通过采用OpenStack 、Cisco ACI 和 VMware 等平台实现自动化和编排是NetOps 应对这一挑战的方法之一。 通过采用促进“基础设施即代码”的框架，实现基于模板的部署，NetOps 可以提供更加“自助服务”的环境，通过该环境可以部署传统的网络和应用服务。 这可以降低运营成本，因为工程师不再需要手动调配、配置和部署服务，而且速度也更快。 它使 NetOps 能够有效扩展以满足需求，并减少长期存在的导致应用程序部署延迟的摩擦。

云就绪 ADC 通过可编程性实现这一点。 称之为“软件定义基础设施”或“基础设施即代码”。 无论您采用何种命名法，事实是“软件”是数据中心的未来，这并不是因为它的形式因素（毕竟它仍然需要硬件），而是因为利用代码实现逻辑的能力所提供的灵活性，无论是用于路由还是安全、规模还是速度。

这就是为什么云就绪 ADC 通过企业当今使用的框架支持基于模板的配置和支持 API 的部署，以实现更大的运营规模和私有云（如 OpenStack）的实施。 通过 GitHub 轻松获取的开源 Heat 模板使用iApps提供 F5 高级应用服务的端到端原生、自动化部署和配置。 但它不仅限于预先打包的（开箱即用的）集成。 云就绪 ADC 的固有可编程特性确保它可以集成到各种自动化和编排系统中，无论是否定制。 这是另一种 API 经济的好处，它使基础设施集成能够实现更快、更频繁、更一致的应用部署到生产环境中。

通过数据路径可编程性定制策略扩展了 NetOps（以及 DevOps）定制应用交付的能力，并通过虚拟修补和清理入站/出站数据来修复漏洞。 因为安全性应该包含在交付的每个环节中，从应用程序到基础设施再到客户端本身。 通过支持传统语言（如 TCL）以及更现代的语言（node.js），NetOps 和 DevOps 都可以利用超过 250,000 个现有软件包，只需一个npm命令即可实现更好的控制和增强的安全性*。

适合各种环境的平台

支持云端的 ADC 也是一个平台。 当尝试改善快速增长的数据中心的运营规模时，这一点变得越来越重要。 安全性、规模和性能的通用平台意味着减少集成和管理时间，并有更多的时间确保需要部署的人可以随时获得通用策略和标准。 当尝试将有限的资源扩展到公共云时，这一点尤为重要，因为 API、控制台、仪表板甚至日志的差异可能会增加已经不堪重负的运营人员的负担。 在所有环境（无论是内部还是外部、云端还是传统环境）上采用标准化的通用平台，为构建和扩展应用经济所需的自助服务环境提供了坚实的基础。

云就绪 ADC 旨在支持云，包括数据中心和公共云。 它是一个可编程平台，提供正确的 API 和模板组合，以确保无论是部署在定制或现成的硬件上、公共云、私有云还是托管云上。 NetOps 可以调配、配置、管理和监控使用云就绪 ADC 部署的服务，无论它们最终部署在何处，并且使用现代自动化和编排方法来实现这些服务，以确保实现业务预期的部署速度所需的运营规模。

*需要组装。 不，不是语言。 你必须将其附加到政策中。