
146
|
第
7
章
用到其他的构建工具。需要注意的是,可以在一定范围内给团队提供选择工具的自由。当
团队有特殊的构建需求时,需要确保引入的新构建工具(通常是在自动化流水线中)不要
破坏开发边界。引入新的构建工具本身不是问题,因为在此过程中,我们可以实验和比较
不同团队的方案,甚至可以从中发现新的解决方案。到目前为止,我们并不需要使用其他
的构建工具。如果所有团队在整个自动化流水线中使用的是同一套工具,那就再好不过
了。不过,不要阻碍创新。有时,使用与初期商定的方案不一样的方式进行构建可能会带
来意想不到的收获。
7.1.5
构建后检查
部署上线前应该确认我们的产物具备了所有性能特征并实现了需求,这一确认阶段即构建
后检查阶段,如图
7-5
所示。
构建 构建后检查
运行端
到端测试
保存
产物
检查
性能
部署
产物
构建
产物
图 7-5:构建后检查阶段,在上线前增加多项检查
一个关键步骤是将产物存储在一个产物仓库中,比如
Nexus
或
Artifactory
。我们也可以考
虑较为简单的存储方案,比如使用
AW
S
的
S3
云存储。一定要注意,存储时要确保单一数
据源。
ACME
公司决定在此阶段引入额外的检查
:端到端测试和性能检查。这两项检查是否应用
于此阶段取决于自动化策略和系统的能力。在本例中,我们假设公司可以启动一个静态环
境进行端到端测试和性能检查,然后在测试完成后将其销毁。
端到端测试对微前端至关重要。本例采用的是纵向拆分,整体的用户体验是在同一个产物
中,那么测试整个微前端就像平时测试单页应用一样。但是,如果采用横向拆分,同一个
视图中有多个微前端,为了测试整个视图,应该在后置阶段进行端到端测试。 ...