.NetCore 微服务选型

微服务架构要处理哪些问题？

服务间通讯；服务治理与服务发现；网关和安全认证；限流与容错；监视等
第一代微服务：Dubbo(Java)、Orleans(.Net)等 和语言绑定紧密；
第二代微服务：Spring Cloud等 适合混合开发
第二代微服务：Service Mesh(Service Fabric(微软内部使用的、开源的)、lstio、Conduit等)
目前：第三方微服务还在快速发展中，更新迭代比较快（还不完善）

.NetCore 微服务选型

为什么是.net Core?黑少微服务商店和Iron cloud微服务开发平台的工程师认为，虽然.Net Framework也可以实现微服务，但是.Net Core是为云而生，用来实现微服务更方便，而且.Net Core可以跨平台。（.Net Framewordk不会再有.Net5.x 下一代就是.Net Core）

第二代微服务架构：Consul+Ocelot+.Net Core+Polly+.....;
腾讯.net大队长张善友把腾讯内部的架构实战整理出一个开源项目NanoFabric（Github上可以搜到），NanoFabric不是一个独立的技术，它只是帮我们搭建好了，配置好了的一个脚手架，只是一个胶水项目，文档不全，仅供我们参考。

在SpringCloud中:EurekaServer做服务治理和服务发现、Hystrix做熔断降级、Zuul做网关;
在NanoFabric中:Consul做服务治理和服务发现、Polly做熔断降级、Ocelot做网关;

在微服务中，服务之间的通讯有俩种主要形式：
1）Restful，也就是传输Json格式数据。.net中就是对应的webapi技术 效率比较低，数据冗余，短连接
2）二进制RPC:二进制传输协议，比restful用的http通讯效率更高，但是耦合性更强。技术有Thrift、gRPC等