微服务的功能分类与基于实体的分类
Functional categarization of microservices versus Entity based categorization
我还没有开始做一个项目，这涉及到通常的网站身份验证和一些其他服务。但这是我第一次想到将网站拆分成微服务。我对如何拆分微服务感到困惑，
- 按实体
这意味着一个微服务负责所有与客户相关的功能，另一个负责另一个实体的功能等等。
- 按服务
意思是，一个微服务负责用户身份验证，另一个微服务负责用户可以在网站上执行的另一项服务等等。
请分享您的想法。
微服务应该围绕业务功能进行设计，而不是数据访问或消息传递等水平层。
一般可以走以下路径
1 ) 从分析业务领域开始，了解应用程序的功能需求。此步骤的输出是领域的非正式描述，可以细化为一组更正式的领域模型。
2 ) 接下来，定义领域的限界上下文。每个限界上下文都包含一个域模型，表示较大应用程序的特定子域。
3) 在有界上下文中，应用战术 DDD 模式来定义实体、聚合和域服务。
4 ) 使用上一步的结果来识别应用程序中的微服务。
我摘自微软官方网站，我认为你一定要阅读文档（在下面分享）来为你的微服务建模。
我还没有开始做一个项目，这涉及到通常的网站身份验证和一些其他服务。但这是我第一次想到将网站拆分成微服务。我对如何拆分微服务感到困惑，
- 按实体
这意味着一个微服务负责所有与客户相关的功能，另一个负责另一个实体的功能等等。 - 按服务
意思是，一个微服务负责用户身份验证，另一个微服务负责用户可以在网站上执行的另一项服务等等。
请分享您的想法。
微服务应该围绕业务功能进行设计，而不是数据访问或消息传递等水平层。
一般可以走以下路径
1 ) 从分析业务领域开始，了解应用程序的功能需求。此步骤的输出是领域的非正式描述，可以细化为一组更正式的领域模型。
2 ) 接下来，定义领域的限界上下文。每个限界上下文都包含一个域模型，表示较大应用程序的特定子域。
3) 在有界上下文中，应用战术 DDD 模式来定义实体、聚合和域服务。
4 ) 使用上一步的结果来识别应用程序中的微服务。
我摘自微软官方网站，我认为你一定要阅读文档（在下面分享）来为你的微服务建模。