Enable javascript in your browser for better experience. Need to know to enable it? Go here.
发布于 : Apr 13, 2021
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中,那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中,那么它很有可能已经不再具有相关性,我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。 了解更多
Apr 2021
暂缓 ? 谨慎行事

软件平台的流行为组织创造了很多价值,但是在构建基于平台的交付模型的道路上到处都是潜在的死胡同。在这些新流行技术的刺激下,我们往往会发现它们实际上都是“新瓶装旧酒”,是“老技术”在新时代背景下的另一种“复兴”,这很容易使我们忽略一开始选择放弃这些技术的原因。我们在上一期的技术雷达中发表的 披着API网关外衣的企业服务总线 就是一个很好的例子。我们看到的另一个例子是“按技术层级划分团队”,只不过换了个说法将其称为平台。在构建应用程序的上下文中,前端团队,业务逻辑团队和数据团队分开是很常见的,而在组织根据平台能力划分业务或数据层团队时我们看到了与之相似的模型结构。由于康威定律,我们知道围绕 业务能力 组织平台功能团队是一种更有效的方式,它为团队提供能力的端到端的所有权,包括数据所有权。这有助于避免 分层的平台团队 的依赖管理问题,否则做任何事情的时候前端团队都必须依赖业务逻辑团队,而业务逻辑团队又必须依赖数据团队。

Radar

下载第26期技术雷达

English | Español | Português | 中文

Radar

获取最新技术洞见

 

立即订阅

查看存档并阅读往期内容