企业架构师如何选择技术治理模式？
极客时间编辑部
讲述：初明明大小：4.34M时长：04:45
当组织规模达到一定量级，就会不可避免的陷入到技术选型困境中：新技术是否值得被采用、如何判断可行性、替换成本有多高、隐藏陷阱有哪些等等。
大型企业通常会按不同的部门、区域、驻地和其他独出心裁的维度进行划分，以方便组织业务。这些部门区划往往源自兼并和其他重组，它们带来的遗留问题是：技术、架构和许多其他重要技术决策信息分散无序。而企业架构师必须直面这种技术多样性，并制定出一致性战略。
为了使战略行之有效，企业架构师会审视组织中的各种方案，确定哪种方案最为有效，从而鼓励团队采用最佳方案。但是，在决策的“受益人”心目中，企业架构师的角色往往带有负面色彩，这是他们对治理模式的选择所致。不过，开明的组织最近已开始重新思考治理的作用。
企业架构师的职责是围绕技术选择进行治理，很遗憾，技术选择却是一个模棱两可的术语。近日，ThoughtWorks 软件架构师 Neal Ford 以技术管理的角度介绍了四种现行的治理模式，如下。
1. 控制式治理
采用这种传统治理方法的动机通常来自于企业对软件的更深层次的态度：软件是战略方面的还是运营方面的？如果答案是运营，则企业架构师就能利用治理模式来加强一致性，从而节约运营成本。
但是，这种命令与控制治理模式的缺点在于对构建软件的态度千篇一律。针对不同问题使用相同的软件栈不可避免地会导致需求和价值的不匹配。而通过强制各团队对不同类别的单个工具进行标准化，企业架构师就会将每个类别中的最大复杂性强加给各团队。这是控制式治理模式的一个固有问题，即过度设计。由于过度设计了简单的问题，开发和维护成本不减反增。
2. 指导式治理
治理的另一个定义对现代软件项目有更好的阐释：作为先例或决策原则。
现在有更多开明的企业架构师选择指导式治理，而不会采用传统的治理模式，即对每个团队强加相同的技术栈。这种模式通常用于许多微服务架构中，其中每个服务都可以利用唯一的技术栈。这些项目的架构师完全专注于特定服务可能需要的功能，而不是遵循某种标准。
但是，即使是完全不同的技术栈也需要围绕具体操作问题进行通用化。为此，微服务社区已经普及了服务模板和服务网格，以处理运行软件所引起的操作耦合。
3. 金发姑娘式治理
每个开发团队都拥有唯一的技术栈会产生大量运营成本，并且也几乎不可能让团队成员的技能、运营支持成为复用资产，还会产生一系列其他棘手问题。因此，许多大型企业的企业架构师就要求找到“恰当”的指导力度与控制水平。
在金发姑娘原则治理模式中，企业架构师选择若干合适的技术栈，评估哪种栈最适合新项目开发。例如，某公司可能会确定适用于大中小不同项目的技术栈，相应地为项目提供指导。这就能使团队和技术与项目之间实现一些互换，同时还所能设法避免强加过度设计。
4. 广播式治理
无论企业架构师使用哪种治理模式，大多数公司都面临着如何传播其调查结果的挑战。 这就是广播式治理的用武之地。
大型公司的企业架构师面临的困难是：如何使开发人员知道采用什么技术有效，什么未经试用以及应该避免什么。
使用技术雷达，企业架构师和其他选择该技术的人员就能向他人展示他们当前的想法，同时也改善了传统治理流程不透明的问题。在这种情况下，创建自己的技术雷达并不在于向外界展示自己的技术图谱，而只是作为内部趋势的动态文档。使用这种方法的客户会定期重发布其治理雷达，以确保自己的团队获得最新信息。
以上就是当下的四种技术治理模式，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
小桥流水控制式、指导式、金发姑娘、广播式 四种方式特点不综合考虑结合使用。1、基础架构组件 比如 jdk zulu 指导式 2、实时计算 storm/flinkspark steaming 指导式并广播 3、特性场景 金发姑娘1
收起评论