BuHuidaima_1362的博客

用户接口层：校验参数 → 调用应用层：开启事务 → 获取Member实体 → 调用(“张伟”)领域层：执行业务规则 → 记录事件基础设施层：保存到数据库 → 发布事件到消息队列。

需要硬编码URL，若后续请求URL变更，则不便于修改。并且，如果服务部署成集群的形式，硬编码该写谁的地址呢？此外，若挑中的那台服务器挂了，消费者又如何得知呢？Eureka每30s进行一次心跳检测，若发现哪个用户服务挂掉了，就从服务信息中将这个端口号踢出去。当新启动一个用户服务（服务者），会提供他们的端口、IP地址，注册到Eureka中。当订单服务（消费者）需要调用用户服务时，从Eureka拉取用户服务的信息。从订单服务的众多服务器中挑选一个服务器，向用户服务发起HTTP请求。

本文系统讲解微服务架构，对比单体/分布式区别，详解服务拆分、注册中心、配置中心等核心组件，提供SpringCloud/Dubbo技术选型指南，并给出清晰学习路线，助力开发者从单体过渡到分布式系统

本文介绍了微服务的服务拆分原则，以及服务之间如何实现远程调用。