不必要的集成复杂性,是谁的过错?您如何成为一个化解复杂性的英雄

John Schimidt

集成的复杂性并非是具体某个人的过错——但它是每个人的问题。企业架构师是一个理想的人选,可以将企业从点对点集成的一团乱麻中脱身,转向更具战略意义的体系架构。

这几乎是偶然间发生的事。您的企业年复一年一个点一个点地、一次一个建立应用程序连接——从人力资源到 ERP,从 CRM 到数据仓库,等等等等。项目主管也许得到了战术上的权宜之计,但是现在集成越滚越大,越来越复杂,对业务部门的绩效已经造成了危害,用高昂的维护成本耗光 IT 预算。参见图 1。

图 1
图 1本图所描述的集成复杂性的范围,在很多企业中并不少见。

企业架构师比大多数人都更加了解,应对这种复杂性并不容易,后果也可预见——如何快速响应业务部门的需求,IT部门感到力不从心。随着复杂性越来越高,风险也越来越大,报告无法按时提交,企业也无法准确查明其前 10 大客户等基本指标。

如果您的企业仍坚持自定义编码集成实践,以企业利益为代价满足单独项目的需要,复杂性只能越来越多地交织在一起。企业架构师是一个理想的人选,对集成实践进行重新审视,以及向更具战略意义的体系架构转变。

想成为化解复杂性的英雄吗?

复杂性也许并非一朝一夕就能解决,但是决不能以此为借口,不去设计通向更有效集成模型的路线图,以降低开发和维护成本,并更好解决业务部门需求。

理清点对点的乱局。解决复杂性的关键是通过理清集成点来了解其规模和复杂程度。获取完整清单会花很多时间,但是您可以通过使用元数据库而非 Microsoft Word 来记录所有新项目信息交换开始。

开发实践标准化。主张对自定义编码进行限制,这有利于实现所有新集成项目的标准化流程。依靠 CIO 的支持和正确的工具,您的企业就可采取遏制复杂性的关键步骤。一旦您的开发人员在新工具上加快速度,他们会发现重复使用和共享通用元素要快得多。

关注客户。集成实践需要专注于 IT 部门内部客户的目标,而不是 IT 部门自己的行动。使可交付成果不用返工,就能通过整个项目生命周期,可以通过跟踪百分比来对成功进行衡量。

内建质量。确保第一次就能正确完成开发工作。最佳实践汇集了可重复使用的工作流驱动式集成,有助于轻松地将范例从很少几次的大生产版本,转为更小、更频繁的版本,从而提高企业的灵敏性。

作为一家消费电子公司,转变集成方式的原动力是:每个集成点 3 万美元开发成本的惊人现实。以每年 300 个新集成点计算,成本是 每年900 万美元。经过数年的优化,开发成本可降到 75 万美元,维护工作也大大简化。

加入 LinkedIn 集成讨论, 了解Informatica 白皮书,“《解开 IT 部门的死结?》” 的更多内容,并细读 Informatica 的 John Schmidt 所著的 “《精益集成 7 宗罪》

John Schmidt

2013 年 6 月 28 日

架构师社区

如果您的企业仍坚持采用自定义编码集成,以企业利益为代价满足单独项目的需要,复杂性只能越来越多地交织在一起。”