Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存储瓶颈问题各自推出了自己的集群方案，其核心思想就是数据分片，主要有客户端分片、代理分片、服务端分片。这里咱们只介绍前三种方式：主从、哨兵、Cluster。

开始用springboot2hession4实现RPC服务时，发现第一个服务可以调用成功，但第二个就一直报 '<' is an unknown code。第一个服务还是可以调用的。参考网上的方法，客户端与服务端hession版本保持一致，查看本地版本是一致的，换成其他版本也没有效果。设置重载方法为true，都没有效果。如果有其他小伙伴有过解决方法，望指正

MongoDB复制是将数据同步在多个服务器的过程。复制提供了数据的冗余备份，并在多个服务器上存储数据副本，提高了数据的可用性，并可以保证数据的安全性;复制还允许您从硬件故障和服务中断中恢复数据。MongoDB复制原理mongodb的复制至少需要两个节点。其中一个是主节点，负责处理客户端请求，其余的都是从节点，负责复制主节点上的数据。mon

一、Cookie1、Cookie的由来因为HTTP协议是无状态的，无状态的意思就是每次请求都是独立的，它的执行情况和结果与前面的请求和之后的请求都无直接关系，也不会受前后请求响应情况直接影响。简而言之，对服务器来说，每一次请求都是全新的。状态可以理解为客户端和服务器在某次会话中产生的数据，那无状态就是这些数据不

序言Elasticsearch(名称太长，后面简称ES)作为一个搜索引擎，目前可谓是如日中天，几乎和solr齐驾并驱。关于他能做什么，跟云计算有什么关系，在此不再描述。但是ES的官方文档，特别是关于java的客户端文档，真是少的可怜，甚至连个完整的增删改的示例都没有。在此，我就献丑了。在开始讲解之前，还是先做个铺垫，为了能够有一个可以索引的模

微服务网关在微服务架构中，后端服务往往不直接开放给调用端，而是通过一个API网关根据请求的url，路由到相应的服务。当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。为什么需要APIGateway1\.简化客户端调用复杂度在微服

随着电子邮件的普及应用，五花八门的邮件签名也随着每个人的创意诞生了。作为ExchangeServer的客户端访问方式之一，OWA也同样提供了邮件签名的设置选项。但是，有时用户会发现，当他想在OWA中为自己的邮箱设定一个COOL的邮件签名时，有可能会得到“未保存您的更改，因为电子邮件签名过大。请使用较小的格式。”这样的错误。为什么？原来OWA邮件签名大小也

Raft分布式一致性算法原理(选举和同步)一.背景在集群环境下，很容易出现单节点故障的问题，那么我们就需要进行集群部署，但是当集群部署的环境下，我们如何保证工作有序的调度与通信并且保证一致性呢，当客户端发送一连串指令，我们需要在集群环境下，所有服务机器最终要保证一致性，而且在出现一系列异常并且恢复

设计模式1、工厂模式在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。工厂模式作为一种创建模式，一般在创建复杂对象时，考虑使用；在创建简单对象时，建议直接new完成一个实例对象的创建。1.1、简单工厂模式主要特点是需要在工厂类中做判断，从而创造相应的产品，当

     HTTP客户端编程中最常碰见的问题，很多网站的内容都只是对注册用户可见的，这种情况下就必须要求使用正确的用户名和口令登录成功后，方可浏览到想要的页面。因为HTTP协议是无状态的，也就是连接的有效期只限于当前请求，请求内容结束后连接就关闭了。在这种情况下为了保存用户的登录信息必须使用到Cookie机制。以JSP/Servlet为例，当浏览器请