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

我们有一个旧的（2004年以前的）基于电子邮件的系统，用于在服务之间发送结构化的消息。为什么要将基于邮件的服务间通信系统转换为基于消息的系统

它的工作原理非常强大，利用电子邮件排队来处理路由，加载和积压，如果摄入程序脱机。

它没有坏掉，为什么我们'修复'它？

2017-10-16 TimP

为什么呢？我们不知道。 – Kayaman

我有很多使用超过十年的安装的客户。一般来说，他们工作得很好，直到他们没有。然后他们的维护人员发现没有人知道系统如何工作，并且不可能为基础架构组件修复错误。我非常支持未修复未破的东西，但我担心现代软件行业过快移动，以致无法成为很好的计划。 –

它*被破坏，因为电子邮件有确切的零送达保证。 – EJP

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

现在，您可以捕获行为以供将来参考，并使用像Docker这样的容器技术轻松地在您自己的机器上模拟多主机系统。如果你想这样做，我会建议看看Docker撰写。也使用版本控制。

2017-10-19 21:04:54

回答