微服务架构认证鉴权方案1、客户端 Token 方案 令牌在客户端生成，由身份验证服务进行签名，并且必须包含足够的信息，以便可以在所有微服务中建立用户身份 。
2、目前主流的认证鉴权方案有 2 种 。第一种是引入 Redis 做分布式会话 ， 即用户登录成功后，将用户身份、权限信息存入 Redis，以一个唯一 ID 作为 Key，并设置信息在 Redis 里的失效时间 。
3、从单体应用架构到分布式应用架构再到微服务架构，应用的架构通过不停的改进升级的方式满足不断扩大的业务需求 。
4、我们理想的微服务权限解决方案应该是这样的，认证服务负责认证 ， 网关负责校验认证和鉴权，其他API服务负责处理自己的业务逻辑 。安全相关的逻辑只存在于认证服务和网关服务中，其他服务只是单纯地提供服务而没有任何安全相关逻辑 。
Redis早期的主从架构原理分析,早期如何实现读写分离的?1、读写分离： 可以用于实现读写分离，主库写、从库读，读写分离不仅可以提高服务器的负载能力 ， 同时可根据需求的变化 ， 改变从库的数量 。
2、主从复制可以将写操作集中在主节点，仅让从节点负责读取数据，从而实现读写分离，并提高Redis集群的性能 。
3、利用主从复制，可以实现读写分离、数据备份等功能 。但如果主库宕机后 ， 需要运维人员手动地将一个从库提升为新主库，并将其他从库slaveof新主库，以此来实现故障恢复 。
Redis怎么做集群1、以下是一个简单的步骤： 创建一个 ConfigMap ， 其中包含 Redis 配置文件 。创建一个 StatefulSet，其中包含 3 个副本的 Redis Pod 。创建一个 PersistentVolumeClaim，用于存储 Redis 数据 。
2、首先要有linux环境 ， 然后下载redis0以上版本 。redis结合使用ruby实现了集群，所以需要ruby环境，安装ruby环境和redis的gem接口后 ， 就可以使用redis的redis-trib.rb脚本创建集群 。步骤：修改配置文件 ， 启动多个redis实例 。
3、客户端与redis节点直连，不需要连接集群所有的节点，连接集群中任何一个可用节点即可 。redis-trib.rb脚本（rub语言）为集群的管理工具 ， 比如自动添加节点，规划槽位，迁移数据等一系列操作 。
4、在执行集群命令 至此集群模式搭建完成 。使用redis-cli命令进入集群环境 ， 进入集群模式需要带上 -c，不带则表示进入7000端口的普通redis 。
5、Redis集群 ， 要保证16384个槽对应的node都正常工作，如果某个node发生故障，那它负责的slots也就失效 ， 整个集群将不能工作 。
6、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
Redis、Kafka或RabbitMQ:哪个作为微服务消息代理最合适?我们介绍了RabbitMQ ， Kafka和Redis的一些特征 。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同 。这是我们建议正确的消息代理根据不同用例使用的建议 。
Kafka和RabbitMq一样是通用意图消息代理，他们都是以分布式部署为目的 。但是他们对消息语义模型的定义的假设是非常不同的 。我对AMQP 更成熟这个论点是持怀疑态度的 。让我们用事实说话来看看用什么解决方案来解决你的问题 。
kafka是个日志处理缓冲组件，在大数据信息处理中使用 。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志） 。
综上所述： 一般公司会利用kafka收集一些日志之类的消息，因为日志一般量特别大，即使丢几条数据也没事，并且要求吞吐量也高，一般就是收发消息，不需要太多的功能 ， 所以kafka非常适合这个场景 。
首先说RabbitMQ，RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP，SMTP， STOMP，也正因如此，它非常重量级 ， 更适合于企业级的开发 。
RabbitMQ遵循AMQP协议，由内在高并发的erlanng语言开发，用在实时的对可靠性要求比较高的消息传递上，适合企业级的消息发送订阅 ， 也是比较受到大家欢迎的 。
高性能高并发网站架构,教你搭建Redis5缓存集群redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
看到这里的时候，我大概明白了，有 App 层、Domain 层、 Infrastructure 层，这个架构其实就是 DDD 思想的一种落地吧 。经过这两天短暂的了解，我发现如果想要理解一下抽象的 DDD 思想 ， 那么 COLA 架构，我感觉是一个不错的切入点 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了 ， 就可以实现，任何一个实例宕机，自动会进行主备切换 。
redis.conf 配置文件里 bind 0.0.0.0 设置外部访问， requirepass xxxx 设置密码 。redis高可用方案有两种： 常用搭建方案为1主1从或1主2从+3哨兵监控主节点，以及3主3从6节点集群 。
【redis架构图 redis架构与微服务】Sentinel ： redis 自带的主从切换工具 ， 我们通过 sentinel 实现集群高可用 。客户端（ Smart Client ）：客户端通过约定查找 redis 实例在 ZooKeeper 中写入的地址 。
推荐阅读
- 如何卸载网站服务器上的安全狗？ 网站服务器安全狗怎么卸载
- 怎么切换服务器界面 怎么转成进入服务器了
- 如何将软件安装到服务器？ 怎么把软件装到服务器里面
- linux rediscli linux下配置redis
- 当网站服务器宕机时应该怎么处理？ 网站服务器宕机怎么办