微服务使用go还是java 微服务使用redis

本文目录一览：

1、微服务架构认证鉴权方案
2、Java互联网架构-微服务架构如何解决跨库问题的思路与方案?
3、面试中问到Redis持久化的原理,本篇在做详细解答
4、Redis主从复制丢失数据的情况分析
5、Spring微服务灰度发布(热部署)的实现(二)

微服务架构认证鉴权方案客户端 Token 方案令牌在客户端生成，由身份验证服务进行签名，并且必须包含足够的信息，以便可以在所有微服务中建立用户身份。
目前主流的认证鉴权方案有 2 种。第一种是引入 Redis 做分布式会话，即用户登录成功后，将用户身份、权限信息存入 Redis，以一个唯一 ID 作为 Key，并设置信息在 Redis 里的失效时间。
我们理想的微服务权限解决方案应该是这样的，认证服务负责认证，网关负责校验认证和鉴权，其他API服务负责处理自己的业务逻辑。安全相关的逻辑只存在于认证服务和网关服务中，其他服务只是单纯地提供服务而没有任何安全相关逻辑。
下面让我们来看几种微服务架构下的鉴权方案：第一种方案为，从用户服务获取用户信息，然后各个微服务分别鉴权。
从单体应用架构到分布式应用架构再到微服务架构，应用的架构通过不停的改进升级的方式满足不断扩大的业务需求。
在网关层完成url层面的鉴权操作。将解析后的jwt token当做请求头传递到下游服务中。
Java互联网架构-微服务架构如何解决跨库问题的思路与方案?在java中一般有两种方式可以进行数据库事务处理：一是：如果你用到开源框架hibernater的话，在hibernater里面它提供了事务工厂，你可以利用这个类来进行事务操作。二是：我们一般有Connection连接对象来对事务进行操作。
SessionBean中的JTA事务 JTA 是事务服务的 J2EE 解决方案。本质上，它是描述事务接口（比如 UserTransaction 接口，开发人员直接使用该接口或者通过 J2EE 容器使用该接口来确保业务逻辑能够可靠地运行）的 J2EE 模型的一部分。
搭建微服务架构需要在开发层面理解注册中心、服务发现、负载均衡、服务网关和管理端集成框架，在运维层面准备好持续集成工具、配置中心和监控告警工具，然后才能够更容易地落地微服务架构。
微服务之间的数据依赖问题，可以通过以下几种方式解决：数据冗余的方案：在订单、采购单中保存一些商品字段信息。这种方式的缺点是会增加数据库的负担，而且不利于数据的维护和升级。
在微服务中，一个逻辑上原子操作可以经常跨越多个微服务。即使是单片系统也可能使用多个数据库或消息传递解决方案。
当前微服务拆分已经成为趋势，大部分公司都对其软件产品做微服务架构调整。对产品先进行业务、模块拆分，大部分也进行前后端分离的业务调整。
面试中问到Redis持久化的原理,本篇在做详细解答可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb 。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。
AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。
RDB 持久化机制：是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb 。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。
在redis的配置里有着这样的一段配置：save 900 1save 300 10save 60 10000很关键的一段配置，这时RDB持久化的核心。
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。
Redis中的哨兵（Sentinel），则是一个特殊的Redis实例，不过它并不存储数据。也就是说，哨兵在启动时，不会去加载RDB文件。
Redis主从复制丢失数据的情况分析【微服务使用go还是java 微服务使用redis】1、Redis 内存淘汰机制有以下几个：noeviction：当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。
2、不过，为了避免出现客户端和所有从库都不能连接的情况，我们需要把复制进度差值的阈值设置得大一些。可以周期性地运行这个流程来监测主从库间的不一致情况。
3、用于初次复制或其它无法进行部分复制的情况，将主节点中的所有数据都发送给从节点。当数据量过大的时候，会造成很大的网络开销。
4、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
Spring微服务灰度发布(热部署)的实现(二)zuul网关过滤器灰度发布通过网关过滤器传递Http Header的方式传递全链路灰度路由规则。下面代码只适用于Zuul和Spring Cloud Gateway网关，Service微服务不需要加该方式。