微前端项目部署方案
作者:京东科技 高飞
前言
本文旨在通过部署微前端项目的实践过程中沉淀出一套部署方案,针对项目分别部署在不同的服务器上的场景,就一些重点步骤、碰到的问题做了一些总结。
部署顺序
因为线上部署主应用时需要用到子应用的线上可访问地址,因此部署顺序应该是先部署子应用,保证子应用能够线上可访问后,再将子应用的线上可访问地址配置到主应用,最后再将主应用部署到线上环境。
部署分支
线上环境部署统一用master分支的代码
应用构建打包
主应用构建打包
主应用 csd-tech-main-app基于 ant-design-pro,需要在config目录中配置微前端项目的访问地址。
在config目录下配置config.test.ts用于测试环境的打包配置,生产环境打包配置放在在config.prod.ts中。由于本次部署是在本地机器测试部署,因此子应用访问地址都用localhost,如果部署到测试环境,或者生产环境,可以换成对应的访问地址。
测试环境打包配置:
// config/config.test.ts 用于本地或者测试环境构建测试 export default defineConfig({ define: { DATALINK_MICRO_APP_HOST: '//localhost:8888', // 本地环境调度系统访问地址 DATAX_MICRO_APP_HOST: '//localhost:9528', // 本地环境数据迁移系统访问地址 LABEL_SYSTEM_MICRO_APP_HOST: '//localhost:8080', // 本地环境标签系统访问地址 KINESISLINK_MICRO_APP_HOST: '//localhost:6001', // 本地环境监控系统访问地址 }, })
生产环境打包配置:
// config/config.prod.ts 用于生产环境构建测试 export default defineConfig({ define: { DATALINK_MICRO_APP_HOST: 'xxxx', // 生产环境调度系统访问地址 DATAX_MICRO_APP_HOST: 'xxxx', // 生产环境数据迁移系统访问地址 LABEL_SYSTEM_MICRO_APP_HOST: 'xxxx', // 生产环境标签系统访问地址 KINESISLINK_MICRO_APP_HOST: 'xxxx', // 生产环境监控系统访问地址 }, });
然后,我们需要在微应用注册信息中,将我们加载微应用的地址换成我们配置的地址,代码实现如下:
// src/app.tsx const microAppsOptions = [ { name: 'datalink', entry: DATALINK_MICRO_APP_HOST, container: '#subapp-container', loader, activeRule: '/datalink', className: 'data-link-child-app', }, { name: 'datax', entry: DATAX_MICRO_APP_HOST, container: '#subapp-container', loader, activeRule: '/datax', className: 'datax-child-app', }, { name: 'label-system', entry: LABEL_SYSTEM_MICRO_APP_HOST, container: '#subapp-container', loader, activeRule: '/label-system', className: 'label-child-app', }, ];
最后,我们在 package.json 中,通过不同的命令区分不同环境,代码实现如下:
"scripts": { // ....其他配置 // 生产环境打包命令 "build": "cross-env REACT_APP_ENV=prod UMI_ENV=prod umi build", // 测试环境打包命令 "build:test": "cross-env REACT_APP_ENV=test UMI_ENV=test umi build", // 生产环境打包命令 "build:prod": "cross-env REACT_APP_ENV=prod UMI_ENV=prod umi build", // ...其他配置 }
在配置完成后,我们在命令行运行如下命令,将主应用构建打包:
rm -f -r node_modules // 如果部署到真实环境,删除旧的依赖包 yarn install // 或者 npm install // 本地测试部署,用测试环境命令打包, 如果是生产环境打包,直接用yarn build 或者 npm run build yarn build:test // 或者 npm run build:test
在构建打包完成后,我们将构建好的 dist 目录移动到nginx配置根目录下的 html 目录下,并重命名为 csd-tech-main-app,目录结构如下(见下图)
到这里,我们的主应用就构建打包好了,接下来我们介绍各个微应用构建打包过程。
调度系统(dlink)微应用构建打包
进入项目目录,直接使用打包命令构建打包即可,在命令行运行:
rm -f -r node_modules // 如果部署到真实环境,删除旧的依赖包 yarn install // 或者 npm install yarn build // 或者 npm run build
在构建打包完成后,我们将构建好的 dist 目录移动到nginx配置目录下的 html 目录下,并重命名为 datalink ,目录结构如下(见下图)
数据迁移系统(datax)微应用构建打包
进入项目目录,直接使用打包命令构建打包即可,在命令行运行:
rm -f -r node_modules // 如果部署到真实环境,删除旧的依赖包 yarn install // 或者 npm install yarn build // 或者 npm run build
在构建打包完成后,我们将构建好的 dist 目录移动到nginx配置目录下的 html 目录下,并重命名名为datax ,目录结构如下(见下图)
标签系统微应用构建打包
进入项目目录,直接使用打包命令构建打包即可,在命令行运行:
rm -f -r node_modules // 如果部署到真实环境,删除旧的依赖包 yarn install // 或者 npm install yarn build // 或者 npm run build
在构建打包完成后,我们将构建好的 dist 目录移动到nginx配置目录下的 html 目录下,并重命名名为label-system ,目录结构如下(见下图)
Nginx 服务器部署方案
在将我们的主应用和微应用全部打包完成后,我们将介绍如何使用 Nginx 完成微前端架构的部署。
Nginx 部署方案是可以作为生产方案使用的。
配置时有三点注意事项:
•搭建nginx服务之前,保证所用到的端口是空闲
•子应用和主应用的 nginx 配置基本上是一致的,唯一不同的是子应用需要配置允许跨域访问。这是因为我们的微前端架构需要通过 ajax 请求子应用资源,所以需要配置跨域,通过 同源策略 的限制。
•子应用和主应用所用到接口地址都需要在 nginx 配置代理
本地测试nginx服务配置如下:
worker_processes 1; # Nginx 进程数,一般设置为和 CPU 核数一样 events { worker_connections 1024; # 每个进程允许最大并发数 } error_log /usr/local/etc/nginx/logs/error.log; # 错误日志路径 error_log /usr/local/etc/nginx/logs/error.log notice; # 错误日志路径 error_log /usr/local/etc/nginx/logs/error.log info; # 错误日志路径 http { include mime.types; # 文件扩展名与类型映射表 default_type application/octet-stream; # 默认文件类型 server { set $root "/usr/local/etc/nginx/html"; # 设置静态文件目录的绝对路径,该变量根据个人的项目配置有所不同 listen 8000; # 配置监听的端口 server_name localhost; # 配置的域名,目前是本地测试,所以直接使用 localhost location / { root $root/csd-tech-main-app; # 网站根目录,这里选用主应用构建后的文件目录 index index.html; # 默认首页文件 try_files $uri $uri/index.html /index.html; # 兼容 history 路由模式,找不到的文件直接重定向到 index.html expires -1; # 首页一般没有强制缓存 add_header Cache-Control no-cache; } location ~*\.(js|css|png|jpg|jpeg|gif|ico)$ { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; root $root/csd-tech-main-app; expires 30d; } location /api { proxy_pass http://xxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } location /dolphinscheduler { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } location /labelapi { proxy_pass http://xxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; rewrite ^/labelapi/(.*)$ /api/$1 break; } location /webhdfs { proxy_pass http://xxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } } server { set $root "/usr/local/etc/nginx/html"; # 设置静态文件目录的绝对路径,该变量根据个人的项目配置有所不同 listen 8888; # 配置监听的端口 server_name localhost; # 配置的域名,目前是本地测试,所以直接使用 localhost location / { root $root/data-link; # 网站根目录 index index.html; # 默认首页文件 try_files $uri $uri/index.html /index.html; # 兼容 history 路由模式,找不到的文件直接重定向到 index.html expires -1; # 首页一般没有强制缓存 add_header Cache-Control no-cache; add_header "Access-Control-Allow-Origin" $http_origin; # 全局变量获得当前请求origin,带cookie的请求不支持* add_header "Access-Control-Allow-Methods" "*"; # 允许请求方法 add_header "Access-Control-Allow-Headers" "*"; # 允许请求的 header } location ~*\.(js|css|png|jpg|jpeg|gif|ico)$ { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; root $root/data-link; expires 30d; } location /dolphinscheduler { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } location /webhdfs { proxy_pass http://xxxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } } server { set $root "/usr/local/etc/nginx/html"; # 设置静态文件目录的绝对路径,该变量根据个人的项目配置有所不同 listen 9528; # 配置监听的端口 server_name localhost; # 配置的域名,目前是本地测试,所以直接使用 localhost location / { root $root/datax; # 网站根目录 index index.html; # 默认首页文件 try_files $uri $uri/index.html /index.html @rewrites; # 兼容 history 路由模式,找不到的文件直接重定向到 index.html expires -1; # 首页一般没有强制缓存 add_header Cache-Control no-cache; add_header "Access-Control-Allow-Origin" $http_origin; # 全局变量获得当前请求origin,带cookie的请求不支持* add_header "Access-Control-Allow-Methods" "*"; # 允许请求方法 add_header "Access-Control-Allow-Headers" "*"; # 允许请求的 header } location ~*\.(js|css|png|jpg|jpeg|gif|ico)$ { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; root $root/datax; expires 30d; } location /api { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } } server { set $root "/usr/local/etc/nginx/html"; # 设置静态文件目录的绝对路径,该变量根据个人的项目配置有所不同 listen 8080; # 配置监听的端口 server_name localhost; # 配置的域名,目前是本地测试,所以直接使用 localhost location / { root $root/label-system; # 网站根目录 index index.html; # 默认首页文件 try_files $uri $uri/index.html /index.html; # 兼容 history 路由模式,找不到的文件直接重定向到 index.html expires -1; # 首页一般没有强制缓存 add_header Cache-Control no-cache; add_header "Access-Control-Allow-Origin" $http_origin; # 全局变量获得当前请求origin,带cookie的请求不支持* add_header "Access-Control-Allow-Methods" "*"; # 允许请求方法 add_header "Access-Control-Allow-Headers" "*"; # 允许请求的 header } location ~*\.(js|css|png|jpg|jpeg|gif|ico)$ { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; root $root/label-system; expires 30d; } location /labelapi { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; rewrite ^/labelapi/(.*)$ /api/$1 break; } } server { set $root "/usr/local/etc/nginx/html"; # 设置静态文件目录的绝对路径,该变量根据个人的项目配置有所不同 listen 6001; # 配置监听的端口 server_name localhost; # 配置的域名,目前是本地测试,所以直接使用 localhost location / { root $root/kinesislink; # 网站根目录 index index.html; # 默认首页文件 try_files $uri $uri/index.html /index.html; # 兼容 history 路由模式,找不到的文件直接重定向到 index.html expires -1; # 首页一般没有强制缓存 add_header Cache-Control no-cache; add_header "Access-Control-Allow-Origin" $http_origin; # 全局变量获得当前请求origin,带cookie的请求不支持* add_header "Access-Control-Allow-Methods" "*"; # 允许请求方法 add_header "Access-Control-Allow-Headers" "*"; # 允许请求的 header } location ~*\.(js|css|png|jpg|jpeg|gif|ico)$ { add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; root $root/kinesislink; expires 30d; } location /ksapi { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; rewrite ^/ksapi/(.*)$ /api/$1 break; } location /2.0 { proxy_pass http://xxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } location /3.0 { proxy_pass http://xxxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } location /dolphinscheduler { proxy_pass http://xxxxxxxxxx; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; } } }
在配置完成后,我们需要重启一下 nginx 服务。
输入nginx启动命令启动nginx
在浏览器中访问主应用测试地址 localhost:8000 ,登录后如下图:
在浏览器中访问datalink子应用测试地址 localhost:8888 ,登录后如下图:
在浏览器中访问datax子应用测试地址 localhost:9528 , 登录后如下图:
在浏览器中访问标签系统子应用测试地址 localhost:8080 , 登录后如下图:
至此,nginx 服务部署大功告成!
扩展
如果需要把服务部署到真实服务器,只需要把所有的 localhost 都换成真实注册的域名即可,其他配置都可以复用!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Redis缓存高可用集群
作者:京东零售 王雷 1、Redis集群方案比较 • 哨兵模式 在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态,如果master节点异常,则会做主从切换,将某一台slave作为master,哨兵的配置略微复杂,并且性能和高可用性等各方面表现一般。 特别是在主从切换的瞬间存在访问瞬断的情况,而且哨兵模式只有一个主节点对外提供服务,没法支持很高的并发,且单个主节点内存也不宜设置得过大,否则会导致持久化文件过大,影响数据恢复或主从同步的效率。 • 高可用集群模式 redis集群是一个由多个主从节点群组成的分布式服务器群,它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。 需要将每个节点设置成集群模式,这种集群模式没有中心节点,可水平扩展,据官方文档称可以线性扩展到上万个节点(官方推荐不超过1000个节点)。redis集群的性能和高可用性均优于之前版本的哨兵模式,且集群配置非常简单。 2、Redis高可用集群搭建 • redis集群搭建 redis集群需要至少三个mast...
- 下一篇
碉堡!“万物皆可分”标记模型上线「GitHub 热点速览」
这周有个让人眼前一亮的图像识别模型 segment-anything,它能精细地框出所有可见物体,它标记出的物体边界线清晰可见。如此出色的模型,自然获得了不少人的赞赏,开源没几天,就拿下了 18k+ 的 star,而上周开源不到 48 小时获得 35k+ star 的推特推荐算法,本周也成功突破 50k+ 关卡。 依旧是 AI 热度不减的一周,本周的 AI 专场收录了一个离线生图工具,以及一个自托管 AI 编程助手。此外,还有 Meta 开源出来的重构版构建系统 buck2 也是大受欢迎,还有随着各类 AI 工具火起来的向量数据库,weaviate 也小小地展露了下头角。 还有比较少见的工具类应用,一款极简的输入法 rime-ice 也值得一看。 以下内容摘录自微博@HelloGitHub 的 GitHub Trending 及 Hacker News 热帖(简称 HN 热帖),选项标准:新发布 | 实用 | 有趣,根据项目 release 时间分类,发布时间不超过 14 day 的项目会标注 New,无该标志则说明项目 release 超过半月。由于本文篇幅有限,还有部分项目未能在本...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS关闭SELinux安全模块
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- MySQL8.0.19开启GTID主从同步CentOS8
- Mario游戏-低调大师作品