前言PaaS环境简介
最近几周，在调试xx项目的配置流程的过程中，第一次实实在在的接触到了PaaS全套环境。我们目前的PaaS环境还是异常复杂的，涉及的知识和概念也非常多，我自己也就是管中窥豹，了解有限。但是在这里，我还是要把自己这几周心得和理解做一个总结，尝试描述一个我眼里的PaaS世界。不一定很准确，但是期望对还没有对PaaS入门的同学有一定的指导意义。
PaaS环境简介
PaaS环境总述
PaaS环境简介
我司的PaaS构建在IaaS之上的，从环境的安装安装上面也能够实实在在的感觉到，必须先安装TECS，然后再安装PaaS平台（入门教程qkxue.net）。PaaS平台的安装程序，会调用TECS的接口去创建一系列虚机，这些虚机从功能角度来看，可以非成三类：PaaS controller、k8s master、service node。
PaaS controller是控制节点，上面有PaaS平台提供的iportal前台，提供蓝图的编辑、应用的管理、服务的部署等能力。
service node是业务节点，用于运行我们的业务pod（腾云科技ty300.com）。由于iportal前台不具备服务间拓扑关系的编辑能力，网管会在某个service node节点上再安装一个vmanager前台，在这里，我们可以定义各个服务间的拓扑关系，增加网络功能模板和网络切片模板，再进行网络功能和切片功能的实例化。
k8s master是docker的管理节点，上面不会有我们的业务pod。
PaaS环境简介
PaaS controller
PaaS环境简介
它是PaaS平台的控制节点，它的本质也是TECS上的一个虚机，但是一般规格比较大，PaaS的全局的资源也都会安装在这个节点上。目前我们的earospike数据库、mysql数据库、msb服务等等平台的基础应用都安装在上面。
PaaS环境简介
它一般会绑定一个浮动ip，我们访问它以及其他的虚机节点，都需要以controller的这个浮动ip作为跳板。
Iportal前台的默认端口是31942，所以前台地址一般是这种格式http://xx.xx.xx.xx:31942 ，其中xx.xx.xx.xx是controller的浮动ip地址。
PaaS环境简介
K8s master
PaaS环境简介
K8s master用于管理业务节点上的docker容器。如果我们想找某个pod实例，必须在master节点用k8s的命令才能找到这个实例对应的service node以及其它详细信息。
稿源：勤快学QKXue.NET