布景

跟着分布式微服务的发展，一个普通的使用或许会依靠于许多其他服务，这给体系的限流降级、优化改造等操作带来了困难。在没有清晰强弱依靠联系的情况下，咱们很难有效地进行这些操作。为了解决这个问题，强弱依靠管理成为了一种科学的手法。经过强弱依靠管理，咱们能够持续稳定地获取使用间的依靠联系、流量以及强弱等数据。这样，咱们能够提早发现因为依靠问题或许导致的体系稳定性毛病。

一、依靠概念

依靠准则是去除依靠、弱化依靠、控制依靠。多一个依靠多一分风险。能不依靠则不依靠，能异步弱依靠不要同步强依靠。

（1）最强依靠

当所依靠的服务不行用时，服务不行用，且形成体系溃散。关于一切的依靠，不建议最强依靠。

（2）强依靠

假定服务A依靠于服务B，服务B呈现毛病不行用时，服务A也不行用，通常服务A会回来错误信息，且当所依靠的B服务恢复后自动恢复，咱们称这种依靠为强依靠。服务只可强依靠于同等级或高等级的服务与资源。

事例：商详结算下单服务关于库存服务的依靠就归于强依靠，下单时有必要校验是否有库存。

（3）弱依靠

假定服务A依靠于服务B，服务B呈现毛病不行用时，服务A依然可用，通常服务A会回来正确信息，仅仅与服务B相关的信息会不回来或许做默认处理，损失一些次级功用，咱们称这种依靠为弱依靠。

事例：下单服务关于话术的依靠就归于弱依靠。

（4）最弱依靠

当所依靠的服务不行用时，服务持续可用，无任何功用损失。在成本可控情况下，引荐采用最弱依靠的方法。

事例：商详评论，在大促高峰期期如有必要是能够进行降级的。



二、依靠分类

分布式体系下的各资源依靠，按类型和层次提炼出来会有如下几种分类。

（1）事务域依靠准则

建议上层事务域能够依靠基层事务域，全体的依靠准则遭到体系依靠准则的控制，有必要首要恪守使用体系之间的依靠准则，而基层事务域不允许依靠上层事务域。

中心是输出体系中心功用场景的流程图、时序图、架构图，用例图，范畴模型等，需求结合事务来进行收拾。

（2）体系发动依靠

体系发动只允许依靠数据库、使用服务器本地资源（如本地文件）、公共存储，不允许有其它基础技术服务、内部服务或外部服务依靠。消除发动依靠能够支撑当产生大规模毛病后的快速恢复。

事例：OPS-Review会上许多团队体系发动需求加载缓存，经过获取Redis读取数据到本地缓存，这需求留意一点在大促期间如大批量扩容，需求考虑Redis一起的容量规划

（3）基础技术服务依靠

基础软件依靠主要包含音讯中心以及数据缓存依靠，一起还应考虑体系软件及其第三方包依靠，使用体系若无特殊情况不该依靠底层操作体系或JVM特定版别。

•缓存规划：缓存过期时刻是多少？对应key范围，set入口等

•音讯依靠：体系发布了哪些音讯，订阅了哪些音讯，什么机遇发送的，中心的消费者有哪些，音讯是否需求开并行，音讯下流依靠是什么？假如呈现问题对本身体系和下流的中心影响是什么？

•守时使命：有哪些守时使命，是什么事务需求？守时使命执行的时刻，是否会跟双11大促高峰期冲突？

（4）数据库依靠准则

把数据库依照数据等级进行分级，不同等级的数据库的数据保护和事务连续性保证都不一样。高优先级使用体系不能够强依靠于次优先级的数据库，以此类推各级使用体系不允许强依靠低于自己等级的数据库服务。

数据库依靠 （强弱依靠、依靠权重） 或许许多简单体系都只要一个数据库，数据库挂了整个体系就挂了，实际上许多重要的复杂体系都会一起具有多个数据源，将中心事务从数据源层面隔脱离，哪怕有天数据库挂了，也不是事务全挂。中心是输出事务与数据库依靠联系，数据库的布置架构，假如能输出慢sql管理计划，画出数据库表ER图。

（5）布置依靠准则

使用体系本身的网络的依靠需求：包含跨机房的网络依靠、外网拜访、防火墙等。准则上日常态不建议有跨机房的服务调用网络需求(特殊情况如数据复制、容灾等除外)，完成单机房内自闭环。汇天机房调用汇天机房，廊坊调用下流的廊坊机房，宿迁调用下流的宿迁机房

（6）对外API&MQ与拜访量依靠准则

中心是依据拜访模式和拜访量能够推算出未来的拜访量，并进行容量剖析和规划。

（7） 硬件依靠准则

硬件这个方面，就交给硬件运维吧，专业的作业交给专业的人来做。

三、强弱依靠管理

（1）管理方针

经过对中心链路内外部服务依靠管理，咱们的方针是完成以下两个要害方针：

1.非中心事务毛病不影响中心事务：经过优化服务依靠联系，保证非中心事务的毛病不会对中心事务形成影响。这能够经过输出服务、使用及场景的依靠联系来完成，包含强弱依靠联系的清晰区分。一起，咱们会定时进行全量强弱依靠验证，以保证中心服务、使用及场景相关上下流依靠的强弱合理清晰。

