如今，是否需要可扩展性已无需讨论，答案始终是肯定的。无论身处哪个行业，应用都是当今业务模式不可或缺的一部分，而业务增长有赖于应用运营规模的扩大。因此，系统在部署时通常会配备必要组件，以便在扩展需求必然出现时实现扩展。这通常意味着需要使用代理。因此，负责扩展的代理（通常是负载均衡器）是任何现代架构中都相当关键的组件。
这些代理不仅是实现扩展的机制，还越来越多地借助自动扩展功能，以近乎神奇的方式自动完成扩展。“自动扩展”这个看似简单的词蕴含着丰富的含义，例如，可以通过编程方式指示系统启动额外容量，同时确保负责扩展的代理能够发现新增容量，并将请求定向到该容量。
可以认为，任何称职的代理都具备所需的编程接口。毕竟，API经济不仅涉及应用与人员之间的共享，也涉及系统之间的共享，无论系统部署在本地还是云端。但我们常常忽略的是，向负载均衡代理添加新资源的任务是在管理平面或控制平面上完成的，而不是在数据平面上。
这很合理。在收集统计数据或调整系统配置时，我们不希望干扰系统运行。这种情况必须避免，尤其是当系统正满负荷运行、向迫切需要应用的用户交付应用，而我们又在尝试扩充容量时。
但如果情况反过来呢？如果系统运行反而妨碍了系统管理，该怎么办？
自动扩缩容（其实手动扩缩容也一样）将会失败。这意味着应用容量无法增加，业务也会受到影响。
这可不妙，当然，这一点不用我说您也知道。
之所以会出现这种情况，是因为许多代理在设计时并未考虑到这一矛盾，其控制平面和数据平面共用系统资源，二者之间没有隔离。用于交付应用的网络也用于管理代理；分配给应用交付的内存和计算资源也同时用于管理代理。在负载压力下，只有其中一方能够获得资源。如果您正尝试向代理添加应用资源以进行扩展，却无法访问系统来完成操作，情况就会非常棘手。
因此，在评估代理选型时，必须考虑其可管理性。不仅要看管理是否便捷，也不能只看其API和脚本编写能力，还要看它在负载下的可管理性。专为大规模扩展而设计的代理应配备一组独立的“管理”资源，以确保无论数据平面在交付应用时承受多大负载，代理仍可得到管理和监控。
在网络领域，这称为带外管理，因为管理操作在数据路径之外进行，而数据路径是主要路径，也是关键路径。
在负载状态下通过带外方式管理代理的能力，对于以自动或手动方式扩展应用，并借此推动业务扩展的整体能力至关重要。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。