共计 1372 个字符,预计需要花费 4 分钟才能阅读完成。
今天丸趣 TV 小编给大家分享一下 PaaS 有什么作用的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。
一句话,现在的应用程序从源代码到运行阶段太复杂,没有标准的,通用的方式。整个过程及产出如下:
开发阶段:源代码
构建阶段:发布包 / 可执行程序
部署阶段:可运行的镜像(发布包 + 配置)
运行阶段:进程、集群、日志、监控信息、网络
不论是 Deis,Heroku,Flynn 或者其他 PaaS 的目标,都是为了让 2 - 4 这 3 个阶段尽可能的简单。看了他们所设计的产品,简单到了什么程度?通过一个客户端命令行工具,实现了:
开发到构建:
用户通过 git 提交源代码,由 PaaS 自动构建镜像,并提供版本的管理——用户可以创建新版本 (提交新代码或修改部署配置)、回滚老版本等。
部署到运行:
自动选择运行机器,为每个进程副本部署启动单独的容器,解决请求路由和负载均衡,并提供进程的管理——用户可以做扩缩容、查看日志、监控状态等、回滚历史的发布
# 为什么是这些功能?为什么这些功能不能分别由各种工具实现?
在我看来,代码从发布到运行由两根轴组成。
## 纵轴:源代码——发布包——可运行的镜像——进程
这里的关系是一步接一步,顺序往下,不论你用什么工具什么平台,这 4 步都是流水式的向下。
## 横轴:负载均衡、集群部署扩容缩容、健康检查、日志
线上的应用,有以下几种情况
发布新功能:全量更新和部署
性能压力:通过健康检查或手工触发,进行扩容和缩容
保证业务连续性:在上面的更新中,通过负载均衡,把新请求导入到更新后的容器上,等待旧的处理完后进行更新
所以,上面这 4 项是一环扣一环,横向的互相关联,如果不在一个工具内同时提供这 4 项功能,就需要人工去填平这里面的信息交互,手动的整合这 4 个工具,从而带来复杂性。
# 约束及实现
## 纵向编译:buildpack
buildpack 填平的是从源代码到发布包的坑,就是一组编译脚本。
PaaS 平台自己提供一些编译脚本,但也允许用户按照规范自己写编译脚本。
(脚本需要自己下载合适版本的编译器!)
如果使用 Docker,用户提供的就是一个 DockerFile 或者 Dockerimage 地址,拿了直接就能跑起来的东西。
## 纵向运行:Procfile
buildpack 让 PaaS 知道怎么编译程序,Procfile 让 PaaS 知道怎么运行程序。
一个典型的 Procfile 就是像这样
cat ./Procfile
web: bundle exec rails server -p $PORT
后面可以通过命令行来动态扩容程序
deis ps:scale web=4
## 纵向配置:环境变量 运行的发布包在不同的环境下有不一样的配置,Deis 的方式是通过环境变量。客户端的命令行工具上设置环境变量后,就直接发送给所有容器,重设这些环境变量,然后重启。
## 横向负载均衡:nginx
## 横向日志:集中化的 syslog 获得日志
## 横向部署:go 写的小程序,用于部署 Docker 的 Container
以上就是“PaaS 有什么作用”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,丸趣 TV 小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注丸趣 TV 行业资讯频道。