1.Pass概念

说大白话，Sass是卖软件的，Iass是卖服务器、计算资源的，Pass是卖开发环境的。

Pass架构解析：https://yq.aliyun.com/articles/68828

https://blog.csdn.net/u014203449/article/details/101363822

 

2.docker概念

http://www.ityouknow.com/docker/2018/03/07/docker-introduction.html

https://blog.csdn.net/hao707822882/article/details/38871089/

 

3.pass和docker的关系

Pass是个概念，现在很多公司做出了Pass平台产品，（比如Cloud Foundry作为主流的开源PaaS）。

docker使用容器技术做的，Pass可以用容器做，也可以用别的技术做。并且Pass平台的功能比docker多，docker算是完成了paas的一个核心功能，docker的其他不足还得用其他东西补充（比如Kubernetes）。

 

http://developer.51cto.com/art/201605/510460.htm

Docker容器虽然开发者众多，但在企业应用所最看重的稳定性上仍然不能让人放心。就需要管理构建成百上千个Docker，这是非常复杂的。Docker的编排与管理一直有所缺失，所以在其之上已经发展出众多容器生态参与者，如 Mesos、Kubernetes、Marathon、Swarm等，都在帮助Docker成长。但是这个生态圈在发展的过程当中也不能避免相互之间的竞争。企业追求的是时间和效力，对于如何选择、组合使用这些Docker编排和调度工具，对企业来说不仅非常困难，也大大增加管理和维护成本。

PaaS 平台的原则是“app-centric”，以应用为中心，而不是容器为中心。企业PaaS平台容器服务如果管理成百上千个应用，就需要再支持应用层面的持续发布、持续集成、安全服务、路由管理、灰度管理、配置管理等等功能，目前这个Docker生态体系仍然没有任何一家的功能可以满足这些需求，要选择五到八种工具去手工打造组合成这样的功能。同时支持这些功能的平台，自身的升级、扩容、容灾备份机制又会变成企业的又一道难题。当然，Docker的进步非常快，在不断解决各种问题。Docker和Pivotal同是OCI容器标准的成员，未来的容器技术一定会走向统一的标准runC，就如同当年J2EE的标准一样。Cloud Foundry就已经支持使用Docker镜像。而Cloud Foundry作为主流的开源PaaS,已经在多个大型企业的关键生产应用中经过验证。