【qiankun 微前端应用实践与部署（二）】下面是两种方案的简要描述。
传统部署
方式
通过配置 nginx 端口到目录的转发。
具体可查看上一篇文章
特点
需要对外开放子应用对应的端口，将编译好的应用文件放到对应的配置目录。
docker 部署
方式
首先构建主应用与子应用的 docker 镜像，通过 docker run 或者 docker-compose 的方式启动容器。
通过配置 nginx 转发规则，匹配访问路径子应用容器端口。
假设服务器 ip 是 192.168.2.192，主应用容器端口是 8889，子应用容器端口是 7100、7101。
其中应用容器在构建镜像时是实现了 web 服务的，容器跑起来之后在服务器上是可以通过 127.0.0.1:7100 来访问应用的。
因为前端子应用需要注册到主应用上，需要填写子应用的入口地址。
// index.jsregisterMicroApps(
[
{
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.jsregisterMicroApps(
[
{
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.confhttp {
server {
listen8889;
server_name 192.168.2.192;
location /app1 {
proxy_pass127.0.0.1:7100try_files $uri $uri/ /index.html;
}
}server {
listen8889;
server_name 192.168.2.192;
location /app2 {
proxy_pass127.0.0.1:7101try_files $uri $uri/ /index.html;
}
}
}主应用访问子应用流程图：
文章图片
如果子应用部署在其他服务器，还需在其他服务器配置
nginx 的跨域问题
特点访问权限规则由
nginx 的转发配置决定，可开放较少端口，对外开放的端口只有主应用服务的端口。
