IaaS+PaaS+SaaS
杂七杂八
PaaS管理平台（俗称“蓝图”，有许多PaaS管理平台），管理运行在PaaS中的项目，如“微信”项目，进入项目后，可以看到这个项目中运行的微服务，可能有运行着微信UI的微服务，也可能有负责微信后台的微服务，通过访问UI微服务的地址就能真正的使用这个“APP”了 。
k8s是谷歌开发的对微服务资源进行管理的工具，管理的单位是pod，一个pod里面可以有多个container，一个container对应着一个微服务实例，当一个pod预先分配的资源较为紧张时，k8s可以自动弹缩出pod的副本来分担部分任务。
- pod，每一个pod都有IP地址
- container，比较有名的容器是就是docker，目前来看，一个container占据一个pod是比较好的实践，这是为了防止一个pod内的其中一个container死亡，k8s却无法意识到此pod已经需要重启或者弹缩，因此，想在一个pod放置多个container时，一定要强相关。
msb：micro service bus，微服务注册、发现中心，通过msb可以发现集群中各个node的ip，各个node是物理节点，每个node中再运了很多容器，每个容器的都有的自己的ip，这个ip其实已经是物理机内部的ip了，自己调试后台微服务时：
一：可以msb中的node地址进入物理机，再进入物理机中的容器，
二：通过postman中，设置好url、cookies
pvc：持久化用卷，标准的微服务是无状态的，但是，有时候有些数据必须要做持久化处理，因此，paas平台划分出存储区域用来给微服务存储一些需要持久化的数据。
IaaS：虚机，比如，数据库还是自己安装状态，且 自己知道数据库的具体位置
PaaS：直接提供服务接口，比如，提供数据接口接口，用户直接调用接口往数据库读写数据，但用户并不直接知道数据库在哪里
SaaS：近几年有点想噱头，企业用户都不把自己的核心数据放在别人数据库中，比如个人用的在线编辑器就是典型的SaaS
越往后发展，有用户需要管理的东西越来越少，有什么需求直接向平台提出需求即可。
容器container
container是运行在宿主（host）中的，宿主可以是虚拟机（VM），也可以是真实的物理机。
优势：
- 干净，不污染宿主机
- 依赖管理简单，直接包含进container中
劣势：