为什么微服务化的系统架构必须要有注册中心？
技术选型
理解起来，偏向于真实实战场景一些，讲起来也不会那么的纯理论，大家听起来也没那么的枯燥，【我们提供的是】http接口，更多的情况下，可以对外暴露的仅仅是一个MQ的入口，其实这种系统在开发的真实过程中，一般来说架构技术选型
【调用HTTP接口会耦合】
如果为了要让社会化治理的系统，跟其他的系统进行解耦【系统之间解耦是MQ非常主要的作用】
开的口子最好是MQ，其他系统只能看到这个MQ，提交举报消息到MQ去，举报服务可以消费MQ里的人家提交的举报
对MQ技术稍微有一点了解的话，kafka，rocketmq，rabbitmq，消费的时候，都是可以让举报服务部署多台服务器来消费的，【Kafka】topic -> partition，多个partition分区，就可以让举报服务部署多台服务器并行的消费举报任务
分布式系统的spring cloud技术没有基本的了解，互联网Java工程师面试突击第二季，分布式篇，我对spring cloud技术体系有一个较为深入的讲解，spring cloud netflix技术栈，rpc框架是feign，是基于http协议
【比如说评审员服务部署了好几台服务器，举报服务必须得知道它在哪几台服务器上面，这个时候是必然需要服务注册中心】
【你这个服务部署在一些服务器上面，只要一部署一启动，就必须得去找这个服务注册中心进行服务注册，服务注册了以后它就知道你的服务部署在哪几台服务器上】
发送过去的就是一个http请求，人家返回给你的也是一个http响应
假设你要是基于dubbo，13.56.2.308: 7890，直接基于TCP跟那台服务器的指定端口建立一个TCP长连接，短连接【长短连接其实都是TCP连接，只不过长连接的意思就是一直建立在那你不要去释放，后面的请求就直接通过长连接去发送】，可以基于一定自定义协议去制定数据如何组装，基于序列化的协议，把你的请求数据序列化成二进制数据流发送过去，就是一个请求
【服务注册中心本质上就是想知道你在哪个服务器上的哪个端口】
【RPC通信里的协议，HTTP协议跟自定义协议，它的关系和区别到底是什么。序列化协议跟通信协议之间的区别和关系又是什么】
