本文汇总了微前端领域的专家们在微前端一体化运营工作台、架构落地、路由调度和大型应用设计等方面的问题解答。讨论了权限管理、技术栈兼容、度量能力、Serverless在微前端的运用、部署策略、版本管理、路由传参、错误定位以及子应用状态恢复等多个关键议题，深入探讨了微前端的实践挑战和解决方案。
原文： https://juejin.im/post/5f1127476fb9a07ebb225d58
一 、《如何落地微前端一体化运营工作台》—
1.已回答问题
Q:请教侑夕：统一服务网关部分，有考虑到权限管理相关的设计吗？
A: 这一块有考虑的，统一网关服务相当于是工作台的一个统一的接口出入口，不过权限这一块和子应用关系挺大，目前还在设计中
Q:请教侑夕：不能技术栈的子应用怎么加载，相互又怎么隔离？
A: 这一块对于成型的微前端框架已经解决，不过阿里内部几乎都是react体系，对于不同技术栈其实还好
2.未回答问题
Q:请教侑夕：度量能力是指什么？
A: 比如说如何度量你这个系统对于业务的效果，如何度量这次活动的数据效果如何？更像是除了技术之外，我们需要更加考虑技术对于业务的价值
Q:请教侑夕：协议和FormRender的关系是什么？
A: 协议有些像组件的参数，同时参数来控制页面的展示，更多详细可见： github.com/alibaba/for…
Q:请教侑夕：微前端统一（支持主流qiankun和iceStark），这是指什么？
A: 运营工作台应该是可以同时支持加载qiankun、icestark的子应用，无需关注到底用的哪个体系，不过更好的应用于是层框架侧就统一
Q:请教侑夕：飞猪一体化运营工作台中，子应用的规模有多大，在这种规模下是否真的同时存在兼容iceStack和qiankun的需求和场景？
A:子应用相当于是一个业务场景的平台；会存在，但是不多，因为大部分技术规范在一个业务体系下按理是相同的，但是不排除一些老应用或者说是其他团队的应用
Q:请教侑夕：请教你对类Serverless的微前端解决方案怎么看呢？比如opencomponent，piral这两个。他们也号称是Microfrontends。？
A:目前还没有到类似piral微服务这一块，opencomponent，piral 这两个目前在国内貌似还用的不多，我们这边聊serverless和中后台的关系，更像是用serverless替代原有node中后台应用的过程，同时后续借此做一些协议驱动的事情
Q:请教侑夕：微前端将一个项目拆成了几个单独的子项目，那是不是部署的时候之前只需要部署一个，现在却要部署多个，反而增加了运营部署的麻烦？
A: 不一定，拆成多个更便于维护者的维护、同时发布一个也不需要像之前一样全部回归，反而降低了时间，同时发布在我们这边比较快，一个命令解决了，运营部署的麻烦不在发布
Q:请教侑夕：node网关层是只处理转发、免登等等逻辑吗？无脑透明转发，具体的业务逻辑可能放在更后面一层？还是说，这里的网关层也关心业务逻辑，会对每个router进行单独处理？哪种方式会更好一点？
A: 暂时没有关系业务逻辑，不建议网关层过多关注业务逻辑，应该是更向下一层，将业务逻辑消化在子应用中，我个人认为更好解耦便于后续的
最低0.47元/天 解锁文章
571
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
