网站建设公司易下拉软件,凡科的产品分类,网站主页设计模板,如何做app网站前言 前端部署相对来说其实是一件非常容易的事情#xff0c;无论是最原始的html页面#xff0c;还是现在热门的三大框架#xff0c;最后交付部署的时候#xff0c;始终会是一些静态文件。虽然简单#xff0c;但是对于不同的团队来说#xff0c;都会在不同阶段有最适合他们… 前言 前端部署相对来说其实是一件非常容易的事情无论是最原始的html页面还是现在热门的三大框架最后交付部署的时候始终会是一些静态文件。虽然简单但是对于不同的团队来说都会在不同阶段有最适合他们的方式。下面老黄聊聊所在团队是怎么演化的。老黄把它们划分成了3个阶段每向下一个阶段都是为了解决上一个阶段带来的不可避免的问题。刀耕火种时期CICD半自动化时期半无服务器化时期下面依次来看看这三个阶段的内容。刀耕火种时期 在加入团队早期团队只有两个前端后面才发展到六七个团队前端的主要技术栈是vue。每次发版的时候都是前端同学在自己的电脑打包好相应的部署文件之后发给某个后端同学由这个后端同学手动放到服务器上面早期还都是部署在IIS上面的和部分后端站点放在同一个服务器。明眼人应该都可以看的出问题所在整个部署的流程是比较漫长的出差的概率也是比较高毕竟人为参与的环节比较多。随着项目逐步增多那个部署前端站点的同学几乎要奔溃的节奏每个项目都是一天连续发好几个版本写接口的思路老是被打断。。。对一个初创团队人员都不充足的情况其实这一阶段也是必经之路了吧。这个时候引入CICD让发布流程略微自动一点点其实是一个比较合适的时候了刚好又是解决团队一大痛点的好东西。老黄这边是采购了3台突发性能的4c4g的服务器。2台用于搭建jenkins一台用于部署前端站点。可能有人会问为什么要用突发性能的服务器成本呀成本呀这个是最实在的原因。前端站点有CDN在前面挡着回源到服务器的很少这也是为什么敢如此大胆的用突发性能的机器来部署前端站点。CICD半自动化时期 在这个时期其实就是简化部署操作各自负责各自的项目。在快速的迭代过程中前端同学负责自己对应项目的版本发布。这也是老黄一直在推崇的自己负责的项目要全权负责至少该给开发的权限还是要给的。为什么说是半自动化呢因为不敢做到一提交代码就发布到测试环境再发到生产环境还是要有人为的点一下这个操作。先来简单看看两张图是怎么人为点一下的。测试环境的部署生产环境的部署这里设置的都是参数化的构建的时候都是看情况填写的。拿个例子说明一下。测试环境的流水线配置生产环境的流水线配置两个环境不一样的地方其实就是执行的脚本文件以及生产环境多了一步刷新CDN的操作。老黄是给每个不同的项目都编写了对应的脚本文件每个项目会包含下面的几个文件。其中Dockerfile就是用来编译源码和把生成的静态文件放到nginx里面。nginx.config 就是nginx的配置文件了。run.sh 是用来替换占位符从而达到一个镜像通过环境变量的方式去请求不同环境的接口。buildtest.sh 主要就是打包好镜像上传到阿里云容器服务ssh到测试服务器拉镜像起容器。buildprod.sh 主要就是ssh到生产服务器拉镜像起容器。在这一阶段其实一切都是运行正常的各位前端同学的反应也比较不错。这里是以镜像的方式交付部署的每次生成好镜像后都是push到阿里云的容器镜像服务。这里始终是占着服务器资源除了要自己维护域名端口的绑定之外还要受限于阿里云单个负载均衡的域名个数。前一段时间想在负载均衡里面添加一个新域名的时候发现了这个无奈的问题。买多一两个负载均衡是可以解决眼前这个问题的但是不是长久之计。所以还是决定走前端部署比较地道的一种方案往无服务器时代的演进了。半无服务器化时期 本来是想叫无服务器化时期的不过想到jenkins还是自建的所以在前面加了一个半字。这里是借助阿里云的对象存储来完成的。这里其实是只对CICD发布的对象调整一下就好了对前端同学来说是无感知切换的。buildtest.sh调整如下调整之后交付只能是用文件的方式了这里是将每次发布之后的文件保存一份到本地保留最近2个月当然这里也可以保存到OSS的另一个bucket上面不过现阶段似乎不太迫切。发布之后文件就会被上传到OSS上面了。上传之后还要配置三个地方才算是真正的完成这三个配置是一次性的。首先是基础设置里面的静态页面设置一下默认首页其次是在传输管理的域名管理里面绑定域名证书和CDN在这里是选填的。最后一步是把域名CNAME到OSS的域名到这里就已经是完成了最后的部署了后面发版本的时候只需要通过jenkins把编译好的静态文件丢到对象存储就可以了。总结 老黄经历的这三个时期应该有不少人也会有类似的感觉或经历。在遇到痛点难点的时候想办法解决掉就可以了。对于前端站点的部署最简单直接的办法的还是直接托管到云上面可以省掉很多不必要的麻烦。
