构建应用交付策略时的 7 个注意事项

当我担任学术顾问时，我会帮助大学生按季度安排他们的课程表，目的是指导他们在经济援助用完之前毕业。 我曾多次听到有人问：“我该从哪儿开始呢？” 即使我们了解了他们感兴趣的学科领域，我仍然发现，他们对进入该领域感到的恐惧并没有真正消失。 所以，我告诉他们，“你们知道怎么吃大象吗？ 一次咬一口”，套用德斯蒙德图图主教的名言。

这为什么重要？ 因为设置应用交付策略是类似的。 也许（希望）对起点有一个总体想法，并且表面上有一个目标。 但实现该目标的步骤繁多、变化多端且成本昂贵。 可以这么说，这是一头难以解决的大象。 考虑到这一点，以下是在制定负载均衡策略时需要考虑的七个技巧。 它们远非详尽无遗，但可以视为帮助指导决策的基本框架。

第一名： 安全。 这不应该让人感到意外。 令人惊讶的是， 76% 的技术领导者会关闭安全措施来提高应用程序的性能。 幸运的是， 有一种方法可以在不牺牲用户体验的情况下在应用程序交付的所有级别上保持强大的安全态势：从在基础级别内置安全性的解决方案开始。 毕竟，应用程序的安全性取决于其运行的基础设施。 从安全性开始的负载均衡策略可以避免以后不得不追赶自身的发展或攻击者。

第二点： 可扩展性。 拥有高性能的应用程序很棒，但是当它在繁重的应用程序流量下崩溃时，它很快就会变得不可用。 如果您计划增加应用程序用户，那么拥有一个可以随着应用程序组合而扩展并且不会超出预算的负载均衡器将很快被证明是无价的。 巧合的是，这就是为什么云原生负载均衡器可能很棘手的原因：它们的内置特性可能会提供一些便利，但由于应用的流量激增（或两次或三次），从提供商那里收到意外账单也并非不可能。 避免不确定性：获得一个支持当前网络应用流量要求的解决方案，并能够扩展以支持未来的应用增长，无论是在云端、本地还是混合环境中。

第三： 表现。 毫秒之差就会产生影响：调查报告显示，如果应用在打开后两秒内无法加载，其用户（及其企业）可能会转向其他地方。 虽然有许多方法可以提高负载均衡器的性能，但满足流量需求的一种方法是采用支持 SSL 卸载的应用交付控制器 (ADC)。 部署一个可以在应用程序前处理 SSL 解密的 ADC，并将加密处理转移到专用解决方案上 以及网络服务器。 这对于网络意味着什么？ 后端服务器可以自由地做它们最擅长的事情：提供应用数据和业务潜力。 

第四名： 可支持性。 当企业依赖于其应用程序时，加快上市时间和部署效率至关重要。 当 NetOps、SecOps 和 DevOps 拥有部署、管理和分析应用程序组合所需的工具，同时根据业务需求调整应用程序交付时，它们可以更好地支持业务线。 对于许多组织来说，这意味着利用工具来自动化应用支持，将高效配置、配置和管理应用程序支持服务所需的劳动力转移到实际管理其应用程序和网络流量的设备上。 但“支持应用程序”还意味着了解它们在做什么、它们的表现如何以及它们正在经历什么样的流量。 这就是为什么选择一个提供 URL、吞吐量和服务器延迟分析（在服务的不同级别报告）的负载均衡解决方案至关重要。 这样的功能减少了团队手动获取数据所需花费的时间和精力。

第五名： 灵活性。 正如企业需要灵活地适应市场需求一样，其负载均衡解决方案也需要灵活地满足其应用程序的需求。 这意味着为团队提供所需的工具，以分析、操作和检测进出该企业应用组合的流量的各个方面。 这种“深入底层”的能力为定制带来了无限可能：实施安全缓解规则、支持新协议、实时修复与应用程序相关的错误，最重要的是，拥有保持应用程序可用和有效所需的工具。

第六名： 建筑适应性。 虽然说起来有点拗口，但确实很重要。 选择一款能够赋予多云自由的产品，您将获得一个可跨环境运行的解决方案，以简化操作、管理和工具。 一旦这样的解决方案到位，很容易想象这意味着什么：缩短应用的上市时间，简化管理这些服务的团队的培训，以及更快速、统一地部署跨多个云的应用程序组合的修复和更新。 为了进一步提高这种多功能性，请选择与平台无关的解决方案并在任何地方运行它：在数据中心作为软件、在本地作为硬件、在云端或在混合环境中。

第七： 应用程序要求。 某些应用程序可能有其他应用程序没有的特定要求。 它们最终可能需要独特的负载均衡算法或需要 SNMP 或 SMTP 等协议的支持。 很少有一种万能的负载均衡解决方案。 但是，有一些非常灵活、适应性强的解决方案可以根据需求向用户提供应用程序，而最终的答案却是“这个尺寸几乎可以满足我们的所有需求”。

最终，组织的独特需求将决定哪种负载均衡解决方案最适合该组织。 使用这些提示来指导对话和决策。 阅读有关智能负载均衡的更多信息或联系 F5 代表了解更多信息。