[案例-反例]系统对接读取远程信息的设计

1. 背景

项目为外包人员开发，作为项目经理，总结遇到的坑

2. 细节

2.1 案例详情

前几天聊天，技术经理又向我吐槽上周发生的一件事情。事情是这样的，在production环境上，业务人员发现，自动匹配供应链贷款的结果不对，提交了一个incident，技术人员检查之后，发现用于计算的名义利率不正确。
那名义利率怎么来的呢？是从上游系统拿到的几个基础数据加工之后获得的。
那为什么会发生这种问题呢？这个卡在上游系统那里了，找了对接人，又沟通联系了很久之后（大概过了半个工作日），才从上游系统那边拿到原始数据，才检查出原来是上游系统的原始数据错了。

2.2 分析问题

这里不从单个业务逻辑上分析原始数据，计算逻辑及结果的细节。我们就从一个点上分析。我们自家的系统，发现了问题，定位不到原因，需要上游提供数据才知道是哪里错了，这里的根本原因就是我们没有保存原始数据。
我问了技术经理，外包的开发设计，大体如下：

1. 上游系统的信息是以文件方式存在的
2. 我们系统定时去上游系统获取内容
3. 程序直接读取文件内容之后，计算各种逻辑，并且将计算逻辑结果入库
4. 后续贷款匹配程序根据前面的结果计算。
   嗯，在整个设计中，根本没有保存文件的设计。

2.3 分析问题背后产生的原因

通常，这类与上游系统对接的功能，会考虑以下几个逻辑：

1. 一个定时任务从上游系统获取文件，保存到本地。完成之后，或者直接远程删除，或者发消息通知上游戏同移除文件
2. 第二个定时任务读取本地的文件，进行解析。解析结果完成之后，做2件事情：a)解析结果入库。b)将解析过的文件移动到另一个文件夹，避免下次再次读取。
3. 定时的清除任务，把太久以前的文件移除。

相对于外包的设计，工作量可能是有3倍以上，所以作为节约成本来看，直接一个程序，读取上游数据，分析之后直接将结果入库，实在是很适合的。

2.4 结束语

总结一句话，看外包的项目，真的要处处小心。