开篇
通过前面8篇我们已经感受到了我接手时这个项目有多“烂”,当然喽如果只是一味的承认它的烂这不是积极乐观主义。
我在接触管理早期听过一次四大厂的报告,报告中说到:从来没有屎一样的团队只有屎一样的“带队”。
这也符合我们一直接受的正能量教育的理念。
一支IT研发团队有没有战斗力不是只靠威吓、罚、强制可以带得出来,而是需要赋于它“灵魂”。灵魂就是“团结一切可以团结的力量、身先士卒、带头攻关、真正把心放在团队上、把团队当成你的身体的一部分器官和有机体去呵护它”,它才能“健康”成长。
所以,我们的系统在刚上线前我就已经发现了这个系统内含微服务。含了微服务是一件好事,可是这个微服务形同虚设,等于没有。当时手上百废待兴、事情一堆,满足业务功能、强化团队战斗力占了我工作比重的90%,要把一支“培训班”水平的团队在短时间内进行2级跳跨越到研发水平,这对我的挑战相当的大。
但这个问题我是意识到会在不久的将来集中爆发的,所以我做了不少前期准备。但是。。。。。。它还是比我料想的早了1周(我料想是在2021年11月左右爆发,结果它是在2021年10月底爆发的)爆了一个大问题出现,我们来看。
早期系统中的微服务形同虚设
早期系统中的微服务使用的是spring cloud,每一个spring boot都打成了K8S,是一个独立的服务。再怎么K8S,它底层是spring boot、是embedded tomcat,没错吧。而。。。这个tomcat本身带有一个default timeout,是20秒,但。。。上线前都没设置,于