【问题标题】:How to structure a Microservice solution [closed]如何构建微服务解决方案 [关闭]
【发布时间】:2020-06-04 10:17:44
【问题描述】:

当我考虑创建微服务解决方案时。

我应该为我的域创建一个不同的项目吗?也许我的问题应该是我是否必须在不同的解决方案之间共享共同的项目。

它的好处是其他微服务可以共享这个域项目。

这通常是我处理单体项目的方法。我通常为添加模型和 DTO 的域创建一个项目。另外,我有一些常见类的项目。

这是我的第一个微服务解决方案,我不知道如何处理它,我已经看过this post。但我还不相信。

【问题讨论】:

  • 写微服务有很多东西,至少写微服务。而且我发现拥有一个整体比 bad 微服务更好。我认为该主题的范围很广,以适应这种编程问答格式,但如果您想阅读更多内容,也许this article 是一个很好的起点。文章本身也有一个阅读清单。 ;-)

标签: c# architecture microservices


【解决方案1】:

这很笼统,但我可以分享一些想法。

  1. 9/10 案例,不需要共享 dto 和模型或 dal。这是因为微服务是相互独立的,有自己的模型和数据库。
  2. 对于横向方面,也许您会需要它们,但最好使用其他提供程序来完成您的日志记录、通知等
  3. 是的,当一个域模型完全遵循另一个域并且他们正在相互通信时,一些联系人可以以 nuget 或任何其他打包格式共享。

作为一般规则,如果您需要微服务架构,请尝试完整的方式。了解领域驱动设计,了解上述结构的优势,即使您不使用它们,也可以选择它们。

请记住,微服务是由各个团队编写的,可能使用不同的技术和编程框架。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-09-14
    • 2018-10-22
    • 1970-01-01
    • 1970-01-01
    • 2011-12-24
    • 2023-04-07
    • 1970-01-01
    • 2011-02-10
    相关资源
    最近更新 更多