文档

从Zuul迁移到云原生网关

更新时间:

随着云原生技术的发展,微服务架构选型也在不断演进。在K8s重塑运维体系的云时代,Zuul在几个方面显得不足:缺乏容器服务发现能力,性能不如Nginx Ingress,可观测性和安全性方面需要二次开发和集成。这些短板限制了技术发展。云原生网关将传统的流量网关和微服务网关场景结合起来,能够显著降低服务成本,同时具有高性能、高集成和开箱即用的优势。本文介绍如何将服务从Zuul迁移到云原生网关。

前提条件

步骤一:明确服务来源

如果您是以下情况,可以直接跳到步骤二:迁移Zuul配置

  • 使用的ACK容器服务,并使用K8s Service作为服务发现。

  • 已购买使用MSE Nacos作为注册中心(升级到支持MCP的版本)。

  • 未依赖任何服务发现机制,使用域名和固定地址服务。

如果您是以下情况,可执行相应的迁移操作接入云原生网关:

  • 自建注册中心

    1. 购买MSE Nacos注册中心,请参见创建Nacos引擎

    2. 修改配置或代码,将服务注册到MSE Nacos上,请参见Java SDK

    3. 可选:Java应用可以基于MSE治理Agent技术实现注册中心迁移,请参见MSE Sync迁移方案

  • EDAS共享注册中心

    云原生网关支持EDAS注册中心,您可以直接添加服务来源。具体操作,请参见新建服务来源

  • SAE共享注册中心

    云原生网关支持SAE注册中心,您可以直接添加服务来源。具体操作,请参见新建服务来源

步骤二:迁移Zuul配置

Zuul参考配置如下:

  • 关联的注册中心

    spring:
      application:
        name: zuul-demo
      cloud:
        nacos:
          discovery:
            server-addr: nacos-server:8848
          config:
            enabled: false
  • 路由服务等相关配置

    zuul:
      routes:
        demo:
          path: /test/a
          serviceId: service-a
        pre:
          path: /auth/validation/**
          serviceId: service-a
        header:
          path: /auth/test
          requestHeadersToAdd:
          - key: debug_tag
            value: true
        retry:
          path: /app/try/**
          stripPrefix: false
          retryable: true
          serviceId: service-a
      retryable: true
      ignoredPatterns:
      - /login/api/a/v3/a
      - /auth/api/b
    service-a:
      ribbon:
        NFLoadBalancerRuleClassName: com.netflix.loadbalancer.WeightedResponseTimeRule
        ConnectTimeout: 1000
        ReadTimeout: 8000
        MaxAutoRetries: 3
        MaxAutoRetriesNextServer: 2
        MaxTotalConnections: 20000
        MaxConnectionsPerHost: 5000
    hystrix:
      command:
        service-a:
          execution:
            isolation:
              thread:
                timeoutInMilliseconds: 60000
              strategy: SEMAPHORE
              semaphore:
                maxConcurrentRequests: 60000

Zuul配置迁移对照MSE网关管理控制台操作如下:

  • 注册中心对照操作

    云原生网关将注册中心的关联统一抽象为服务来源的管理,您可以通过MSE网关管理控制台创建服务来源,然后关联服务,动态实时生效。具体操作,请参见新建服务来源创建MSE Nacos服务来源

  • 服务关联对照操作

    1. 添加服务,即导入需要订阅的服务,请参见添加服务

    2. 为添加的服务设置合适路由版本,请参见管理服务版本

    service-a:
      ribbon:
        NFLoadBalancerRuleClassName: com.netflix.loadbalancer.WeightedResponseTimeRule
        ConnectTimeout: 1000
        ReadTimeout: 8000
        MaxAutoRetries: 3
        MaxAutoRetriesNextServer: 2
        MaxTotalConnections: 20000
        MaxConnectionsPerHost: 5000
  • 路由配置对照操作

    为网关配置路由策略,请参见新建路由规则

    spring:
      cloud:
        gateway:
          routes:
            - id: websocket_test
              uri: ws://localhost:9000
              order: 9000
              predicates:
                - Path=/echo
            - id: default_path_to_service-a
              uri: lb://service-a
              order: 10000
              predicates:
                - Path=/sleep

    目前,云原生网关支持多种路由策略。具体操作,请参见:

步骤三:为网关配置认证鉴权

云原生网关支持多种标准鉴权体系,请参见:

步骤四:查看网关全局数据

云原生网关支持查看网关全局数据大盘,请参见:

步骤五:迁移流量

下面为您提供调用端流量迁移思路:

  • 调用方(客户端)迭代迁移:您可以选取部分业务场景迭代修改访问地址,迁移验证。

  • 代理层逐步灰度迁移:您可以在原接入代理层制定变更步骤(例如,按照核心业务和非核心业务划分),逐步灰度转发到新地址。

  • 域名解析全量切换:充分灰度后,将域名重新到新云原生网关入口地址。

  • (推荐)分步骤迁移:

    1. 选取部分业务场景试用验收。

    2. 逐步迭代灰度迁移核心场景流量。

    3. 充分压力验证后,切换域名解析全量迁移。

表 1. 流量迁移方案评估

迁移方案

成本

风险

迭代迁移

代理层逐步灰度迁移

域名解析全量切换

分步骤迁移

较低

较低

相关文档

关于云原生网关的更多信息,请参见云原生网关概述

  • 本页导读 (1)
文档反馈