用户2618359956145

Job 一次性任务，运行完成后Pod销毁，不再重新启动新容器。还可以任务定时运行。 有状态服务集（PetSet） K8s在1.3版本里发布了Alpha版的PetSet功能。

资源的分类 可压缩资源，例如CPU，当其不足时，Pod只会“饥饿”等待，而不会退出 不可压缩资源，例如内存，当其不足时，Pod会被内核kill yaml中资源的单位 CPU。

更高效的利用系统资源：由于容器不需要进行硬件虚拟以及运行完整操作系统等额外开销，Docker 对系统资源的利用率更高。无论是应用执行速度、内存损耗或者文件存储速度，都要比传统虚拟机技术更高效。

资源模型与资源管理 资源模型设计 CPU 和内存资源的限额要配置在每个 Container 的定义上，Pod 整体的资源配置，就由这些 Container 的配置值累加得到 Kubernetes 里为

分布式事务 以一个用户购买商品的业务逻辑为例。 由于整个项目随着业务需求的增加，由原来的单体应用，拆分成了多个微服务应用： 仓储服务：对给定的商品扣除仓储数量。 订单服务：根据采购需求创建订单。 帐户

1、YARN的资源分配 每个NodeManager能使用机器的多少资源 每个程序的每个Task使用多少资源来运行 YARN的资源配置 每台NodeManger能够使用的最大物理内存数 yarn.nod

CAP原理 C：Consistency(一致性)。即所有节点上的数据时刻保持同步。一致性严谨的表述就是原子的读写，数据的写操作对后面的读操作是可见的。 A：Avaliability(可用性)。

约定 所有的数据的新增都只能追加在文件末尾，这一点就是为了保证顺序写，进而保证写的效率。 对于LSM来说，一旦刷入磁盘的数据就不在允许进行修改，后续只能进行读取。这一点也就是LSM与B+树索引最大的区

列式存储 由于OLAP查询的特点，列式存储可以提升其查询性能，但是它是如何做到的呢？这就要从列式存储的原理说起，从图1中可以看到，相对于关系数据库中通常使用的行式存储，在使用列式存储时每一列的所有元素