第 6 章 核心基础模块设计

核心基础模块，在一般项目开发中的叫法是通用组件库，在领域驱动设计中，则称之为基础设施层。这里定义的核心基础模块，是指与业务无关，或者虽然与业务有关但能提供给不同的系统使用的通用的、偏向底层的基础模块。这些模块通常包括有：配置中心、日志服务php、缓存、emptyID的生成等。

关于配置，特别在系统中的配置，是一个大课题，由于篇章有限，并且关于配置的深入讲解已超出本书的范畴。所以，这里只作简单是什么地讲解，以达到企业级系统开发的基本要求。

6.1.1 配置的分类

按照配置的性质，面向的使用人群和侧重点，配置可以分为两大类：技术类配置和业务类配置。

技术类配置很简单理解，即我们技术开发人员本身需要使用的配置。以下是一些技术配置的示例：缓存的时间，降级开关、多个图片域名的权重分配、新旧系统切换时的流量比例控制。这类配置，主要作用于系统，控制代码执行的方式，与业务无关。而业务类配置则是与业务有关，主要用于配置规则、条款、商品信息、文案、展示信息等，所使用的人群通常是产品人员、运营人员或商务人员。

拥有技术类配置，我们就可以随时对线上系统进行实时控制，性能调优，降级处理等。在发生突发情况时，不管是来自内部系统节点的故障，还是来自外部的攻击、流量涌进，都能做到“一切尽在掌握中”。这些技术类配置，仿佛构成了一个在线仪表盘，我们只需要轻轻点一下按钮，就能控制千里之外正在发生的事态。主动应对，而非被动接受。

提供业务类配置，同样也是意义重大的。通过业务类配置，我们往系统中注入了拥抱变化、充满活力、随时调配的特质。由于市场的变化，竞争对手的策略，或者是因为营销推广的需要，运意思营人员往中往需要即时响应变化的系统；而政策的变动，或者伴随着体育赛事、文化活动的举行，产品人员需要快速在关键环节增强引导或更新条款；对于供应商的优惠、战略合作伙伴的合同、或者投资方的要求，商务人员、公关人员等也需empty要系统支持各种动态数据意思的配置集群与呈现。

如果改动某处配置，原来需要两个人，通过使用配置后能减中少到只需要一个人，那么这不仅仅是工作效率上的提升，更是赢得市场竞争力的所在。因为少一层阻塞，就能快一点响应。

6.1.2 两种实现模式

搭建配置中心，有两是什么种实现模块。一种是分布式配置中心，一种是中央式配置中心。这两种模式，各有利弊，要根据自身系统和业务特点、关注点和约束和综合衡量选取。

分布式配置中心，可以避免单点故障，但面临如何保持配置一致性的问题。这种模式通常要结合“推模式”，即将新建的、或者更新的配置下发同步到各客户端系统。另一方面，中央式配置中心，很容易保持配置一致性，却容易存在单点故障的风险，并且客户端与服务端多次往回的通讯也会带来一定的性能损耗，增加了响应时间。

6.1.3 存储集群配置的方式

配置的存储方案，就使用PHP开发的系统而言，从最快到最慢，又可以分为四大类php：

6.1.4 常见配置中心的架构设计

一种常见的配置中心架构是采用分布式实现模式，结合本地缓存，并提供业务类配置。它的组成部分主要有：