Docker：运行镜像得到容器，容器相当于小的linux，上面可部署任务
Docker compose：通过yaml文件一次创建多个容器
Docker swarm：服务的概念，一个请求可动态分布在多台机子的多个容器上（集群）（每个容器叫一个副本），在节点上运行，有管理节点和工作节点，管理节点可以增加（控制）工作节点。可动态扩缩容
K8s：有master和node节点，master有四个组件，node有俩。
安装k8s：两种方法：kubeadm安装和二进制安装
概念：
一、pod：k8s的最小部署单元，一组容器的集合，容器间共享网络，生命周期短暂
两种实现机制：共享网络、共享存储
镜像拉取策略：1、镜像在宿主机上不存在再拉取，2、每次创建pod重新拉取，3、不主动拉取，需手动拉取。
Pod资源限制：根据服务器资源大小限制服务器是否使用
Pod重启机制：
二、controller：在集群上管理和运行容器的对象，pod通过controller实现运维，伸缩升级回滚等
部署无状态（deployment）和有状态(statefueset)应用
部署守护进程(Daemonset)：每个节点都运行同一个pod
一次性任务job和定时性任务cronjob
三、service：定义一组pod的访问规则
意义：1、防止pod失联（服务发现），2、定义pod访问策略（负载均衡）
云原生是基于分布部署和统一运管的分布式云，以容器、微服务、DevOps等技术为基础建立的一套云技术产品体系。云原生应用也就是面向“云”而设计的应用，在使用云原生技术后，开发者无需考虑底层的技术实现，可以充分发挥云平台的弹性和分布式优势，实现快速部署、按需伸缩、不停机交付等。
Rainbond 是一个云原生应用管理平台，使用简单，不需要懂容器、Kubernetes和底层复杂技术，支持管理多个Kubernetes集群，和管理企业应用全生命周期。主要功能包括应用开发环境、应用市场、微服务架构、应用交付、应用运维、应用级多云管理等。
概念：
团队：一个层级，人参与到各个团队中完成对各类资源的管理动作
应用：团队的下级资源，可以是一个业务系统，一个业务架构，一些同类组件的集合。
组件：开发人员利用组件后，不需要关注底层就可定义业务单元的部署模式
插件：描述组件的扩展运维能力实现。
网关：外部流量流入应用的关口。
团队管理与多租户：通过多租户实现资源隔离
从源码部署一个Java服务：将自己业务的源代码构建并部署到Rainbond上
部署一个Mysql服务：通过 Rainbond 特有的应用市场机制一键部署应用
拼装一个Service Mesh微服务架构：快速建立服务组件的依赖关系，通信
制作可复用的应用模版：将用户自己部署的业务系统，发布到 Rainbond 提供的应用市场中，成为可复用的应用模版。
应用模版的升级：将应用模版进行升级，并将升级的内容应用到已经基于该应用模版安装的应用
把应用交付给客户：完全离线的情况下Rainbond通过应用市场将应用交付给客户，以及后续的升级。
设计思想：将基础底层重复性工作包装，企业专注自身业务；无侵入架构；以应用为中心，连接企业应用和企业计算资源；
业务流程：
技术架构：
安装与运维：
平台组件架构：
Node组件是Rainbond集群组建的基本服务，集群内所有节点都需要运行该组件。
应用 由一个或多个服务组件组成，服务组件 是Rainbond的控制核心承载体，是指提供某项服务的最小单元，其应该具有一个或多个服务端口，可以单独部署。其一般由一个源码仓库或一个容器镜像创建而来.
服务是Rainbond可管理的最小服务单元，用户可以将多个服务组成一个复杂的业务系统，而这个业务系统就是一个应用，应用可以是一个demo，也可以是一个mysql集群。
