原文: 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: 暂时没有关系业务逻辑,不建议网关层过多关注业务逻辑,应该是更向下一层,将业务逻辑消化在子应用中,我个人认为更好解耦便于后续的