gRPC
Google发布的开源RPC框架，高性能、开源、将移动和HTTP/2放在首位的通用的RPC框架，基于HTTP/2, netty4.1, proto3, 拥有非常丰富而实用的特性，堪称RPC 框架的典范。
但它本身它不是分布式的，所以要实现上面的框架的功能需要进一步的开发
Spring Cloud和Dubbo都是微服务开发框架。不是新的技术就一定是好的技术。Dubbo优势在于开发简单，效率高。Spring Cloud优势在于功能全面且可靠性高。
开发中，使用的框架版本，最好是RELEASE版本或Final版本。
常见版本号格式为： x.y.z.stage
x - 数字格式主版本号，当功能模块有较大更新或者整体架构发生变化时，主版本号会更新。
y - 数字格式次版本号，次版本表示只是局部的一些变动。
z - 数字格式修正版本号，一般是bug的修复或者是小的变动。
stage - 希腊字母版本号，也称为阶段版本号。用于标注当前版本的软件处于哪个开发阶段。常用的阶段版本包括：BASE、ALPHA、BATE、RELEASE/FINAL。
BASE - 设计阶段。只有相应的设计没有具体的功能实现。
ALPHA - 软件的初级版本。存在较多的bug。
BATE - 表示相对ALPHA有了很大的进步，消除了严重的bug，还存在一些潜在的bug。
RELEASE/FINAL - 该版本表示最终版，即正式发布版本。
2. Spring Cloud版本号说明
Spring Cloud是一个包含若干子框架的框架集合体，是一个完整的微服务框架体系，如果使用场景版本号来进行标记，容易混淆主框架版本和子框架版本标记。所以Spring Cloud使用一种全新的版本号来对主框架进行版本标记，而子框架的版本标记大多还是使用常用版本号标记的。
Spring Cloud版本格式如： 版本号命名.stage
版本号命名：Spring Cloud主框架版本号是使用英国伦敦地铁站名称来进行标记的，并根据地铁站名称的首字母的英文自然升序排列来识别版本的递增。如：Angle、Brixton、Camden、Dalston、Edgware、Finchley等。后续版本提升会继续根据首字母升序排列。
stage：阶段版本号。常用的阶段版本包括：BUILD-XXX[SNAPSHOT]、GA、PRE(M1、M2等)、RC、SR。
BUILD-XXX[SNAPSHOT] - 开发版本、一般是开发团队内部使用。
GA - 稳定版，内部开发到一定阶段了，各个模块集成后，经过全面测试发现没有问题，可对外发行了。这个时候叫GA(General Availability)。基本上可以使用了。没有严重的BUG问题，但是有未测出的BUG隐患。不推荐商业使用。
PRE - 里程碑版，由于GA还不属于公开发行版，里面还有些功能不完善或者bug，于是就有了milestone（里程碑版）。milestone版主要修复了一些bug。一个GA后，一般会有多个里程本版。例如 M1 M2 M3......。不推荐商业使用。
RC - 候选发布版，从BUILD后到GA在到M基本上系统就算定型了，这个时候系统就进入Release Candidate（候选发布版）。该阶段的软件类似于最终发行前的一个观察期，该期间只对一些发现的等级高的bug进行修复。发布RC1 RC2等版本。可以考虑RC版本。
SR - 正式发布版，公开正式发布。正式发布版一般也有多个发布，例如 SR1 SR2 SR3等等，一般是用来修复大bug或者优化。最好使用SR版本。