专栏写到这,代码部分已经完成了,其实是个小小的项目,代码量也不大,但实现了我们想要的目标,那么我们还需要将这个大屏的项目部署到服务器上,我们要做就把完整的流程都做一遍。
一、打包方式的技术选型
项目是前后端分离开发的,我们在开发阶段是前后端项目分别启动的,现在要上线,有这么几种方案可供选择:
- 服务器上也前后端分别部署
- 将前端打包后的静态资源拷贝到服务器的nginx上,后端项目单独部署
- 使用jenkins这样的流水线工具部署
- 将前后端代码打包在一起进行部署
这几种方案在不同的项目中都有他们的应用场景,而过于我们这么一个小小的项目来说,前两种方案都特别不方便,尤其是边开发边使用的情况下,改一点前端代码,就需要打包一次上传部署一次,这无形中增加了我们很多的工作量。这里我想让大家明白的是这么一个道理,前后端分离开发固然是一个趋势,但对于小团队,如果处理不好部署的问题,那会给团队无形中带来很多的工作量,会造成团队工作效率低下。
而我们为了尽可能地少干活,那就必须要减少一些不必要的操作,此处就是,前后端的分立部署,绝对不是一件轻松的事情。
那此时同学们可能会说,那采用jenkins进行流水线部署呢?那就很简单了呀,确实,使用jenkins确实能降低很多工作量,也是一种非常好的部署方式,但要注意,使用jenkins可是需要很多服务器资源的,安装maven私服,部署jenkins服务都要占用不小的服务器资源。比如,我的服务器就是个一核两G的学生机,比如,你做的私活项目,客户就给了你一台两核四G的阿里云主机,那你还在服务器上装jenkins?安装jenkins这一套这都是工作量,而且jenkins的运维也是需要人来操作的,从哪方面来说,jenkins对于小项目小团队来说,都太重了,我们的项目还没到需要使用这种重量级组件的程度。
所以,我们选择dubbo-admin采用的方式,开发时前后端分离,部署时将前后端打包到一个Jar包中运行。
二、打包的具体步骤
转载:https://blog.csdn.net/m0_37609579/article/details/104084213