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