前言当前，微服务架构在很多公司都已经落地实施了，下面用一张图简要概述下微服务架构设计中常用组件。不能说已经使用微服务好几年了，结果对微服务架构没有一个整体的认知，一个只懂搬砖的程序员不是一个好码农。流量入口Nginx在上图中可以看到，Nginx作为整个架构的流量入口，可以理解为一个外部的网关，它承担着请求的路由转发、负载均衡、动静分离等功能。作为一个核心入口点，Nginx肯定要采用多节点部署，同时通过keepalived来实现高可用，从而保障整个平台的高可用。推荐一个开源免费的SpringBoot实战项目：https://github.com/javastacks/spring-boot-be

前言当前，微服务架构在很多公司都已经落地实施了，下面用一张图简要概述下微服务架构设计中常用组件。不能说已经使用微服务好几年了，结果对微服务架构没有一个整体的认知，一个只懂搬砖的程序员不是一个好码农! 流量入口Nginx在上图中可以看到，Nginx作为整个架构的流量入口，可以理解为一个外部的网关，它承担着请求的路由转发、负载均衡、动静分离等功能。作为一个核心入口点，Nginx肯定要采用多节点部署，同时通过keepalived来实现高可用，从而保障整个平台的高可用。网关网关是在Nginx后的另外一个核心组件。它承担着请求鉴权，路由转发，协议转换，流量监控等一系列功能，上图中网关是采用springC

现在扫码登录是一种很常见的登录方式。当用户需要登录某个网站时，网站会提供一种扫码登录的方式，用户打开相应的手机App，扫描网站上显示的二维码，然后在App中确认登录，网站监测到用户确认登录后，跳转到登录成功页面。从这个形式上看，扫码登录就是将用户在手机App中的登录状态同步到网站中，这篇文章就来一窥这个同步是如何发生的。同一产品中的扫码登录假设有一款产品，这个产品通过手机端App和PC端应用为用户提供服务，为了方便用户在PC端上登录，产品提供了一个扫码登录的功能，即PC端应用上展示一个登录二维码，用户使用手机端App扫码并确认登录，然后用户就可以在PC端上登录成功。在这个例子中，手机端App和

现在扫码登录是一种很常见的登录方式。当用户需要登录某个网站时，网站会提供一种扫码登录的方式，用户打开相应的手机App，扫描网站上显示的二维码，然后在App中确认登录，网站监测到用户确认登录后，跳转到登录成功页面。从这个形式上看，扫码登录就是将用户在手机App中的登录状态同步到网站中，这篇文章就来一窥这个同步是如何发生的。同一产品中的扫码登录假设有一款产品，这个产品通过手机端App和PC端应用为用户提供服务，为了方便用户在PC端上登录，产品提供了一个扫码登录的功能，即PC端应用上展示一个登录二维码，用户使用手机端App扫码并确认登录，然后用户就可以在PC端上登录成功。在这个例子中，手机端App和

单点登录即SignleSignOn，简称SSO。其解决的是用户在多个站点之间跳转时需要频繁登录的问题，比如用户登录了天猫，就应该无需再使用账号登录淘宝，它们之间是可以相互信任的，应该自动同步登录状态。从这点上看单点登录技术的本质是登录状态在多个站点之间的扩散机制。先来看下单个程序的登录处理流程，这里以Web应用程序为例。在单个Web应用程序中用户通过浏览器提交账号信息到后端服务，后端服务验证账号的有效性，验证通过后在后端创建一个Session，用来维持用户的登录状态，然后向前端返回一个SessionId，前端将这个SessionId保存起来，这个保存操作一般是写入当前域名对应的Cookie，之

单点登录即SignleSignOn，简称SSO。其解决的是用户在多个站点之间跳转时需要频繁登录的问题，比如用户登录了天猫，就应该无需再使用账号登录淘宝，它们之间是可以相互信任的，应该自动同步登录状态。从这点上看单点登录技术的本质是登录状态在多个站点之间的扩散机制。先来看下单个程序的登录处理流程，这里以Web应用程序为例。在单个Web应用程序中用户通过浏览器提交账号信息到后端服务，后端服务验证账号的有效性，验证通过后在后端创建一个Session，用来维持用户的登录状态，然后向前端返回一个SessionId，前端将这个SessionId保存起来，这个保存操作一般是写入当前域名对应的Cookie，之