几个月前，我在这篇文章中给自己挖了个坑：文中提到的实际问题就是服务探活，今天来填上这个坑。在微服务架构下，服务提供方（Provider）的节点一般不止一个，消费方（Consumer）根据负载均衡算法挑选一个健康的节点进行调用。识别Provider节点是否健康，这便是服务探活要讨论的内容。健康的节点可定义为能正常响应Consumer请求的节点，不健康自然是不

使用Hystrix实现微服务的容错处理容错机制如果服务提供者相应非常缓慢，那么消费者对提供者的请求就会被强制等待，知道提供者相应超时。在高负载场景下，如果不作任何处理，此类问题可能会导致服务消费者的资源耗尽甚至整个系统崩溃。雪崩效应微服务架构的应用系统通常包含多个服务层，微服务之间通过网络进行通信，从而支撑起整个应用系统，因此，微服务之间难免

LVS架构中，不管是NAT模式还是DR模式，当后端的RS宕掉后，调度器依然会把请求转发到宕掉的RS上，这样的结果并不是我们想要的。其实，keepalived就可以解决问题，它不仅仅有高可用的功能，还有负载均衡。也就是说keepalived已经嵌入了LVS功能，完整的keepalivedLVS架构需要有两台调度器实现高可用，提供调度器的只需要一台，另外一台作

CDN是ContentDeliveryNetwork的简称，即“内容分发网络”的意思。一般我们所说的CDN加速，一般是指网站加速或者用户下载资源加速。CDN是通过在网络各处放置节点服务器，形成在现有的互联网基础之上的一层智能虚拟网络。CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户

概括    Android设备通过GCM服务来接收推送消息，而iOS设备这从苹果的APN服务获取。虽然按照负载来说这是两种不同的服务，但是证书都在从第三方接收消息的时候是需要作为一个存储和转发类型的服务。辨别接收者并传递下去。在接受端，你的应用已经注册来接收他们，并检查返回内容和相应的操作。消息的接收方式是应用代码里的注册和用户设备关于消息设定的融合

分库分表数据切分　　通过某种特定的条件，将我们存放在同一个数据库中的数据分散存放到多个数据库（主机）上面，以达到分散单台设备负载的效果。数据的切分同时还能够提高系统的总体可用性，由于单台设备Crash之后，仅仅有总体数据的某一部分不可用，而不是全部的数据。切分模式　　数据的切分（Sharding）依据其切分规则的类

作者：张政俊，中欧基金DBAMysql一般出现CPU负载过高问题的时候，我们都会去看下故障期间的慢sql日志，然后找出全表扫描、索引不合理、函数运算过多的sql，让开发同学优化下。实在不行的话，那就升级CPU硬件，替换更高频率的CPU，1路的升级成2路，2路的升级成四路。这次出现的问题因为关乎到每天的业务处理，所以很多措施无法第一时间到位，

技术背景前面我们通过Ribbon或Feign实现了微服务之间的调用和负载均衡，那我们的各种微服务又要如何提供给外部应用调用呢。当然，因为是RESTAPI接口，外部客户端直接调用各个微服务是没有问题的，但出于种种原因，这并不是一个好的选择。让客户端直接与各个微服务通讯，会有以下几个问题：客户端会多次请求不同的微服务，增加了客

近年来，公有云占据的云计算市场份额逐年上升。Canalys显示，2023年第一季度，全球IaaS云服务支出达到了664亿美元，同比增长19%。由于IaaS云服务支出的不断增加，成本优化对于用户而言变得尤为重要。通过对IaaS云服务资源交易策略的研究，可以帮助用户根据其工作负载的实际运行情况，来适当调整手中的服务资源，从而降低用户使用IaaS云服务的成本。

在生活中，如果电路的负载过高，保险箱会自动跳闸，以保护家里的各种电器，这就是熔断器的一个活生生例子。在Hystrix中也存在这样一个熔断器，当所依赖的服务不稳定时，能够自动熔断，并提供有损服务，保护服务的稳定性。在运行过程中，Hystrix会根据接口的执行状态（成功、失败、超时和拒绝），收集并统计这些数据，根据这些信息来实时决策是否进行熔断。