为什么要将基于邮件的服务间通信系统转换为基于消息的系统



我们有一个旧的(2004年以前)基于电子邮件的系统,用于在服务之间发送结构化消息。

它工作正常,非常健壮,并且在接收程序离线时利用电子邮件队列来处理路由、加载和积压。

它没有坏,我们为什么要"修理"它?

您应该考虑如果需要更改它会发生什么。如果没有人知道如何在生产中进行更改,那么现在是了解当前系统工作的好处的好时机。如果你等到它坏了,你可能无法恢复系统。

如今,您可以捕捉行为以供将来参考,并使用Docker等容器技术在自己的机器上轻松模拟多主机系统。如果你想这样做,我建议你研究Docker Compose。同时使用版本控制。

最新更新