我一直用的 qiankun ，做的后台系统
讲讲微前端在我司的应用场景吧，先说说公司基建，我们前端有自己的工程化平台，每一个项目都能申请一个 appid ，或者多个项目分配一个 appid ，appid 的作用是分配一个二级域名，类似 xx.baidu.com/你的库名
二级域名又是区分 pre prd 等环境的，关于发布，上线，灰度都能在平台上操作，所以维护，迁移方面都不用关心，只需要修改下数据库内存储的子应用映射路径就可。
由于业务持续发展，产品迭代，不断细化，会有越来越多的内容更新，单个项目过于臃肿，于是根据功能将其划分多个子系统，基座应用主要用于承载，子系统脱离基座也能独立运行（ qiankun 自带）。
后台系统大部分是配置相关的，模块之间依赖很小，即使有数据依赖，接口层面也能解决。
...
总之，微前端 是 iframe 的替代方案，是巨石应用的拆分方案之一，关于通信方面，微服务通过 rpc 通信，前端也可以通过 tsrpc 类似通信调用，通过 store/redux 这种方案，反而增加了心智负担，后续维护的人怎么知道 xxx 方法是 a, b,c 还是基座呢？如果你能携带一些来源信息也可以，这就涉及通信方式的设计了