
120
|
第
6
章
清楚地看到任务执行是否成功。当发现流水线执行时间超过
10
分钟时,我们就需要做检
查,考虑自动化策略的某些操作是否需要优化了。定期检查自动化策略是指,当流水线运
行缓慢时,每月检查一次;如果运行状况良好,每三四个月检查一次。创建好流水线后,
不要忽视定期检查,应该持续提升性能和反馈效率,在时间和精力上的这种投入会很快得
到回报。
6.1.3
给团队赋能
在我工作过的几家公司中,有能力的开发人员并不了解公司内部自动化策略,组织内部也
只有少数人知道整个自动化系统的工作原理并有修改和部署权限。对于在一个或多个团队
工作的开发人员来说,这种情况简直就是噩梦。开发人员不应该只是编写代码,而应该负
责更多的工作,比如负责为产品设置和更改流水线,无论是在库、微前端,还是在整个应
用中。
因为使用微前端时会同时存在多套技术栈,所以不能指望所有微前端都有一样的构建流水
线。提倡小团队自定义构建流水线非常重要。当然,所有微前端的部署阶段都是相同的,
但构建流水线可能需要不同的工具和优化措施,因此集中管理与团队自行决定相比,效果
会更差。
理想情况下,公司应为开发团队提供一些保障。比如,
CI/CD
工
具应由公司负责,而生成
模块的所有脚本和方案应由开发团队负责,因为他们最了解如何用自己编写的代码来优化
所负责的模块。这并不意味着要隔离每个团队,只是授权团队自己做出决策,从而得到更
好的效果。
最后,通过分享想法、概念证明和解决方案的方式鼓励共享和创新的氛围。尤其是在分布
式团队中,这一点特别重要。远程会议让我们没有在咖啡机旁闲谈的机会 ...