多系统之间交互的一些总结

实践中,大多数情况下,都是多个系统之间进行交互,此时在使用普通的@PostMapping, @GetMapping 往往不能实现主要的功能,此时呢,就需要大家自定一些接口,实现一些定制化的操作。
我在最近的实践中,也发现一些大大小小的坑,在这里记录一下。

一、 如果可以,尽量不要使用@PostMapping, @GetMapping这类注解,主要有几个缺点,

1)访问性能不高,深入了解这些注解后,就会发现,还有很多可以优化的地方。
2) 无法自定义想要的一些操作,比如将每次请求入库,记录每次请求的地址等等信息。3)对于异常情况,无法给出统一的返回值,或者返回信息。

二、如果交互的系统很多,那么尽量使用顶层接口包,个人觉得使用顶层接口包有很多优势

1) 减少对下游系统的压力,将参数中的简单的校验,交给上游系统进行处理。
2) 将参数中的长度、非空校验交给上游系统处理,可以大大减轻代码量。
3) 一个顶层接口包,对于开发来说,就是一个接口文档。

facade包,最明显的劣势,每次更新需要同步所有的系统。

三、无论对接系统多与少,请设计重发机制

1) 上游系统设计 对下游系统的重发机制
2) 下游系统设计 对自身的重发机制

下游系统对自身的重发机制,是相当重要的,多系统交互时,会有中间平台进行补发,如果没有的话,一定要记得设计重发机制。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
介绍 在现代计算机系统中,故障备份是一项至关重要的任务,因为它可以确保在发生设备故障或其他问题时,数据不会丢失。为了实现故障备份,MCU和BMC之间的文件系统交互是一项必要的技术。本文将介绍如何通过MCU和BMC之间的文件系统交互来实现故障备份的功能。 实现步骤 1. 确定备份目录和文件名 首先,需要确定备份目录和文件名。备份目录应该是一个独立的目录,用于存储备份文件。文件名应该包含日期和时间等信息,以便在需要恢复数据时更容易找到正确的备份文件。 2. 确定备份策略 其次,需要确定备份策略。备份策略应该包含备份的频率和保留备份的时间。备份的频率应该根据数据更新的频率来确定,以确保备份文件是最新的。保留备份的时间应该根据数据的重要性来确定,以确保可以恢复到任何重要的时间点。 3. 编写备份脚本 接下来,需要编写备份脚本。备份脚本应该包含复制文件到备份目录的命令,以及清除旧备份文件的命令。备份脚本应该定期运行,以确保备份文件是最新的,并且保留备份的时间不超过预定时间。 4. 设置定时任务 最后,需要设置定时任务。定时任务应该运行备份脚本,并在预定时间内清除旧备份文件。定时任务应该在系统启动时自动启动,并在系统运行时持续运行。 总结 通过MCU和BMC之间的文件系统交互实现故障备份的功能是一项重要的技术,可以确保在发生设备故障或其他问题时,数据不会丢失。实现故障备份需要确定备份目录和文件名,备份策略,编写备份脚本以及设置定时任务。只有在备份策略得到有效的实施和执行时,才能确保系统的可靠性和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_34370249

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值