微服务(SOA)
面向服务的框架（SOA）是一个组件模型（编程办法），它将应用程序的不同性能单位（称为服务）进行拆分，并通过这些服务之间定义良好的接口和协定分割起来。接口采纳中立的形式进行定义。它应该独立于实现服务的硬性平台、操作系统和编程语言。这使得建构再各种各样的零碎中的服务能够以一种对立和通用的形式进行交互。
传统形式调用问题阐明
微服务思维 - 注册核心
注册核心实现原理
1 当服务器启动时，会将服务器的状态（服务器名称、IP、端口）一起写入注册核心
2 当注册核心收到服务器的信息后，会动静更新注册信息。3 当客户端（消费者）启动后，会连贯注册核心并获取服务器的信息（状态，端口号...）4 将获取的服务器信息数据存入本地
5 当消费者执行业务调用时，如果有多个服务器的生产者时，采纳负载平衡的形式让消费者连贯其中一个服务器进行拜访（RPC)
6 当服务器产生宕机等意外时，注册核心的心跳检测意外后，会告诉客户端进行数据更新，数据更新实现前，线程会处于阻塞状态RPC(规定)
RPC 是 近程过程调用（Remote Procedure Call）的缩写模式。SAP 零碎 RPC 调用的原理其实很简略，有一些相似于三层构架的 C / S 零碎，第三方的客户程序通过接口调用 SAP 外部的规范或自定义函数，取得函数返回的数据进行解决后显示或打印。
本地过程调用: 如果须要实现业务逻辑, 则间接去调用本地的办法即可.
近程过程调用: 我想实现一个业务的调用, 然而该性能我没有方法间接调用, 须要通过第三方帮忙我实现业务规定.
具体用法: RPC 不关注具体的实现规定, 用户也不须要理解具体的协定. 谁调用谁实现
Http 协定标准