我是农村地区唯一一家拥有约2000名客户的小型ISP的程序员。现在我已经在大学完成了几个学期，但我只有几年的实践经验，所以我不确定我所做的建筑决策，并希望有人可以帮我挑选正确的道路。
我们的大多数内部应用程序都是在8 - 10年前创建的，并且严重过时，我已经获得了更换这些系统的工作。大多数基本底层系统都是可靠的，但我们用来管理客户并将这些应用程序连接到内部系统的应用程序......至少可以说是缺乏。
这些应用程序中的大多数都是在当天用PHP创建的，并且正在使用mysql数据库。我决定在这些数据库之上使用NodeJS创建一些其他API，然后创建一个中央应用程序，将所有这些系统连接在一起并确保它们保持最新状态。
现在提出问题。我一直在关注企业架构，从我收集到的这种微服务架构看来，这似乎是一个可靠的计划。然而，我也看到一些文章谈论消息总线，我的问题是我是否应该设置消息总线，例如apache activemq，这样这些服务可以在他们自己之间一起交谈，而不是使用可以处理的中央应用程序管理所有这些。
是否有任何特定的模式我应该阅读或者我的想法看起来足够坚固？
答案 0 :(得分：1)
企业服务总线会给您的设计增加很多复杂性，因此您需要查看pro / con以确定它是否真的有必要。 Here is an article您可以在将来升级您的架构并迁移服务。
我在Apache Tomcat上运行一些复杂的服务，它们运行良好。支持70,000的用户池。如果你建立连接池和冗余，你应该没问题。