
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的软件编程开发团队都开始从单体架构向微服务架构转变,今天我们就通过案例分析来简单了解一下,微服务架构团队都有哪些特点。
单体到微服务架构的团队变化
传统的单体架构时期,多数企业是按照功能来划分团队人员。大家都在一个单体架构上进行功能开发。
到了微服务架构时期,利用分治的思想把业务划分为了一个一个小的服务,每个开发团队独立负责几个微服务的业务,这时候团队组成人员也要进行相应的调整,以适应微服务架构的开发。
组织架构
单体应用的组织架构:
不同职能的人属于不同的团队。做项目的时候就从不同职能部门选出一些人来负责项目。这样的组织架构有一个问题就是:跨职能部门沟通协调问题。这种团队组织形式不能适应微服务架构的特点。
微服务应用组织架构
微服务架构特点:每个微服务是独立的,团队可以独立开发,独立测试,独立部署,服务是自治的。相应的团队组成人员也有产品,技术,测试,团队成员在自己内部就可以完整的进行微服务各种功能开发。
这就要打破原先传统的那种按职能划分的组织团队形式,而要把不同职能的人组织在一个团队内,组成一个跨职能的产品组织架构。这样才能把一个微服务功能架构、设计、开发、测试、部署、上线运行,在一个组织内部完成,从而形成完整的业务、开发、交付闭环。
团队组织的变化
原先那种职能型的团队,变成了跨职能的小团队,这种团队和微服务架构对齐,实现团队的独立和自治,实现一体化开发上线操作。
一个团队成员多少合适
每个团队组织成员多少合适呢?
6-10人的规模。这个只是一种参考,毕竟每个公司规模、业务、行业、成员等不一样,找到适合自己的团队构成,就是好的团队组织。
组织架构变化的困难
一个组织架构的变化,会涉及到团队人员的减少或增加,职务上的变化,业务开发上的变化等,这就涉及到各种利益关系。
为了减少推动组织变化所带来的阻力,公司领导和开发人员,还有业务相关人员要达成广泛的共识,技术高管需要在公司内进行积极的宣讲、开会讨论等,以求达成广泛的共识。
为了顺利推进组织架构的变化,以适应微服务架构的发展,至少要做到以下2点:
1、各级管理层必须达成共识,由高层领导直接推动组织架构变化。
2、由CTO(或技术高管)牵头成立架构委员会,执行微服务架构的设计和改造。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。