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

1282 Journal of Software 软件学报 Vol.32, No.5, May 2021

Table 3-1 Finished grid: Impact on the organization (Continued 1)
表 3-1 完成的网格:对组织的影响(续 1)
主要思想/结论
概念 组织结构 自治团队 技术/工具 组织文化 开发人员 DevOps 通信
(二阶解释)
要求改变 团队可以 拥有相应 需要采用 微服务减 当软件公司足够大时,
S8 团队的 决定该服务 更自由的 − 技能的人 DevOps 少了通信 微服务是处理复杂性
选择工具
组成 内部发生什么 可能不够多 文化 需求 和规模的好方法
技术多样性的 “致力于将微服务与
激增可能 DevOps 结合
S9 − − − DevOps − 可适应的
很快变得 文化 元素
难以控制 企业体系结构集成”
架构与 微服务中的组织,
组织结构 通信开销 工作方式,
S10 − − − − −
之间缺乏 被最小化 设计实践,模块化
一致性 和任务分配
没有 提出了 9 个常见的
单层团队
S11 − − − 经验的 − − 微服务陷阱
异味
开发人员 及其可能的解决方案
高度的团队
S12 − 自主性和 团队自主 文化 开发者 DevOps 的 − 开发和操作人员的技能
高度的责任感 选择工具 需要变革 缺乏技能 适应性 被认为是主要障碍.
这些问题 “微服务架构
增加了团队 重用和
还有很长的
必须作为
S13 − 未能看到 故障处理 组织文化的 − − − 路要走,在这个过程中
全局的风险 变得困难
一部分来处理 还存在许多挑战”
开发人员 公司可以在使用
负责有关
S14 − 其服务的 − − 必须学习 − − 微服务中,从技术级
所有决策 每一种 获益,但需要在
技术 组织级进行调整
员工需要
团队文化 非常高的 探索情景上下文
S15 − − − 对变化的 核心技术 − − 对微服务
抵抗力较低 开发的影响
能力
“调整原则、实践和
文化无形
S16 − − − − − − 文化的微服务
但重要
体系结构”
“根据从业者在开发
没有 基于微服务的
S17 − − − − 经验的 − − 系统时所经历的不良
开发人员 实践确定了一组
(20 个)微服务反模式”
一个团队应该只拥有
自治和
S18 − − − − − 一个服务,这足以确保
松散耦合
团队自治和松耦合
组织需要 开发人员 组织结构需要改变,
S19 与架构 − − 对变革的 − − − 文化需要得到尊重
匹配 抵制 但也必须进行变革
“如何使用
S20 组织团队 − − − − −
微服务管理团队”
“了解部署微服务的
不再有义务 组织 改进
团队数量 主要优势,以及采用
S21 − 使用 文化 − DevOps 沟通
增加 基于微服务的产品
相同的技术 评估 渠道
所必需的公司文化”
介绍使用单体架构开发
帮助实现 缺乏
S22 − − − − − 应用程序相关问题以及
自治 沟通
如何适应微服务架构
在微服务架构上使用
首先建立 开发文化 投资
S23 - − − - DevOps 的优势,
和组织团队 发生改变 DevOps
加速了开发和部署等