高可用性
API 网关的高可用性（HA）是指即使在出现故障或异常情况下也能提供不间断服务的能力。这通常是通过冗余和负载均衡等 技术来实现的：
- 冗余涉及部署 API 网关的多个实例以消除单点故障。如果一个实例失败，其他实例可以继续无缝处理请求。
- 负载均衡 确保传入请求分布在多个 API 网关实例上。这有助于在每个实例上维持可接受的工作负载，从而提高整体服务质量和可靠性。
通过结合这些策略，组织可以最大限度地减少停机时间并保持一致的性能，确保网关在各种条件下保持稳健。
主要特点
API7 网关将高可用性扩展到控制面（CP）和数据面（DP），确保整个系统的弹性和可靠性。
- 数据面的高可用性：API7 网关的数据面和控制面通过无状态的数据面实现解耦。用户可以从本地设备和 Amazon Simple Storage Service (S3) 或 Azure Blob Storage 检索配置，或使用独立模式，从而轻松扩展和调整大小。这种设计确保即使控制面出现停机，数据面仍能完全运行。这使得API7 网关能够轻松处理毫秒级的配置更新并支持数千个网关节点。
此外，API7 网关提供网关健康状况探测以增强高可用性。负载均衡器 (LB) 可以依靠运行状况探测（例如 API7 网关提供的状态端点）来监视其运行状态。如果某个实例被认为不健康，负载均衡器会将请求重新路由到健康的实例，从而防止中断和停机。通过实施强大的健康检查探测机制，API7 网关可以保持服务连续性并确保无缝 流量管理。
- 控制面的高可用性：另一个关键的决定是使用 PostgreSQL 作为默认配置中心。PostgreSQL 提供成熟的高可用解决方案，包括主从和多主备份，减少停机时间 并保持数据一致性。控制面会定期将配置文件写入 S3 或 Azure Blob 存储进行备份，确保数据冗余并最大限度地降低数据丢失的风险。通过将配置和控制台分离，API7 网关允许用户部署多个控制台，增强系统的灵活性。
用例
灾难恢复和容错
凭借高可用性，API7 网关可以保护系统免受意外故障的影响，例如服务器崩溃或网络中断。API7 网关定期将配置写入 Amazon S3 或 Azure Blob 存储，增强灾难恢复能力。此外，利用具有主从和多主配置的 PostgreSQL 可以确保数据一致性和系统弹性，即使在严重中断期间也是如此。
该机制自动将流量重定向到健康节点或故障转移系统，从而实现不间断的 API 流量。API7 网关的高可用性设计还确保系统更新、维护和扩展可以在零停机的情况下进行，从而在这些过程中保持 API 服务的完整性和可靠性。
满足不断增长的流量需求的弹性可扩展性
API7 网关旨在利用无状态数据面架构来满足现代系统的可扩展性要求。该设计将数据面与控制面解耦，从而实现无缝、灵活的扩展，以适应波动的流量。
为了进一步增强可靠性，API7 网关支持独立模式或从本地存储、Amazon S3 和 Azure Blob 存储等强大的存储解决方案检索配置。即使在意外中断或流量激增期间，这些机制也可确保不间断的服务可用性。凭借其高可用性和可扩展的设计，API7 网关可以有效处理突发的流量峰值，而不会影响性能或用户体验。
多云和混合云部署
除了本地部署外，API7 网关还可以跨多云和混合云环境部署。组织可以将控制面和数据面组件放置在最适合其运营、合规性和灾难恢复要求的区域或基础设施中。
这种方法使企业能够保持持续的服务交付，遵守复杂的法规，并在多云或混合云生态系统中有效地扩展其运营。
健康检查探测系统弹性
API7 网关实施强大的健康检查探测机制，持续评估 API 实例的状态。这种主动监控可确保快速识别和隔离任何不健康的实例。通过自动将流量重新路由到正常实例，API7 网关最大限度地降低了峰值负载或意外故障期间服务中断的风险。
该机制可 以检查网关的运行状态并检查网关的流量准备情况。此功能不仅增强了整体系统的弹性，而且还支持关键操作、维护和扩展活动期间不间断的 API 性能，确保始终提供可靠的用户体验。