Page 47 - 《软件学报》2021年第5期

崔海涛 等:面向微服务架构的开发组织适应性评估框架 1271

开发人员和质量保证人员在微服务中不再是在独立的部门工作,而是每一个微服务团队的人员配置都需要包
含这 3 种人员.又或是需要将一个新的开发人员加入到一个微服务团队时,不仅需要考虑这个开发人员拥有的
技能和开发经验,还要对组织结构中的团队规模是否合理进行评估.同样,在微服务开发中,引入一个新技术时,
公司需要对引入新技术带来的收益和培养开发人员的支出进行收益评估.
(3) 微服务并非万能解,使用微服务之前,需要明确使用原因以及公司是否必须迁移向微服务.
微服务并不是解决架构问题的万能解,微服务也并不适合所有的公司,大公司更有可能从微服务中获益,小
公司盲目跟随这一趋势可能弊大于利.公司在迁移向微服务架构之前,需要明确迁移的原因以及公司是否做好
充分准备.通过对迁移向微服务架构的文献总结,我们列出了文献中常见的迁移原因.
[1]
① 项目规模的不断扩大,传统的单体架构无法胜任 ;
② 被微服务所宣称的优势(可扩展性、可维护性、独立开发和独立部署等)吸引;
③ 被其他公司成功迁移向微服务的案例所吸引 [41] .
如果公司尚未开始使用微服务架构进行开发,请先明确迁移向微服务架构的原因以判断是否必须迁移向
微服务.如果需要进行迁移,可以根据适应性框架组建开发组织.
如果公司已经迁移向微服务架构,适应性评估框架可以帮助判断公司的开发组织对于微服务架构的适应
性,同时,框架中给出的建议可以帮助提高开发组织的适应性.适应性框架如图 6 所示.

Fig.6 Assessment framework for adaptability
图 6 适应性评估框架