扩展容器并非只是在服务前端部署一个代理就万事大吉。扩展不仅涉及流量分发，在快速发展的容器领域，要确保顺利扩展，需要具备五项不同的能力：重试、熔断、服务发现、流量分发和监控。
在这篇探讨容器扩展之道的文章中，我们将深入了解服务发现。
发现
传统扩展模式的配置相对固定。负载均衡代理使用算法从相对静态的资源池中选择资源。虽然资源选择（分配）是实时进行的，并且可能会考虑负载和响应时间等即时变量，但整体环境并非实时变化。运维人员根据企业定义的流程添加和移除资源，以控制容量的增加或减少。
现代扩展模型本质上具有易变性和动态性。现代系统的扩展以一切皆可“自动化”为前提。自动扩展这一概念借助云成为现实，使资源池能够根据需求扩展或收缩。但与传统模型相比，这只是向前迈出了半步。系统中仍然存在一个“核心”资源池，负载均衡算法从中选择资源。该资源池可以动态扩展或收缩，但仍受其所采用的传统模型制约。
容器，尤其是容器编排环境，彻底打破了这种模式。端点这一概念（即入口）是基于容器的扩展模式中少数几个“固定”要素之一，而从路由规则到构成其后端资源池的资源，其他一切都具有高度可变性。理论上，容器的生命周期可能只有几秒。但在实际应用中，通常会持续数天。传统模式下的资源生命周期长达数月（有时甚至数年）。相比之下，容器的这种生命周期给运维人员带来了压力，若没有自动化，这种压力将难以承受。
因此，服务发现是实现容器扩展的关键组成部分。负载均衡代理必须能够从资源池中选择资源，而该资源池可能与一分钟前相同，也可能已经发生变化。因此，大多数容器编排环境都包含一个资源“注册表”，帮助代理实时发现资源，以确保可扩展性。
此过程不仅要求将代理集成到容器编排生态系统中，还要求代理理解这些环境的通用语言：容器编排环境使用声明式配置文件（资源文件）和元数据，使代理能够识别其所扩展服务所关联的资源。这样，代理便可实时自动调整资源“池”，避免误选已关闭的资源。
如果没有发现机制，负载均衡代理就无法在容器环境中高效扩展应用和服务。任何运维人员都无法通过手动配置跟上此类环境的变化。仅跟踪哪些资源处于活动状态以及这些资源关联到哪些服务，就会占用他们的大部分时间，几乎无暇执行实际所需的更改。
发现机制使容器编排环境中的组件能够实时运行，并确保负载均衡代理获得按需选择资源所需的信息，从而支持应用和服务扩展。
关于作者
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服务。