面向小企业ISP的系统架构

Question

我是一个很小的ISP的唯一程序员，在一个只有2000多个客户的农村地区。现在我在大学里完成了几个学期，但我在这个领域只有几年的经验，所以我不确定我正在做的建筑决策，我希望有人能帮助我选择正确的道路。

我们的大部分内部应用程序都是8-10年前创建的，已经严重过时，我被赋予了更换这些系统的任务。大多数基本的底层系统都是可靠的，但是我们用来管理客户和连接到内部系统的应用程序，至少可以说是are...lacking。

大多数应用程序都是在PHP中创建的，并且使用mysql数据库。我决定在这些数据库的基础上使用NodeJS创建两个rest，然后创建一个中心应用程序，负责将所有这些系统连接在一起，并确保它们保持同步。

现在轮到问题了。我一直在研究企业架构，从我所收集到的信息来看，使用这种微服务架构似乎是一个坚实的计划。然而，我也看到了几篇关于消息总线的文章，我的问题是，我是否应该设置一个消息总线，例如activemq，这样这些服务就可以相互交流，而不是使用一个中央应用程序来管理所有这些服务。

是否有什么特定的模式值得我去阅读，或者我想出的东西看起来足够坚实？

Answer 1

企业服务总线将为您的设计增加许多复杂性，因此您需要查看pro/con，以确定它是否真的有必要。这是一篇文章将来总是可以升级您的架构并迁移这些服务。

我在Apache上运行了一些复杂的服务，它们工作得很好。支持70,000的用户池。如果您是在连接池和冗余中构建的，那么您应该没有问题。