1.磁盘时代

很久之前，我们的数据存储方式是磁盘存储，每个磁盘都有一个磁道。每个磁道有很多扇区，一个扇区接近512Byte。

磁盘的寻址速度是毫秒级的，带宽是GB/M的。内存是ns级的，带宽也比磁盘大上好几个数量级。总体来说，磁盘比内存在寻址上慢了接近10W倍。

在这段历史中，我们的面临的问题是，I/O问题。在读写文件时，我们常常面临很大的I/O成本问题。但是最初有个最初的解决方案是加一个buffer。

自定义消息通道

上篇文章我们提到了Sink和Source两个接口，这两个接口中分别定义了输入通道和输出通道，而Processor通过继承Source和Sink，同时具有输入通道和输出通道。这里我们就模仿Sink和Source，来定义一个自己的消息通道。

首先我们定义一个接口叫做MySink，如下：

1
2
3
4
5
6

public interface MySink {
    String INPUT = "mychannel";

    @Input(INPUT)
    SubscribableChannel input();
}

创建工程

首先我们创建一个普通的Spring Boot工程，名为stream-hello，然后添加如下依赖：

1
2
3
4
5
6
7
8

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-stream-rabbit</artifactId>
</dependency>

结合RabbitMQ，可以实现配置文件动态刷新。我们先来看下面一张架构图：

整张图的工作流程我们之前也详细的说过，当我的微服务A/微服务B启动的时候，会从Config-Server中加载配置文件，而Config-Server则会通过git clone命令将配置中心的配置文件先clone下来在本地保存一份，然后再返回给微服务A/微服务B。
这是我们之前的工作流程，现在我们结合Spring Cloud Bus来实现配置文件的动态更新。使用Spring Cloud Bus来实现配置文件的动态更新原理很简单，如上图，当我的配置文件更新后，我向Config-Server中发送一个/bus/refresh请求，Config-Server收到这个请求之后，会将这个请求广播出去，这样所有的微服务就都收到这个请求了，微服务收到这个请求之后就会自动去更新自己的配置文件。在这个系统中，从RabbitMQ的角度来看，所有的微服务都是一样的，所以这个/bus/refresh请求我们也可以在微服务节点上发出，一样能够实现配置文件动态更新的效果，但是这样做就破坏了我们微服务的结构，使得微服务节点之间有了区别，所以刷新配置的请求我们还是放在Config-Server上来做比较合适，好了，下面我们就来看看如何实现这一需求。

Arrays

Arrays 是针对数组进行操作的工具类。

常用成员方法

1
2
3

public static String toString(int[] a) //把数组转成字符串
public static void sort(int[] a) //对数组进行排序
public static int binarySearch(int[] a,int key) //二分查找

Kafka下载

Kafka现在是Apache上的开源项目，直接到官网下载即可(http://kafka.apache.org/)，这个不用我多说。

启动

下载成功之后，是一个压缩文件，解压该文件，我们可以看到一个bin目录，进入到bin目录中，bin目录下的.sh文件都是Linux/Unix下的shell脚本，在Linux/Unix环境下直接运行这些脚本即可，bin目录中还有一个windows目录，该目录下存储的都是windows中的批处理文件。我们在运行时根据自己的操作系统选择合适的命令去执行，本文以windows为例。解压后为了后面的命令操作方便，我将windows文件配置到环境变量中，我的是D:\Program\kafka_2.11-0.11.0.1\bin\windows,然后在cmd中进入到解压目录下，执行zookeeper-server-start.bat .\config\zookeeper.properties命令，表示启动zookeeper（由于Kafka依赖的zookeeper，所以我们要先启动zookeeper再启动Kafka），如下：

一、配置虚拟机和 zookeeper

首先关闭 Linux 的防火墙：systemctl stop firewalld 然后可以使用 systemctl status firewalld 进行确认。

如果本机和虚拟机之间的网络连接方式为：NAT，则注意实际上连接

• 虚拟机终端输入ifconfig查看 ens33 下的端口号

• 查看主机与虚拟机之间通信是否畅通

服务化配置中心

在config-client中配置config-server地址的时候都是直接将地址写死，这种方式显然不够灵活，这里我们可以结合eureka注册中心，然后在配置的时候直接使用服务名即可，OK，那我们对之前的项目稍加改造吧。

config-server改造

这里的改造都是非常简单的，服务端改造和客户端改造都是分三步走：1.添加依赖；2.添加注解；3.修改application.properties.

RabbitMQ安装配置

RabbitMQ是用Erlang语言编写的，因此安装RabbitMQ之前我们要先安装Erlang环境，首先去 http://www.erlang.org/downloads 地址下载erlang，下载到的是一个exe文件，直接双击安装即可，然后去 http://www.rabbitmq.com/download.html 地址下载RabbitMQ，下载成功之后，也是一个exe，双击安装即可。RabbitMQ安装成功之后，默认会创建系统服务，将和Windows系统一起启动。所以安装成功之后，打开系统服务，我们如果看到如下结果表示安装成功了：

我们先通过下面一张图来看看Config Server的一个大致工作过程：


结合这张图，我来说如下五点：

1.首先我们需要一个远程的Git仓库，自己学习可以直接用GitHub，在在实际生产环境中，需要自己搭建一个Git服务器，远程Git仓库的作用主要是用来保存我们的配置文件
2.除了远程Git仓库之外，我们还需要一个本地Git仓库，每当Config Server访问远程Git仓库时，都会保存一份到本地，这样当远程仓库无法连接时，就直接使用本地存储的配置信息
3.至于微服务A、微服务B则是我们具体的应用，这些应用在启动的时候会从Config Server中来加载相应的配置信息
4.当微服务A/B尝试去从Config Server中加载配置信息的时候，Config Server会先通过git clone命令克隆一份配置文件保存到本地
5.由于配置文件是存储在Git仓库中，所以配置文件天然的具备版本管理功能，Git中的Hook功能可以实时监控配置文件的修改