springcloud微服务架构的思考
在网上找到一张关于微服务体系架构的图
应用组件:
首先对于整个程序的入口应该是网关,zuul部分
这个组件在springcloud中的gateway服务之后,zuul可以进行网关分配,根据想应的路劲进行分到具体的服务,其实zuul就相当于门面模式的设计方法:
如下是在网上找到的一张图片,可以很清晰的看到门面模式的设计方式,就是一个统一入口,再根据这个入口进行分配到相关的部分去执行相关的服务
那么存在什么问题呢
一 用户信息问题,权限问题
在微服务模块,用户只在一个模块中登录过,所以用户信息只存在一个模块中,那么怎么去解决呢,而且有些模块是需要登录的,有些模块是不需要登录的,怎么去处理这些问题呢,
其实可以采用单点登录的解决方式,来进行
import com.netflix.zuul.ZuulFilter; import com.netflix.zuul.context.RequestContext; import org.apache.commons.lang.StringUtils; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import javax.servlet.http.HttpServletRequest; /** * 描述: 过滤器 token * **/ public class TokenFilter extends ZuulFilter { private final Logger LOGGER = LoggerFactory.getLogger(TokenFilter.class); @Override public String filterType() { return "pre"; // 可以在请求被路由之前调用 } @Override public int filterOrder() { return 0; // filter执行顺序,通过数字指定 ,优先级为0,数字越大,优先级越低 } @Override public boolean shouldFilter() { return true; // 是否执行该过滤器,此处为true,说明需要过滤 } @Override public Object run() { RequestContext ctx = RequestContext.getCurrentContext(); HttpServletRequest request = ctx.getRequest(); LOGGER.info("--->>> TokenFilter {},{}", request.getMethod(), request.getRequestURL().toString()); String token = request.getParameter("token");// 获取请求的参数 if (StringUtils.isNotBlank(token)) { ctx.setSendZuulResponse(true); //对请求进行路由 ctx.setResponseStatusCode(200); ctx.set("isSuccess", true); return null; } else { ctx.setSendZuulResponse(false); //不对其进行路由 ctx.setResponseStatusCode(400); ctx.setResponseBody("token is empty"); ctx.set("isSuccess", false); return null; } } }
看上面就知道整个系统是需要登录携带token的,但是是不可以进行的,并不能对每个接口或者单独的服务进行限制
可以采用单点登录的方式进行,让用户每次携带token,并在项目中验证token的权限,如果单点登录服务器中有相关的token信息就放置到自己的模块中,生成局部的token信息,就可以解决,只是用户登录第一次之后需要进行相关的信息
同时也可以采用thradlocal这个类来存储用户信息,避免每次都是需要调取相关的服务进行用户信息的查询。也可以存储相关的权限。
二 错误排查
当你一个服务调取了很多的服务,那么一旦当服务出现问题了就会很难进行排查,所以需要我们引入更新的技术去解决这个问题,
可以引入zipkin这个进行链路追踪
可以通过这个追踪到相关服务,同时可以查询到相关接口的调用时间,并且对相关接口的优化。
笔记转移,由于在有道云的笔记转移,写的时间可能有点久,如果有错误的地方,请指正