从根路径的Zuul路线

时间:2017-01-26 14:15:06

标签: java spring-boot spring-cloud netflix-zuul

我在Eureka发现了一些微服务。他们中的大多数提供了一些API。 我有“边缘”服务,称为“网关服务”,实际上是Zuul代理。 问题是有一个Web应用程序。它由网关服务主持了很长时间,并没有任何问题。 但是现在我需要在网关后面的单独服务上托管这个客户端。 这不是一个问题。我创建了新服务并将Web应用程序放在那里。但问题是网关服务上的Zuul有下一个配置

zuul:
  ignoredServices: '*'
  prefix: /api
  sensitiveHeaders: Cookie, Set-Cookie
  routes:
    config-service:
      path: /conf/**
      serviceId: config-service
    security-service:
      path: /security/**
      serviceId: security-service
      stripPrefix: false
    request-service:
      path: /requests/**
      stripPrefix: false

我需要这样做,以便用户能够从根http://app.com/这样的根路径访问Web应用程序。 但是现在我只能通过http://app.com/api/访问它,这是完全错误的。

我的任务是:

  1. 使用根路径上的其他服务托管Web应用程序。
  2. 为所有其他服务保留/api前缀也非常重要。
  3. 我尝试实施ZuulFilter。但看起来它对根路径没有任何作用,只有当与上述任何路径匹配时才会运行。

    我该如何做到这一点?

    更新ZuulFilter取得了一些成功。我做到了。这是Zuul的配置:

    zuul:
      ignoredServices: '*'
      sensitiveHeaders: Cookie, Set-Cookie
      routes:
        api: /api/**
        config-service:
          path: /conf/**
          serviceId: config-service
        security-service:
          path: /security/**
          serviceId: security-service
          stripPrefix: false
        request-service:
          path: /requests/**
          stripPrefix: false
        frontend-host-service:
          path: /**
    

    ZuulFilter本身

    @Bean
        public ZuulFilter apiPrefixStrip(RouteLocator routeLocator) {
            return new ZuulFilter() {
    
                @Override
                public String filterType() {
                    return "pre";
                }
    
                @Override
                public int filterOrder() {
                    return 0;
                }
    
                @Override
                public boolean shouldFilter() {
                    RequestContext context = RequestContext.getCurrentContext();
                    return context.getRequest().getRequestURI().startsWith("/api");
                }
    
                @Override
                public Object run() {
                    RequestContext context = RequestContext.getCurrentContext();
                    String path = context.getRequest().getRequestURI();
                    Route route = routeLocator.getMatchingRoute(path.substring(4));
                    if (route != null) {
                        context.put("proxy",route.getId());
                        context.put("requestURI", route.getPath());
                        context.set("serviceId", route.getLocation());
                    }
                    return null;
                }
            };
        }
    

    这是如何工作的: 有财产zuul.routes.api=/api/**实际上没有做任何事情。它只允许将所有匹配的路径映射到Zuul过滤器链(described in documentation)。此处描述的所有其他路线设置为根本没有/api。它允许覆盖这样的服务:http://app.com/requests例如用于请求服务。 ZuulFilter会对属性中描述的每个请求执行检查,但仅当请求的URI以/api开头并且它以相同的方式重定向此请求时才会运行,就像路径中没有任何/api一样。< / p>

    真的很有效。但我仍然不喜欢这个解决方案,因为没有/api前缀的端点仍然保留在网关服务上。可能有人知道如何改进它吗?

1 个答案:

答案 0 :(得分:4)

我会做以下事情:

  1. 删除zuul.prefix属性。
  2. 预先添加&#39; api to all of your zuul.routes。* .path`属性的前缀。
  3. 添加具有以下属性的最终路径(到列表末尾):
  4. app:
      path: /**
      stripPrefix: false
    

    (3)非常重要,因为这里的路线顺序很重要。这是传入请求将评估路由是否匹配的顺序。在yaml中执行此操作也很重要,因为订单将被保留,其中可能没有属性文件(根据documentation)。