微服务架构6大组件：
1、服务描述：RestfulApi (http)、xml (rpc)、IDL (grpc)
2、注册中心：注册（服务提供者->注册中心）、订阅（服务消费者->注册中心）、返回（注册中心->服务消费者）、通知（注册中心->服务消费者）
3、服务框架
4、服务监控（发现问题）：指标收集、数据处理、数据展现
5、服务追踪（定位问题）：RequestId传递
6、服务治理（解决问题）：单机故障——自动摘除、单IDC故障——自动切换、依赖服务不可用——熔断

阅后感
个人感觉理解微服务的关键环节在于理解网络通信，最简单的微服务，比如：只有一个服务提供者也只有一个服务消费者，只要他们能通信相互理解就行。
深入了理解他们通信的原理，其他的都是在机器增多，考虑网络环境的复杂多变，提供负载均衡、高可用、高性能、易维护、易定位问题、支持水平扩展的外围服务，是分布式系统都需要考虑的问题啦。

希望后面能看的老师讲解这些，否则感觉就不是由浅入深层层推进的讲解方式了，理解起来令人费解。

一个东西从无到有基本是有一个变化和积累的过程的，如果能清楚他不存在前会有什么痛点，他出现后解决了那几点痛点，那是很爽快的。当然一个技术方案在解决一些问题的同时总会带来另外的一些更加复杂的问题，希望后面老师能有所讲解。

我觉得微服务的组成从核心一层层往外应该有以下组件组成：
1：网络通信框架，什么协议？如何序列化和反序列化？
2：服务协议，使用通用的？还是开源？还是自研？
3：服务注册中心，订阅和发布服务信息
4：服务治理平台，监控服务信息，管理服务信息，上下线服务，查看服务所属，查看服务调用链

感谢老师的讲解，期待下文!

微服务下的问题在单体应用会有，但不是问题，因为天生满足。分布式之后，
接口调用，就需要服务发现，服务注册和服务间调用。
接口错误需要容错处理和熔断处理。
接口性能，需要靠扩容。
接口调用情况需要监控。
问题排查需要全链路跟踪。