第 10 周作业

根据微服务框架 Dubbo 的架构图，画出 Dubbo 进行一次微服务调用的时序图。

调用时序如下：

1. 服务消费者程序向接口访问代理发出服务请求。

2. 接口代理向服务框架客户端发出服务请求。

3. 服务框架客户端访问服务注册中心获取服务列表。

4. 服务框架客户端根据负载均衡策略确定服务地址。

5. 服务框架客户端调用服务返回结果给接口代理。

6. 接口代理返回结果给服务消费者程序。

关于微服务架构（中台架构、领域驱动设计、组件设计原则），你有什么样的思考和认识？

稍延展一下，最近阿里去中台的反响还是挺大的。网络上各种分析也是挺多的。说到底只有适合自己，满足需求的才是对的。

业务整合提升了效率，某些方面又降低了效率和灵活性。大公司想要创新，随着社会的快速发展，又不甘心仅是渐进式创新。

不是中台不好，或许是阿里的系统架构已经足够支撑可以进入下一个阶段了。吃瓜群众看看就好了。

小公司，初创公司业务简单没必要上微服务，快速开发，快速满足需求，甚至于买套代码，直接使用 SAAS 快速试错都无不可。当业务、商业模式得到一定程度上的验证，那就需要稍留意系统架构了，但仍然可以使用简单有效的贫血模型。随着业务的复杂度进一步提升到一定程度，参考李教师 10.6 的课程内容，即可使用 DDD 进行重构了。

我的思考，作为架构师无论何时还是要从场景，问题出发考虑问题，寻找答案。不选贵的，只选对的。

而且沟通技巧，处事方式真很重要。