我有一个单一的应用程序，现在，我想把这个应用程序分成多个服务。例如，考虑用户和通知服务，其中两个将使用PHP和Laravel框架编写。现在我希望通知服务负责格式化和发送消息。在以前的版本中，我可以使用Model和Notifiable trait轻松处理通知，但现在我无法访问Notification服务中的User模型。如何处理Laravel通知，我应该在这个域中重复User模型吗？有什么例子可以用吗？
Notifiable
eoigrqb61#
您正确地指出，一个服务（通知）可能无法访问它需要操作的数据（用户数据），而这些数据以前在整体设置中可以直接访问。在微服务架构中，每个服务都应该是自包含和松散耦合的，这意味着在通知服务中复制用户模型可能会导致后续问题（如数据一致性，处理更新等）。相反，考虑以下方法：1.事件驱动通信：只要User服务有需要通知的事件（如用户创建、更新等），它就可以发布事件。Notification服务可以侦听这些事件并处理通知。这是微服务架构中的一种常见模式，它将服务解耦，这样它们就不必知道彼此的内部结构。
1条答案
按热度按时间eoigrqb61#
您正确地指出，一个服务（通知）可能无法访问它需要操作的数据（用户数据），而这些数据以前在整体设置中可以直接访问。
在微服务架构中，每个服务都应该是自包含和松散耦合的，这意味着在通知服务中复制用户模型可能会导致后续问题（如数据一致性，处理更新等）。
相反，考虑以下方法：
1.事件驱动通信：只要User服务有需要通知的事件（如用户创建、更新等），它就可以发布事件。Notification服务可以侦听这些事件并处理通知。这是微服务架构中的一种常见模式，它将服务解耦，这样它们就不必知道彼此的内部结构。
1.数据传输对象（DTO）：不要直接使用跨服务的模型，而是考虑使用可以根据每个服务的需求定制的DTO。DTO可以被看作是服务之间的一种契约或API形式，减少了它们之间的耦合。