自动化配置检查

一、背景

为了支持公司业务的发展，我所负责测试的售后系统，不可避免的出现很多业务相关配置，比如入口配置、退款配置、业务平台设置等相关配置，这些配置在新业务接入时，就需要逐一添加配置，来保证新业务的正常运行，而这些配置是散落在不同的地方去配置的，所以在配置时，就很容易漏掉某个配置，而这些未正常添加的配置，就会影响到系统单据流转，比如缺少入口配置不能申请售后，缺少退款配置不能正常退款，业务同学在测试过程中遇到这类问题，就需要我花时间一一排查问题，这样即消耗我的时间，也影响业务同学测试，为了减少这类时间的消耗，所以我们需要有一套逻辑来帮助我们解决这个问题。

二、方案思路

首先，需要明确下我们的问题：怎么在使用配置前，就提前发现我们后台配置是错的？

围绕这个问题，可以思考以下3个问题：

1、先假设我们后台配置是错误的，那什么才是正确的?

2、如果配置是错误的，那怎么在使用前发现它是错误的?

3、如果已经发现它是错误的，怎么让人知道?

从问题中，可以明确我们的目标，就是需要有一个正确的配置，且能循环和我们系统做比对，当发现差异配置，能通知到人，所以我们做了以下的调研。

目标1：需要一个正确的配置

首先，这个正确的配置，不能从我们系统上获取，是从业务侧获取的最新规则，这个最新规则，我们可以称之为配置基准源。

基于我们需要的配置基准源，我们找到我们产品，因为是他在和业务产品对接我们系统的配置，通过和产品沟通，我们发现，业务产品同学在新增业务时，需要在一个业务后台配置基础数据，然后我们产品同学再根据配置，在我们后台生成我们系统需要的配置。

这个后台截图如下：

通过深入了解这个业务后台，可以看到，其中是有专门针对售后的配置页，里面的参数也是针对售后设计的，它是能完全满足我们的要求，是我们理想的配置基准源。

目标2、能循环和我们系统配置比较这就好说了，要不定时循环触发对比，要不有变更后在触发对比。

根据我们系统的特点，配置是不经常改动的，那每天运行就有点浪费，所以我们就考虑按照有变更再触发的策略来设计我们的方案。

目标3、具备告警能力当发现问题后，需要尽早通知到对应业务的测试负责人，来添加配置，避免因为配置的问题，影响到业务同学的测试工作。

三、系统设计方案

基于我们的诉求和需要具备的功能，再结合业务场景，我们开发了配置检查工具，它基于业务配置源和某些特定要求（如线下支持全量品类），在业务新增或者变更基准配置时，会自动比较系统当前配置和源配置的差异。当存在差异时，会通知业务测试负责人及时添加或者修改对应系统的配置。具体流程如下：

1、业务产品在配置源处申请新业务，申请流程中，产品同学在线上环境添加配置、并同步测试同学，在沙箱、线下同步填写配置。
2、申请流程办结后，监听器收到完结消息，自动触发配置检查工具检测。3、配置源整合服务，从配置源获取详细数据后，先过滤一遍详细数据，再传给对比服务。4、对比服务，拿到清洗后的配置源数据和从业务系统获取的数据，做对比。5、当存在异常配置时，触发告警，发送信息给业务负责人。

四、成果展示

配置检查上线后，经过一段时间的验证，现在的方案，能满足初步目标，确实能在线下环境发现因配置产生的问题，一些漏配、错配问题都能及时发现并告警，具体发现的问题如下：

收益是正向的，但是也存在一些待解决的问题，比如，现在接入的配置只是部分，还有其他配置也是可以接入，现在的结果也仅是告警，是不是可以接入自动配置也是可以考虑。