刘一田,曹一鸣

(南京南瑞信息通信科技有限公司,南京 210003)

1 引言

传统的服务管理控制台和应用门户在面临业务快速发展之后,出现了单体应用进化成巨石应用的问题,随着微服务架构的广泛应用,业务应用被划分为更小颗粒度的微应用,不同的微应用可以采用不同的技术栈实现,更好地提升了业务开发效率和需求响应能力,从企业级管理需求角度,管理控制台需要聚合微应用并提供管理入口,支持租户按需定制SaaS 层应用门户,对已在线上运行的项目,支持低成本地接入微应用门户,而不需要对现有开发和部署流程做大量兼容改造;支持不同技术栈微应用分布式开发部署和运行时上下文资源分离,但允许开发阶段微应用之间良好联调,能保证单页应用的操作流程不中断和体验流畅性.目前,微应用管理控制台及业务服务微应用的前端技术栈实现是主流的Vue、React、Angular 等前端框架,为了解决上述问题,主流解决方案有3 种:(1)基于iframe 的页面嵌入.将不同的微应用的入口页面通过iframe 嵌入到门户菜单中.集成方式简单,缺点是页面切换无法保持路由状态,父子应用通信不稳定,存在潜在性能瓶颈.(2)基于Nginx 导航路由.基于Nginx 中微应用路由前缀的不同将请求路由到不同的微应用.优点是支持微应用的技术栈独立,缺点是页面跳转有时会闪屏,动态扩展需变更Nginx 配置.(3)基于微前端[1]Single-SPA 框架[2].即通过由独立交付的多个微应用动态组成整体管理控制台……