Clay 的技术空间

用进废退 | 艺不压身

大纲

前言

本文将基于 C++ 开发一个类似 Muduo 的高性能网络库,项目代码大部分都是从 Muduo 移值过来,同时去掉 Boost 依赖,并使用 C++ 11 进行代码重构,重点是学习 Muduo 的底层设计思想(尤其是 Multiple Reactors 模型)。

阅读全文 »

Nginx 配置信息自动热加载

在生产环境中,Nginx 的配置信息通常是通过 Kubernetes 的 ConfigMap 进行存储和管理。为了在 ConfigMap 更新后,让 Nginx 自动加载最新的配置信息(即热加载,不会重启 Pod,不会中断现有请求),可以采用以下几种方案:

方案序号方案名称 Nginx 是否可以直接 Reload 优点缺点
方案一容器之间共享进程命名空间可以简单有效依赖 shareProcessNamespace(共享进程命名空间),容器间进程可见,安全性较低
方案二部署 Reload Agent 可以安全隔离实现复杂一点

方案选择建议

  • 如果是在开发或测试环境中简单实现 Nginx 配置信息自动热加载,推荐使用方案一(容器之间共享进程命名空间)。
  • 如果是在生产环境中实现 Nginx 配置信息自动热加载,推荐使用方案二(部署 Reload Agent),避免跨容器进程控制,隔离性更好。
阅读全文 »

大纲

前言

假设,目前线上系统是单库单表(即未分库分表),单表已有约 600 万条数据。计划将数据迁移到 3 个库、每个库 4 张表的分库分表架构中,每张表存放约 50 万条数据。已经选定了分库分表的中间件(例如 Sharding-JDBC 或 Mycat),问题是:如何在不影响线上业务(即不停机)的情况下,将系统平滑迁移到新的分库分表架构上?

为什么要分库分表?

分库分表主要有两个原因,要不就是单库并发压力太高,要不就是单库数据量太大。

阅读全文 »

大纲

Kubernetes 简单介绍

各种部署方式的区别

传统的应用部署方式是通过插件或脚本来安装应用,这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定,这样做并不利于应用的升级更新、回滚等操作;当然也可以通过创建虚拟机的方式来实现某些功能,但是虚拟机非常重,并不利于可移植性。新的方式是通过部署容器方式实现,每个容器之间互相隔离,每个容器有自己的文件系统,容器之间进程不会相互影响,能区分计算资源。相对于虚拟机,容器能够快速部署,由于容器与底层设施、机器文件系统解耦的,所以它能在不同云、不同版本操作系统间进行迁移。容器占用资源少、部署快,每个应用可以被打包成一个容器镜像,每个应用与容器间成一对一关系也使容器有更大优势,使用容器可以在 buildrelease 的阶段,为应用创建容器镜像,因为每个应用不需要与其余的应用堆栈组合,也不依赖于生产环境基础结构,这使得从研发到测试、生产能提供一致环境。类似地,容器比虚拟机轻量、更 “透明”,这更便于监控和管理。

阅读全文 »

大纲

前言

本文将基于 C++ 手写一个线程池,并分别提供 C++ 11 和 C++ 17 两种版本的线程池实现。线程池作为五大池之一(内存池、连接池、协程池、线程池、进程池),应用非常广泛,不管是客户端程序,还是后台服务程序,都是提高业务处理能力的必备模块。有很多开源的线程池实现,虽然各自接口在使用上稍有区别,但是其核心实现原理都是基本相同的。

阅读全文 »

大纲

前言

本文将剖析 Nginx 内存池的源码,并介绍内存池的底层设计和工作原理,最后基于 C++ 移植 Nginx 内存池的核心源码。值得一提的是,移植后的 C++ 代码兼容 Windows 和 Linux 平台。

C++ 常见的池

在 C++ 中,常见的池有对象池、内存池、连接池、协程池、线程池、进程池。

阅读全文 »

大纲

前言

本文将剖析 SGI STL 二级空间配置器中的内存池源码,并介绍内存池的底层设计和工作原理,最后移植 SGI STL 内存池的核心源码。值得一提的是,移植后的 C++ 代码兼容 Windows 和 Linux 平台。

C++ 常见的池

在 C++ 中,常见的池有对象池、内存池、连接池、协程池、线程池、进程池。

阅读全文 »

大纲

前言

本文将介绍 Muduo 网络库的使用,在使用 Muduo 之前,建议先熟悉并掌握以下技术内容:

  • 熟悉 C++ 11 语法特性
  • 掌握事件驱动模型(Reactor 模型)
  • 熟悉 C/C++ 多线程并发编程和线程安全设计
  • 熟悉 Linux 网络编程(如使用 socketepoll
阅读全文 »