域对象共享微服务

Question

我试图理解微服务。我想知道如何解决微服务架构中的一对多/多对多关系问题，以及最佳实践是什么。假设我想将学生课程应用程序转换为学生服务，将课程服务和学生服务对话转换为同一数据库中的学生表和课程服务对话课程表。

示例：学生可以注册许多课程，而且许多课程可以有许多学生（多对多关系）。我有2个微服务1：学生服务2：课程服务

学生服务有学生对象

@Entity
@Table(name = "STUDENT")
public class Student {

@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private long id;

@Column(name = "NAME")
private String name;


//@ManyToMany(fetch = FetchType.LAZY)
//@JoinTable(name = "STUDENT_COURSE", joinColumns = @JoinColumn(name = //"STUDENT_ID"), inverseJoinColumns = @JoinColumn(name = "COURSE_ID"))
//  private List<Course> courses = new ArrayList<Course>();
}

课程服务具有课程对象

@Entity
@Table(name = "COURSE")
public class Course {

@Id
@Column(name = "ID")
private long id;

@Column(name = "COURSE_NAME")
private String name;

//@ManyToMany(mappedBy = "courses", fetch = FetchType.LAZY)
//private List<Student> students = new ArrayList<Student>();
}

我知道学生服务部必须致电课程服务部才能获得课程，但我如何将课程映射到学生？（如学生A已报名参加课程X、Y、Z）

• 如何获取学生的课程列表或课程的学生列表
• 我需要在学生服务中复制课程类和在课程服务中复制学生类吗
• 我是否需要将域类移动到公共项目，然后在微服务之间共享以避免重复

你能帮我回答解决微服务中多对多关系问题的最佳实践吗？

Answer 1

这是微服务世界中的典型问题。即使在面向服务的微体系结构中，重点也应该放在解决非常特定的业务问题上，然后拥有支持的数据库表。

在这种情况下，“学生注册”服务似乎可能会有所帮助，它可以获取有问题的连接。拥有像“学生注册”这样的第三个服务可能会在服务中引入比明显的网络调用更多的调用，如果正确使用缓存，这些微服务可以响应非常快。

事实上，然后您可以评估您最终是否需要所有三个服务，即学生、课程和学生注册，或者可以根据您的业务流程或用例合并一些组合。如果其中一些组合在不了解彼此的情况下无法回答大多数业务问题，则可以这样做。

最后，在共享数据库上实际实现微服务可能不是完全错误的。请参阅：http://microservices.io/patterns/data/shared-database.html

请注意，通过事件模型为如此密切相关的微服务拥有完全独立的数据库并始终保持这些表同步并不简单，因此要小心。但是，这并非不可能。有文档化的设计模式来满足跨多个微服务的业务事务，即：CQRS模式（https://martinfowler.com/bliki/CQRS.html）、SAGA模式（http://microservices.io/patterns/data/saga.html）和事件源：http://microservices.io/patterns/data/event-sourcing.html.

Answer 2

当考虑微服务时，它有助于记住有界上下文的概念

Martin Fowler：有界上下文既有不相关的概念（例如仅存在于客户支持上下文中的支持票据），也有共享的概念（例如产品和客户）。不同的语境可能有完全不同的共同概念模型，这些模型具有在这些多义概念之间映射以进行整合的机制。

在应用程序的每个微服务中，学生和课程的概念可能会非常不同。例如，学生可以定义为在学生信息管理微服务中具有标识符、名字、姓氏和地址的人，并且在CourseAttendance微服务中只有标识符和课程列表。

也就是说，我不会为这些微服务使用共享数据库，而是用所需的实体创建单独的数据库。只有标识符在服务之间“共享”。

在设计数据模型时，试着考虑一下你的过程：当学生注册时，我得到了哪些信息？当他注册一个班级时，是什么？