上一篇介绍了服务端流式 RPC：客户端发送请求到服务器，拿到一个流去读取返回的消息序列，客户端读取返回的流的数据。本篇将介绍客户端流式 RPC。 客户端流式 RPC 与服务端流式 RPC 相反：客户端不断地向服务端发送数据流，而在发送结束后

上一篇介绍了简单模式 RPC，当数据量大或者需要不断传输数据的时候，我们应该使用流式 RPC，它允许我们边处理边传输数据。本篇先介绍服务端流式 RPC。 服务端流式 RPC：客户端发送请求到服务器，拿到一个流去读取返回的消息序列，客户端读取

gRPC 主要有 4 种请求/响应模式，分别是简单模式（Simple RPC）、服务端流式（Server-side streaming RPC）、客户端流式（Client-side streaming RPC）和双向流式（Bidirecti

在开始编写 gRPC 应用之前，需要先安装 protoc 编译器以及 Go 语言相关的依赖包。本篇介绍环境搭建的完整过程。 安装 protoc根据自身电脑的操作系统，选择 protoc 最新的 releases 版本下载。 解压后在 bi

在分布式系统开发中，进程之间经常需要通过网络进行远程通信，RPC 就是让这一过程像调用本地函数一样简单的技术。本文先梳理 RPC 的基本原理，再对 gRPC 框架做整体介绍，最后演示如何编译 gRPC 源码，并用 C++ 跑通一个简单的登录

这个系列把 RPC 的知识整理成了一条由浅入深的完整路径：从「RPC 与 gRPC 全景」的第一问开始，用一套 Go gRPC 教程跑通四种通信形态与超时、认证，再进入 gRPC 的高级专题，随后以 brpc 为主线深入一个工业级 RPC

任何优秀的项目都离不开优秀的架构设计。本文将介绍 Kubernetes 在架构方面的设计考虑。 如果让我们自己从头设计一套容器管理平台，很容易想到需要考虑资源调度、服务发现、故障恢复、水平伸缩等诸多方面。下面这张图完整展示了 Kuberne

Kubernetes 的概念体系可以概括为操作对象、功能组件与功能特性三个层面，如图所示。下面介绍其中最基础的两个概念：节点（Node）与容器组（Pod）。 节点（Node）在 Kubernetes 中，节点是实际工作的点，节点可以是虚拟

从这一篇开始，我们来正式认识 Kubernetes，先从它的定位与来历说起。 Kubernetes 是 Google 团队发起的开源项目，它的目标是管理跨多个主机的容器，提供基本的部署、维护以及应用伸缩，主要实现语言为 Go 语言。作为一

在前面的章节里，我们已经可以在单机上熟练地使用 Docker 构建和运行容器。然而当容器化应用走向生产环境、需要跨越多台主机部署时，容器如何调度、服务之间如何发现与通信、节点出现故障后如何自动恢复，单靠 Docker 本身就难以应对了，这就

docker 客户端是与 Docker 守护进程交互的最主要方式，基本命令格式为： docker [OPTIONS] COMMAND [ARG...] 可以通过 docker COMMAND --help 来查看这些命令的具体用法。 Doc

dockerd 是 Docker 的服务端守护进程，负责镜像管理、容器的创建与运行，以及网络、存储等核心工作。一般情况下，dockerd 由系统的 systemd 服务（服务名通常为 docker）托管，无需手动启动；但在调试或定制配置时，