谢谢你的邀请。目前，网上有一个微服务。net平台非常流行和好。看来真的很难说。它不像java的spring云那么流行，但是据说spring云可以用来开发。net核心应用程序（。net核心是专门为模块化微服务体系结构而设计的。然而，目前仍有许多面向中小企业的微服务项目。net平台，但它们不是很流行。也许azure服务结构比较好。以下是部分相关列表。net微服务：
1，steeltoeoss
2，azure服务结构：这主要是由微软构建的，服务结构将是开源的。
3..net中国基金会：有几个开源项目是以一个微服务为导向的。
4.5其他包括xigadee、apworksframeword、cronus、nancyfx、grpc等。microservice架构主要用于在云中部署应用程序和服务。这一概念提出的时间不长，正处于快速发展阶段，应用越来越多。
简单一点，http是协议，rpc是概念！rpc可以基于http协议（feign）、tcp协议（netty）、rmi协议（soap）和web服务（xml-rpc）框架实现。在传输过程中，由于序列化方法的不同，也出现了一些框架和协议，如dubbo中的dubbo协议、grpcprotobuf序列化协议等。实际上，它们都是基于远程调用的概念。什么是远程呼叫？
关键是rpc是远程调用。远程调用是客户端通过上述协议向服务器发送接口、参数、参数类型、方法、返回值、返回值类型等（称为方法签名），通知服务器要调用的接口方法。这个过程就是rpc的实现过程！http和rpc是两码事
！在性能方面，http本身是基于tcp协议的，属于应用层协议，所以http协议本身在实现过程中会占用大量的资源（内存、带宽等）。在性能方面，它肯定不如直接通过tcp实现的rpc协议快。不管http有多优化，它绝对没有tcp那么快！另一方面，tcp依赖于字节码。目前常用的是将客户端调用的接口信息以序列化的方式发送到服务器端。序列化框架包括许多内容（hession、protobuf、kryo等）。kryo具有最高的序列化性能，protobuf具有序列化后最小的字节码）。序列化后的字节码越小，占用的带宽越小，序列化时间越长，线程io延迟越短，线程io延迟越小。因此，在具体的应用层，有很多技术可以讨论。您可以根据自己的硬件能力选择相应的技术
！欢迎热爱科技的人们来探索
也就是说，系统功能以服务的形式发布到服务器上，并结合服务来实现特定功能，解决实际业务问题。
这种设计架构称为微服务。
只有在正确的场景中使用正确的技术，才能发挥正确的价值。
我不知道你说的c是什么意思。现在，我想这应该意味着。网芯。张善友的博客上有很多相关的文章。下面是一些微服务框架。你可以看看以供参考
