制定应用交付策略时需考虑的7个方面

Griff Shelley

我担任学业顾问时，会帮助大学生逐学期安排课程，目标是指导他们在助学金用完前顺利毕业。我不止一次听到他们问：“我到底该从哪里开始？”即使我们已经讨论过他们感兴趣的学科领域，我仍能看出，他们对于迈出第一步依然心存顾虑。于是，我借用德斯蒙德·图图主教的名言告诉他们：“你知道该怎么吃掉一头大象，对吧？一口一口地吃。”

为什么这很重要？因为制定应用交付策略也与此类似。您或许（但愿如此）对从何处着手有个大致想法，表面上看，心中也有一个目标。但实现这一目标需要采取许多步骤，而这些步骤不断变化且成本高昂。可以说，这是一头难以下口的“大象”。基于这一点，下面提供了制定负载均衡策略时可考虑的7条建议。这些建议远非面面俱到，可将其视为一个基础框架，为决策提供参考。

第一点：安全。这一点并不意外。令人意外的是，76%的技术领导者会关闭 off安全措施，以提升应用性能。好在，有一种方法可以在应用交付的各个层面保持稳健的安全态势，同时不牺牲用户体验：从采用底层内置安全能力的解决方案入手。毕竟，应用的安全性取决于其运行所依托的基础设施。从安全入手制定负载均衡策略，可以避免日后因自身发展或攻击者的行动而被迫追赶。

第二点：可扩展性。应用具备高性能固然很好，但如果在应用流量较大时崩溃，很快就会变得不可用。如果计划扩大应用用户规模，负载均衡器既能随应用组合扩展，又不会导致预算超支，将很快体现出重要价值。这也正是云原生负载均衡器可能难以驾驭的原因：其内置特性或许能带来一些便利，但应用流量出现一次、两次甚至三次激增时，仍有可能收到云服务提供商出乎意料的账单。避免不确定性：选择既能满足当前网络应用流量需求，又能横向扩展以支持未来应用增长的解决方案，无论应用部署在云端、本地还是混合环境中。

第三点：性能。毫秒之差也会产生影响：调查报告显示，如果应用打开后未能在2秒内完成加载，用户（及其业务）很可能会转向其他选择。提升负载均衡器性能的方法有很多，其中一种满足流量需求的方法是使用支持SSL卸载的应用交付控制器（ADC）。在应用前端部署可处理SSL解密的ADC，将加密处理转移到专用解决方案上，使其不再占用Web服务器资源。这对网络意味着什么？后端服务器可以专注于其最擅长的工作：交付应用数据，释放业务潜力。

第四点：可支持性。当业务依赖应用时，缩短上市时间和提高部署效率至关重要。具备部署、管理和分析应用组合所需的工具，并能根据业务需求调整应用交付后，网络运维、安全运维和开发运维团队可以更好地支持业务部门。对许多组织而言，这意味着利用工具实现应用支持自动化，将高效置备、配置和管理应用支持服务所需的工作交由实际管理应用和网络流量的设备完成。但“支持应用”还意味着了解应用正在执行哪些操作、性能表现如何，以及正在处理何种流量。因此，选择能够在不同服务层级提供URL、吞吐量和服务器延迟分析的负载均衡解决方案至关重要。此类功能可以减少团队手动获取这些数据所需的时间和精力。

第五点：灵活性。企业需要灵活应对市场需求，负载均衡解决方案也需要具备灵活性，才能满足应用不断变化的需求。这意味着为团队提供必要的工具，以分析、操控和检测企业应用组合的所有入站和出站流量。深入底层进行调整，可带来丰富的自定义可能性：实施安全缓解规则、支持新协议、实时修复应用相关错误；更重要的是，掌握必要工具，帮助应用保持可用并有效运行。

第六点：架构适应性。这个说法有些拗口，但至关重要。选择支持多云自由的产品，即可获得跨环境运行的解决方案，从而简化运维、管理和工具。部署此类解决方案后，其价值显而易见：缩短应用上市时间，简化服务管理团队的培训，并更快速、更一致地为分布在多个云中的应用组合部署修复和更新。要进一步提升这种灵活性，可选择不受平台限制、能在任何位置运行的解决方案：既能以软件形式在数据中心运行，也能以硬件形式在本地部署，还可在云端或混合环境中运行。

第七点：应用要求。某些应用可能有其他应用所不具备的特定要求，因此可能需要采用独特的负载均衡算法，或需要支持SNMP、SMTP等协议。负载均衡解决方案很少能满足所有需求。不过，确实有一些高度灵活、适应性强的解决方案，可以按需向用户交付应用，成为难得的“几乎能满足所有需求”的选择。

归根结底，组织的独特需求决定了哪种负载均衡解决方案更适合自身。可参考这些建议开展讨论并做出决策。进一步了解智能负载均衡，或联系F5代表获取更多信息。

关于作者

Griff Shelley

Griff Shelley 的更多博客文章