老早老早之前就听过 monorepo（单一代码库） 这个名词，也大致了解其出现的意义与功能。但奈何自己的一些小项目中暂时还用不上多项目存储库，所以迟迟没有尝试使用。

但随着越来越多的开源项目使用 monorepo，现在不实践到时候也肯定是要实践的，这次实践也算是为以后的技能先做个铺垫了。

如果经常和各种API打交道，那curl命令能让你更快的使用这些API。

如果有写过项目的经历，就免不了将代码上传到服务器上，安装依赖，然后输入启动命令的步骤。但是有的项目往往需要经常性的改动，如果还是照着上面的方式进行部署的话。先不说这样操作的效率，操作个几次就想罢工了。并且上面这样操作的往往容易误操作。而 Github Actions 正是该问题的良药。

集群是一组相互独立的、通过高速网络互联的计算机，它们构成了一个组，并以单一系统的模式加以管理。

虽然Redis单机部署起来比较简单，但是但是可靠性低，且不能很好利用CPU多核处理能力，而且在生产环境中，为了保证高可用的状态，单机运行一般是不可行的，同时为了保证数据的读写分离，降低Redis节点的压力，先来看一看Redis的主从复制。

什么是CAP定理​

在分布式系统中的三个条件

一致性：分布式环境下多个节点的数据是否强一致 可用性：分布式服务能一直保证可用状态。当用户发出一个请求后，服务能在有限时间内返回结果 分区容错性：特指对网络分区的容错性

对于共享数据系统，最多只能同时拥有CAP其中的两个，没法三者兼顾。

任两者的组合都有其适用场景 真实系统应当是ACID与BASE的混合体 不同类型的业务可以也应当区别对待 其中，分区容错性又是不可或缺的。