软件技术学习笔记

在SaaS或其它互联网软件中，新版本即使在开发/测试环境验证OK，也不敢保证上到生产环境就万无一失、用户是否喜欢，要可靠、稳定上线，最好要经过A/B测试与灰度发布。

新版本部署到生产环境之后，先不让普通用户使用，而是让测试人员或自动化到生产环境验证OK，再逐步放开部分用户使用新版本。如果发现问题，影响范围比较小，同时，可立即停用新版本与回滚。

在微前端中，整个软件由很多小块微前端动态拼装出来的，版本的多样化更加明显，也不能使用负载均衡控制（会造成长期缓存失效）；如果写路由控制，微前端的个数足够多时就要写到手抖，经常的变更也更加容易出现问题。

在react-micro-frontend-server-go中，我们使用“用户分组隔离”与“激活百分比”来控制每个APP版本的用户服务范围，满足A/B测试与灰度发布的需求。在每个APP版本的元信息中，使用这两个字段（extra.userGroup、extra.activationPercent）标记其服务的范围。本文也主要讲解这两点的设计与体验。