qiankun 微前端应用实践与部署(二)
2020-09-15 本文已影响0人
我爱盐酥鸡
下面是两种方案的简要描述。
传统部署
方式
通过配置 nginx 端口到目录的转发。
具体可查看上一篇文章
特点
需要对外开放子应用对应的端口,将编译好的应用文件放到对应的配置目录。
docker 部署
方式
首先构建主应用与子应用的 docker 镜像,通过 docker run 或者 docker-compose 的方式启动容器。
通过配置 nginx 转发规则,匹配访问路径子应用容器端口。
假设服务器 ip 是 192.168.2.192,主应用容器端口是 8889,子应用容器端口是 7100、7101。
其中应用容器在构建镜像时是实现了 web 服务的,容器跑起来之后在服务器上是可以通过 127.0.0.1:7100 来访问应用的。
因为前端子应用需要注册到主应用上,需要填写子应用的入口地址。
// index.js
registerMicroApps(
[
{
name: 'app1',
entry: process.env.NODE_ENV === 'production' ? '//192.168.2.192:7100' : '//localhost:7100',
container: '#subapp-viewport',
loader,
activeRule: '/app1',
},
{
name: 'app2',
entry: process.env.NODE_ENV === 'production' ? '//192.168.2.192:7101' : '//localhost:7101',
container: '#subapp-viewport',
loader,
activeRule: '/app2',
}
]
}
此时服务器需要开放的端口是主应用的 8889,子应用的 7100、7101。
为了减少对外开放的端口数,我们要对 8889 端口进行 nginx 路径匹配转发。
修改子应用注册信息:
// index.js
registerMicroApps(
[
{
name: 'app1',
entry: process.env.NODE_ENV === 'production' ? '//192.168.2.192:8889/app1' : '//localhost:7100',
container: '#subapp-viewport',
loader,
activeRule: '/app1',
},
{
name: 'app2',
entry: process.env.NODE_ENV === 'production' ? '//192.168.2.192:8889/app2' : '//localhost:7101',
container: '#subapp-viewport',
loader,
activeRule: '/app2',
}
]
}
当前子应用在主应用配置的入口地址 entry 是 192.168.2.192:8889/app1,实际经过 nginx 代理访问的是 127.0.0.1:7100,即实际访问的是运行在服务器的子应用。
配置 nginx 代理规则:
# nginx.conf
http {
server {
listen 8889;
server_name 192.168.2.192;
location /app1 {
proxy_pass 127.0.0.1:7100
try_files $uri $uri/ /index.html;
}
}
server {
listen 8889;
server_name 192.168.2.192;
location /app2 {
proxy_pass 127.0.0.1:7101
try_files $uri $uri/ /index.html;
}
}
}
主应用访问子应用流程图:
process.png
如果子应用部署在其他服务器,还需在其他服务器配置
nginx的跨域问题
特点
访问权限规则由 nginx 的转发配置决定,可开放较少端口,对外开放的端口只有主应用服务的端口。