小型企业 ISP 的系统架构

Systems architecture for small business ISP

我是农村地区一家只有大约 2000 名客户的小型 ISP 的唯一程序员。现在我已经完成了几个学期的大学学习,但我在该领域只有几年的经验,所以我不确定自己正在做出的架构决策,希望有人能帮助我选择正确的道路。

我们的大部分内部应用程序都是 8-10 年前创建的,已经严重过时了,我得到了更换这些系统的工作。大多数基本的底层系统都是可靠的,但我们用来管理客户并将其连接到我们内部系统的应用程序……至少可以说是缺乏。

这些应用程序中的大多数都是在 PHP 当天创建的,并且正在使用 mysql 数据库。我决定在这些数据库之上使用 NodeJS 创建几个 rest API,然后创建一个中央应用程序,负责将所有这些系统连接在一起并确保它们彼此保持最新。

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

有没有我应该阅读的特定模式,或者我想出的东西是否足够可靠?

企业服务总线会给您的设计增加很多复杂性,因此您需要查看 pro/con 以确定是否真的有必要。 Here is an article 您以后可以随时升级架构并迁移服务。

我 运行 Apache Tomcat 上的一些复杂服务,它们运行良好。支持 70,000 个用户池。如果你建立连接池和冗余,你应该没问题。