在一个成熟的分布式系统中 如何下手做高可用？.docxVIP

在一个成熟的分布式系统中 如何下手做高可用？ 2021-12-06 一个完整的软件系统大多数情况下是由多个进程共同协作进行的，哪怕它们在同一台服务器上。所以，进程之间如何进行高效的通信至关重要。 单个应用程序 + 单个数据库这套基础开发套餐我信任每个人都经受过，甚至在初期它们还有可能部署在同一台服务器上。既然应用程序和数据库分属于两个不同的进程，所以这个问题本质上还是两个进程之间的通信问题。 两个进程之间假如要通信，很明显必需要建立一个连接，通过它来相互传输数据。准绳上，假如两个进程在同一台服务器上，有很多种方式可以进行相互通信。不过在分布式系统中，不同的进程很多时候被部署在不同的服务器上。所以我们这次只聊基于 TCP/IP 的通信方式，由于对大家来说这是最普遍会用到的方式，不管是应用程序间的近程调用（RPC）还是应用程序与数据库间的调用（DAL），皆是如此。 通过套接字（socket）建立连接 socket 与 TCP/IP 之间是唇齿相依般的关系，联系紧密，先来看下维基百科对 socket 的定义。 socket 是计算机网络中用于在节点内发送或接收数据的内部端点。具体来说，它是网络软件 (协议栈) 中这个端点的一种表示，包含通信协议、目标地址、形态等，是系统资源的一种方式。 它在网络中所处的位置大致就是下面的黑色部分，应用层与传输层之间。 其中的传输层就是 TCP/IP 所在的地方，而你平常通过代码编写的应用程序大多属于应用层范畴，socket 在这里起到就是连接应用层与传输层的作用。 socket 的诞生是为了应用程序能够更便利的将数据经由传输层来传输，所以它本质上就是对 TCP/IP 的运用进行了一层封装，然后应用程序直接调用 socket API 即可进行通信。那么它是如何工作的呢？它分为 2 个部分，服务端需要建立 socket 来监听指定的地址，然后等待客户端来连接。而客户端则需要建立 socket 并与服务端的 socket 地址进行连接。 这图呈现的就是建立 TCP/IP 连接的过程，经典的叫法为“三次握手”的过程。顾名思义，这个过程中来回产生了三次网络通信。 接下来的数据传输过程就简约很多，发送数据就是客户端往服务端通信，服务端处理完之后的数据前往则相反。 值得留意的是，传输的过程涉及到数据 Copy，不过这些 Copy 是必不行少的。其中的发送缓冲区和接收缓冲区就是套接字缓存 (socket buffer)。 连接使用完之后需要关闭，不过 TCP/IP 连接关闭过程比创建更简单一些，次数多了一次，这就是经典的“四次握手”过程。 简约总结一下 socket。socket 是进程间数据传输的媒介，为了保证连接的牢靠，你需要特殊留意建立连接和关闭连接的过程。为了确保精确?????、完整的数据传输，客户端和服务端来回进行了多次网络通信才得以完成连接的创建和关闭，这同时也是你在运用一个连接时所花费的额外成本。 基于 socket 我们可以选择建立长连接或者短连接，在实际运用中两者都有可能被用到。 长连接和短连接的区分 先带你来生疏一下它俩的区分。 长连接意味着进行一次数据传输后，不关闭连接，长期保持连通形态。假如两个应用程序之间有新的数据需要传输，则直接复用这个连接，无需再建立一个新的连接。就像下图这样。 它的优势是在多次通信中可以省去连接建立和关闭连接的开销，并且从总体上来看，进行多次数据传输的总耗时更少。缺点是需要花费额外的精力来保持这个连接一直是可用的，由于网络抖动、服务器毛病等都会导致这个连接不行用，甚至是由于防火墙的缘由。所以，一般我们会通过下面这几种方式来做“保活”工作，确保连接在被使用的时候是可用形态： 利用 TCP 本身的保活（Keepalive）机制来实现，保活机制会定时发送探测报文来识别对方能否可达。一般的默认定时间隔是 2 小时，你可以依据本人的需要在操作系统层面去调整这个间隔，不管是 Linux 还是 Windows 系统。 上层应用自动的定时发送一个小数据包作为“心跳”，探测能否能成功送达到另外一端。 保活功能大多数情况下用于服务端探测客户端的场景，一旦识别客户端不行达，则断开连接，缓解服务端压力。 提前多说一句，假如在做了高可用的分布式系统场景中运用长连接会更麻烦一些。由于高可用必定包含自动毛病转移、毛病隔离等机制。这恰恰导致了一旦发生毛病，客户端需要准时发觉哪些连接已处于不行用形态，并进行相应的重连，包括重新做负载均衡等工作。 了解完了长连接，那么短连接就很简约理解了。短连接意味着每一次的数据传输都需要建立一个新的连接，用完再马上关闭它。下次再用的时候重新建立一个新的连接，如此反复。 它的优势是由于每次使用的连接都是新建的，所以基本上只需能够建立连接，数据就或许率能送达