目前主流的 Java 开发框架 Spring Boot，为了更方便集成 gRPC，自己开发了 spring-boot-starter-grpc，仅需简单的几行配置即可使用。相关使用文档如下：
我代表云原生计算基金会，很高兴地宣布gRPC-Web的GA版本，这是一个JavaScript客户端库，使Web应用程序能够直接与后端gRPC服务通信，而不需要HTTP服务器充当中介。这意味着您现在可以通过使用 .proto 文件定义客户端 和服务器端数据类型和服务接口，轻松构建真正的端到端gRPC应用程序体系结构 。因此，gRPC-Web为整个REST开发Web范例提供了一个引人注目的新选择。
Netflix使用HTTP/1.1开发了自己的技术堆栈，用于服务间通信，覆盖了为Netflix产品提供动力的总微服务的98％。几年来，这一堆栈支持了公司流媒体业务的强劲增长。但到2015年，平台团队意识到它还“使我们正在努力的一些架构模式永久化，并且大规模影响了工程的生产力，”运行平台工程总监Tim Bozarth说。用于与远程服务交互的客户端通常包含手写代码，这非常耗时，“有机会产生问题，引入的错误，以及产生额外的复杂性，”他说。此外，当团队构建定义API的服务时，没有明确的方法来注释和准确描述API的功能，从而使发现、审计和理解生态系统中可用的API变得具有挑战性。为了寻找新的解决方案，该团队还希望服务客户端跨语言工作，重点是Java和Node.js.
当我们学习一项新的事物的时候，我们首先要知道它来自哪里？它是什么？能做什么或者换句话说，能解决什么问题？没有一样东西是最好的，是可以替代所有的，但在某一领域它是最适合的，正如 Node.js 它可能是某些程序员苦苦追寻的东西，也可能是某些程序员不会去关心的东西。本文主要为您介绍 Node.js 的背景及它能做什么，擅长什么，不会涉及到复杂的代码层面的知识讲解，如果你觉得自己很熟悉了，也可以忽略它。
Hyperledger Fabric是一种联盟区块链，Fabric区块链也支持智能合约，被称为链码（Chaincode）。Fabric链码就是一个标准的（运行在docker容器中的）操作系统进程，通过gRPC协议与Fabric节点通信。因此理论上可以使用任何语言开发Fabric链码。目前官方提供了三种开发语言的Fabric链码开发工具包：Go、Java和Node.js，本文将介绍如何使用node.js开发Fabric链码。
RPC（Remote Procedure Call）—远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
开一个gRPC学习的专题，感兴趣的一起参与，一周一篇，下一篇聊聊protocol buffer 什么是gRPC？ RPC全称(Remote Procedure Call)，远程过程调用，指的是一台计算机通过网络请求另一台计算机的上服务，从而不需要了解底层网络细节，RPC是构建在已经存在的协议（TCP/IP，HTTP等）之上的，RPC采用的是客户端，服务器模式。 gRPC是云原生计算基金会（CNCF）项目, gRPC 一开始由 google 开发，是一款语言中立、平台中立的服务间通信框架，使用gRPC可以使得
在我们开始之前，如果你还没有这样做，你可能希望检查是否已经在开发区块链应用程序和/或运行Hyperledger Fabric的平台上安装了所有前提条件。
接口调用如果是远程调用，那么就构成了简单的分布式。最简单的远程接口实现方式是web service或rest。当然一个合理的分布式应用不仅仅是远程接口调用这么简单。还需要有负载均衡、缓存等功能。最简单实现分布式的技术是Rest接口，因为Rest接口可以使用现存的各种服务器，比如负载均衡服务器和缓存服务器来实现负载均衡和缓存功能。
Service Mesh 的概念自 2017 年初提出之后，受到了业界的广泛关注，作为微服务的下一代发展架构在社区迅速发酵，并且孵化出了诸如 Istio 等广受业界关注的面向于云原生 (Cloud Native) 的微服务架构。目前阿里、华为云、腾讯云都在 Service Mesh 上投入了大量精力进行研发和推广。阐述和讨论 Service Mesh 架构的文章目前网络上已经非常丰富，在此不再赘述。本文主要阐述 Service Mesh 架构在有赞是如何一步步发展和落地的，期望能够给读者带来一定的思考和借鉴意义，并对 Service Mesh 架构能够解决的问题和应用场景有进一步的了解。同时，有赞 Service Mesh 架构发展的过程也正是有赞微服务架构的演进过程，期待能够给正在进行微服务改造的团队带来一定的启发和思考。
Google 刚刚开源了grpc, 一个基于HTTP2 和 Protobuf 的高性能、开源、通用的RPC框架。Protobuf 本身虽然提供了RPC 的定义语法，但是一直以来，Google 只开源了Protobuf 序列化反序列化的代码，而没有开源RPC 的实现，于是存在着众多良莠不齐的第三方RPC 实现，不过我在项目中采用WCF搭配Protobuf是一个很不错的RPC实现，Google这个框架是是基于HTTP2的，这是他有特色的地方，带来诸如双向流、流控、头部压缩、单TCP连接上的多复用请求等特性。
gRPC是一个高性能、开源、通用的RPC框架，面向移动和HTTP/2设计，是由谷歌发布的首款基于Protocol Buffers的RPC框架。
Node EE全称为 “Node Enterprise Edition”，它是微店在探索Node.js在企业级开发过程中结合中间件、运维、测试相关经验与方案，给出的一套相对完整的企业级解决方案。
当微服务架构中的服务被外部的客户端访问时，可以共享有关身份验证和传输的一些常见请求。API网关提供了一个共享层去处理服务协议之间的差异，同时满足特定客户端（像PC端浏览器，移动端设备和传统系统）的需求。
微服务框架中的服务提供了一些公用的认证和传输（业务）请求接口，用于给外部客户端调用。API Gateway提供了一个 shared layer（共享层），可用来处理服务协议，并满足特殊的客户端如桌面浏览器、手机设备或比较旧的系统的需要。
http://blog.csdn.net/yinwenjie/article/details/49453303
外部客户端访问微服务架构中的服务时，服务端会对认证和传输有一些常见的要求。API 网关提供共享层来处理服务协议之间的差异，并满足特定客户端（如桌面浏览器、移动设备和老系统）的要求。
上面的路由比较简单，如果这个人登陆过，持久化存储在服务端Session信息中的login为true,那么就不需要密码登陆，前端给予控制路由即可。
最近在开源中国举办的开源年终盛典上，开源项目TARS 获得了年度最佳原创开源软件奖。 谈到微服务，人们往往会提起Spring Cloud和Service Mesh。 目前带服务治理的微服务框架中，Spring Cloud对JAVA开发者在微服务系统开发过程的各个环节不断丰富，使其在JAVA开发领域有广泛的应用。 另外，近年Service Mesh 作为后起之秀，也得到了较为广泛的关注。它在 Sidecar 的基础上，强调了各个代理之间形成的有机网络，可以做到语言无关、功能可扩展，目前社区处于发展阶段。
外部客户端访问微服务架构中的服务时，服务端会对认证和传输有一些常见的要求。API 网关提供共享层来处理服务协议之间的差异，并满足特定客户端（如桌面浏览器、移动设备和老系统）的要求。 微服务和消费者 微服务是面向服务的架构，团队可以独立设计、开发和发布应用程序。它允许在系统各个层面上的技术多样性，团队可以在给定的技术难题中使用最佳语言、数据库、协议和传输层，从而受益。例如，一个团队可以使用 HTTP REST 上的 JSON，而另一个团队可以使用 HTTP/2 上的 gRPC 或 RabbitMQ 等消息代理
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
