Microservices 微服务的可重用性重要吗?

Microservices 微服务的可重用性重要吗?,microservices,Microservices,微服务中的可重用性重要吗 设计一个基于微服务的解决方案,并在脑海中重用很多微服务,这很重要吗 我的第一印象是否定的,因为职责的细分比可重用性更重要,但我不确定,因为我是奇妙的微服务世界的新手。我现在正在学习微服务理论。微服务应该是解决问题的更大解决方案的一部分 让我给你举个简单的例子:一家餐馆 我可以用一些微服务来为餐厅提供解决方案:订单微服务、厨房微服务等等 如果您所说的“重用”是关于其他微服务相互“使用”(调用),那么是的。但如果您谈论的是共享模型(例如,JavaBeans),那么就不是了

微服务中的可重用性重要吗

设计一个基于微服务的解决方案,并在脑海中重用很多微服务,这很重要吗


我的第一印象是否定的,因为职责的细分比可重用性更重要,但我不确定,因为我是奇妙的微服务世界的新手。我现在正在学习微服务理论。

微服务应该是解决问题的更大解决方案的一部分

让我给你举个简单的例子:一家餐馆

我可以用一些微服务来为餐厅提供解决方案:订单微服务、厨房微服务等等

如果您所说的“重用”是关于其他微服务相互“使用”(调用),那么是的。但如果您谈论的是共享模型(例如,JavaBeans),那么就不是了

微服务永远不应该重用其他微服务的模型。每个模型都必须有自己的模型集。为什么?因为更改一个不会影响其他微服务


团队应该独立工作(每个微服务一个团队)。

你所说的“可重用性”是什么意思?微服务通常应该是通用的,并且只有一个用途。如果该目的与某个项目所需的目的相同,那么他们没有理由不被其他项目所使用。我可以开始为项目a开发一个微服务,记住未来其他项目B可以重用该微服务。通常“微服务”是“微”的,因为它做一种类型的事情,不管项目。然后,您通常会有某种“B层”或“前端后端(BFF)”,它将调用多个微服务来将数据放在一起,以便根据需要为前端提供服务。如果微服务为一个项目做多件事,那么它可能不是真正的微服务,而是BFF。