全局流量管理全新升级

简介: 全球流量管理全面提升,聚焦于用户体验升级、负载策略增强及异构容灾,旨在为用户打造更加简单、灵活和稳定的流量调度服务。

【阅读原文】戳:全局流量管理全新升级


全球流量管理(GTM)全新升级,聚焦于提升用户体验、增强负载均衡效能,以及加强异构灾难恢复能力三大关键领域,旨在为客户提供更简单、灵活、可靠的容灾调度能力。

 

 

体验优化:

直观的图形化流量编排

 

在用户体验方面,引用了图形化流量编排能力,使用户能够通过直观的界面轻松配置复杂的负载均衡策略,并基于预设的场景化模板,用户可以快速地为其特定业务需求定制流量管理策略,大大提高了配置效率和灵活性。

 

 

负载能力:

全面增强与极致灵活

 

扩充了更多元化的负载策略和探测模板,并支持策略之间灵活的叠加和组合应用,轻松应对各种业务场景下的精细流量调控要求。

 

 

异构灾难恢复:

确保极端场景GTM正常切流逃逸

 

整合公有云GTM和融合云DNS软件,允许用户构建跨云与本地端的控制面和服务面双平面的异构容灾方案,增强了极端条件下的流量切换和故障恢复能力,更确保了终端服务的高连续性和可用性。

 

 

欢迎大家扫描下图中二维码,免费申领试用。

 

 

 


我们是阿里巴巴云计算和大数据技术幕后的核心技术输出者。

欢迎关注 “阿里云基础设施”同名微博知乎

获取关于我们的更多信息~


相关文章
|
7月前
|
负载均衡 容灾 网络协议
【新品发布】全局流量管理全新升级
全球流量管理(GTM)更新专注于用户体验、高效负载均衡和强化异构灾难恢复: 用户体验:引入图形化流量编排,简化复杂负载均衡配置,提升策略定制效率。 高效负载:通过丰富的负载策略和探测模板,加强不同业务场景的流量管理。 异构容灾:通过整合融合云DNS和公有云GTM,允许用户构建跨云与本地端的控制面和服务面双平面的异构容灾方案,增强了极端条件下的流量切换和故障恢复能力。
|
4月前
|
微服务
微服务多机房部署大揭秘:全局单一实例、全局多实例,一文让你彻底解锁!
【8月更文挑战第25天】本文探讨了微服务架构中的多机房部署策略,包括全局单一与多实例、区域及机房多实例等方法,分析了它们在可用性、容错性、扩展性和成本上的差异。示例展示了如何利用AWS CloudFormation实现跨不同机房的微服务部署。这为实际应用场景提供了有价值的参考和指导。
124 2
|
6月前
|
Cloud Native 容器 Kubernetes
基于阿里云服务网格流量泳道的全链路流量管理(三):无侵入式的宽松模式泳道
本文简要讨论了使用流量泳道来实现全链路流量灰度管理的场景与方案,并回顾了阿里云服务网格 ASM 提供的严格与宽松两种模式的流量泳道、以及这两种模式各自的优势与挑战。接下来介绍了一种基于 OpenTelemetry 社区提出的 baggage 透传能力实现的无侵入式的宽松模式泳道,这种类型的流量泳道同时具有对业务代码侵入性低、同时保持宽松模式的灵活特性的特点。同时,我们还介绍了新的基于权重的流量引流策略,这种策略可以基于统一的流量匹配规则,将匹配到的流量以设定好的比例分发到不同的流量泳道。
73538 16
基于阿里云服务网格流量泳道的全链路流量管理(三):无侵入式的宽松模式泳道
|
安全 Perl
使用服务网格ASM的金丝雀模式提升升级稳定性
阿里云服务网格ASM支持基于修订与标签的升级模式,以更稳定安全的方式执行新版本控制面的金丝雀升级。在这个新升级模式中,数据面的网格代理将与他们使用的特定控制面版本相关联。这使得新版本能够以较低的风险在集群中部署, 直到用户明确选择之前,没有代理连接到新版本。同时也允许逐渐将工作负载迁移到新的控制面,每个独立的控制面被称为“修订版”并具有istio.io/rev标签。 为了支持这种基于修订的升级,Istio为命名空间引入了一个istio.io/rev标签。它可以指示哪个控制面版本应该为相应命名空间中的工作负载注入Sidecar代理。例如,标签istio.io/rev=1-17-2表示为该命名
372 0
使用服务网格ASM的金丝雀模式提升升级稳定性
|
Kubernetes 安全 测试技术
阿里云服务网格ASM的流量标签及路由功能之(3): 泳道模式下的流量管理
本文介绍如何在ASM中使用泳道模式下的流量管理功能。具体关于ASM中的全链路灰度相关概念可以参考https://help.aliyun.com/document_detail/375313.html。
561 0
阿里云服务网格ASM的流量标签及路由功能之(3): 泳道模式下的流量管理
|
存储 Kubernetes 负载均衡
【服务网格】最佳实践在哪里-2:多集群流量管理
各位,多集群这个场景在服务网格这一块也算是越来越热了。早在1.4版本,istio社区就已经提出了多集群环境下istio的部署模型,提供统一的控制面管理多集群中服务的能力。而最近随着服务网格的配套可观测项目kiali推出v1.69版本,我们更是可以在一个kiali实例中就纵览多集群中的流量规则、流量拓扑与服务详情,多集群的使用体验逐渐完善,利用这个场景玩法的用户也是越来越多了。不过,任何新事物的引入
|
前端开发 NoSQL Unix
【服务网格架构】Envoy架构概览(7):断路,全局限速和TLS
【服务网格架构】Envoy架构概览(7):断路,全局限速和TLS
|
运维 Kubernetes 安全
解锁ASM网关:一致的规则配置, 多样化的入出口网关场景
作为业内首个全托管Istio兼容的服务网格产品ASM,一开始从架构上就保持了业界领先性、以及与社区发展的一致性,控制平面的组件托管在阿里云侧,与数据面侧的用户集群独立, 保持高可用部署与稳定性。阿里云ASM产品是基于社区开源的Istio定制实现的,在托管的控制面侧提供了用于支撑精细化的流量管理和安全管理的组件能力。通过托管模式,解耦了Istio组件与所管理的K8s集群的生命周期管理,使得架构更加灵
273 0
解锁ASM网关:一致的规则配置, 多样化的入出口网关场景
|
缓存 负载均衡 Cloud Native
【云原生&微服务四】SpringCloud之Ribbon和Erueka/服务注册中心的集成细节(获取服务实例列表、动态更新服务实例信息、负载均衡出一个实例、IPing机制判断实例是否存活)
【云原生&微服务四】SpringCloud之Ribbon和Erueka/服务注册中心的集成细节(获取服务实例列表、动态更新服务实例信息、负载均衡出一个实例、IPing机制判断实例是否存活)
463 0
【云原生&微服务四】SpringCloud之Ribbon和Erueka/服务注册中心的集成细节(获取服务实例列表、动态更新服务实例信息、负载均衡出一个实例、IPing机制判断实例是否存活)
下一篇
DataWorks