在gRPC中如何正确处理错误
正确处理错误可能很棘手，而且在gRPC中可能更棘手。当前版本的gRPC仅具有基于简单状态代码和元数据的有限内置错误处理。在本文中，我们将看到gRPC错误处理的局限性，以及如何克服和构建健壮的错误处理框架。 代码示例 本文的工作代码示例列在GitHub上。要运行该示例，请克隆存储库：https://github.com/techdozo/grpc/tree/master/grpc-spring-bo
Kubernetes上的gRPC负载平衡实践
Kubernetes上的gRPC负载平衡（使用无消息头服务） gRPC是用于进程间通信的最流行的现代RPC框架之一。对于微服务体系结构来说，这是一个很好的选择。毫无疑问，部署微服务应用程序最流行的方法之一是Kubernetes。 Kubernetes部署可以有相同的后端实例来服务许多客户端请求。Kubernetes的ClusterIP服务提供负载平衡的IP地址。但是，这种默认的负载平衡在gRPC中
Kubernetes上的gRPC负载均衡服务
gRPC是用于进程间通信的最流行的现代RPC框架之一。对于微服务体系结构来说，这是一个很好的选择。毫无疑问，部署微服务应用程序最流行的方法之一是Kubernetes。 Kubernetes部署可以有相同的后端实例来服务许多客户端请求。Kubernetes的ClusterIP服务提供负载平衡的IP地址。但是，这种默认的负载平衡在gRPC中无法立即实现。如果您将gRPC与许多部署在Kubernetes
用于微服务通信的gRPC
在过去，软件应用程序是作为一个巨大的整体构建的，并且仍在进行中。然而，最近，微服务体系结构已经成为开发软件应用程序的流行选择。在微服务体系结构中，微服务通常需要相互通信。与传统的RESTfulWebAPI相比，基于gRPC的RPC框架可以更好地替代微服务通信。 什么是微服务体系结构？ 微服务体系结构由许多（通常是数百个）小型、自治、自包含的服务组成。微服务是围绕业务能力构建的。微服务体系结构的一些
gRPC:Java中的同步和异步unary RPC
gRPC是用于微服务间通信的远程过程调用（RPC）框架。gRPC支持四种类型的RPC： 1. Unary RPC：客户端发送单个请求并接收单个响应。 2. Server streaming RPC（服务器流式）：客户端发送单个请求，作为回报，服务器发送消息流。 3. Client streaming RPC（客户端流式）：客户端发送消息流，服务器以单个消息响应。 4. Bidirectional
在这个努力程度如此低下的时代，还轮不到比拼天赋。静下心来，just do it
更多干货请关注公众号【Java老K】
录制线上真实流量在测试环境进行回放，对比差异
特点：
无代码侵入的数据采集和Mock，支持Spring、Dubbo、Redis、Mybatis等开源框架的录制和回放；
支持各种复杂业务场景的验证：多线程并发、异步回调、写操作等；
欢迎扫码进QQ群交流