2.提高体系的稳定性：经过弱依靠呈现各类反常（包含但不限于超时、失败等）场景时的容错逻辑和应急预案，有效防止弱依靠毛病对中心事务的影响。

为了达到以上方针，咱们将采纳以下办法：

1.输出使用及API场景的依靠联系：经过对体系进行全面的剖析，咱们将输出完好的服务、使用及场景的依靠联系图。这将协助咱们了解各个组件之间的联系，并确认强弱依靠联系。

2.弱依靠容错逻辑和应急预案：针对弱依靠呈现的各类反常情况，咱们将拟定相应的容错逻辑和应急预案。这些预案将经过验证，以保证其能有效防止弱依靠毛病对中心事务的影响。

附：依靠联系和服务可用率联系图





（2）工具扫描

剖析服务完成流程中所依靠的一切使用体系（以及这些体系供给的服务）。对一个使用体系而言，将它供给的每一个服务所依靠的使用体系汇总起来，能够构成使用依靠整体结构图。

2.1）Pfinder使用拓扑图

可看出使用的上游调用方和下流依靠方列表，可按TP99、调用量维度排序。

2.2）API接口的链路盯梢环节

经过Pfinder的调用链盯梢，可收拾对应的依靠联系以及对应的耗时计算：

（3）人工收拾

在前期，咱们经过投入相当人力，经过代码走读的方法将用车中心链路上的一切依靠及依靠强弱进行收拾。对每一个依靠，需求辨认该依靠的以下特点：

依靠强弱： 强依靠是指有必要的依靠，弱依靠是指可选的依靠；

同步或异步： 同步表明需求等待回来，异步指调用产生后无需等待当即回来；比方Promise发送全程盯梢MQ原先是同步发送MQ（强依靠）改成异步(弱依靠)发送方法。

依靠权重： 一次服务进程中依靠的次数，即拜访的次数。

针对具体的服务类型，需求针对性地展开依靠剖析，如：Redis依靠：服务完成流程中所依靠的一切缓存数据，将它供给的每一个服务所依靠的缓存数据汇总起来，能够构成该使用对Redis的依靠整体结构图。

3.1）JSF-API接口依靠收拾

事例：Promsie供给了80 JSF接口，针对这些接口进行了依靠联系的收拾，把依靠联系的UMP打点统一搜集点到一个URL，并且收拾为joyspace文档。 这样也是为了方便快速定位TP99毛刺高是哪个依靠，然后快速采纳对应的应急预案。

3.2）UMP搜集点突出依靠联系

UMP打点目前是支撑打点搜集点比对功用，把接口的下流打点信息全链路进行比对，可快速的定位到tp99等耗时环节，提高了日常的值勤效率尤其关于大促争分夺秒来说更是要害。

经过人工收拾发现，比方Promise的获取下传时效接口中心事务链路只要依靠JIMDB装备数据时效、产能状态接口、GIS经纬度获取围栏ID、GIS具体地址获取围栏ID、到家门店时效、发送时效全程盯梢MQ。

上图Promise接口经过收拾后发现其间只要JIMDB、到家门店时效是****强依靠 。GIS获取围栏ID（可降级到四级地址时效）、全程盯梢MQ是****弱依靠

（4) 降级机遇

假如弱依靠服务产生问题,则降级的触发条件可分为自动降级和被迫降级；

•自动降级：一般在大型活动时产生流量尖峰，体系无法支撑，提早对非中心的事务进行了降级处理；

•被迫降级：一般是在产生毛病时自动触发预设的降级战略。

总结：

强弱依靠管理的实施需求以下几个进程：

1.确认依靠联系：首要，咱们需求清晰使用之间的依靠联系。这能够经过剖析代码、装备文件等方法来完成。只要了解了使用之间的依靠联系，咱们才能进行后续的管理作业。

2.剖析依靠数据：接下来，咱们需求搜集使用间的依靠联系、流量以及强弱等数据。这能够经过监控工具、日志剖析等方法来完成。经过搜集这些数据，咱们能够更好地了解体系的运转情况，发现潜在的依靠问题，并预测或许呈现的毛病。这样，咱们能够及时采纳办法，为后续的管理作业供给依据。

3.拟定优化计划：依据数据剖析的结果，咱们能够拟定相应的优化计划。这或许包含调整使用间的依靠联系、优化流量分配等办法。经过实施这些优化计划，咱们能够提高体系的稳定性和性能。

4.持续改善：强弱依靠管理是一个持续的进程。咱们需求不断地搜集、剖析和优化数据，以推动体系稳定性的提高。一起，咱们还需求及时响使用户反应和需求改变，不断改善咱们的管理战略。

总之，强弱依靠管理是一种科学的手法，能够协助咱们应对分布式微服务的复杂性。经过持续稳定地获取使用间的依靠联系、流量以及强弱等数据，咱们能够提早发现潜在的毛病，防止依靠毛病对用户体验的影响，并堆集数据持续推动体系稳定性的提高。



参阅：信通院稳定性建造攻略