首頁 » 博客 » 创建贵公司的通用 API 和服务时

创建贵公司的通用 API 和服务时

只需使用嵌套而不是整个 CDM 结构。选择一些在您的服务的具体操作中真正有用的字段。为了更加清楚地说明这一点:例如 OAGIS 是一个巨大的模型。您的公司在其商业语言中可能最多只会使用其中的 30%。而一项有用的服务只需要其中很小的一部分。这个部分,这个非常小的部分,我们称之为 CMM:通用消息模型。它源自 CDM,但只是一个大 CDM,因为它需 创建贵公司的 要在提供信息的服务或 API 的范围内(您可能将其识别为有界上下文)。这会让 CDM 变成一件方便又愉快的事情。

回到泡沫游戏:

CDM 有助于消除我们的孤岛吗?那么至少各个机构现在能够联合起来对抗它们共 创建贵公司的 同的敌人:CDM。但我不认为这是CDM能够实现的唯一目标。很难反对CDM 的概念,它是我 财务数据 们公司的一种通用语言。它很像人造语言世界语。其背后概念和想法都很棒!最大的问题是实施它、让它坚持下去,并让每个人都意识到他们在使用它时需要付出的额外努力最终实际上是值得的。我曾参与过多个项目,每个项目都处于建立、适应和使用 CDM 的不同阶段,并且都陷入了本文中提到的一个或多个陷阱。但最终,这些公司都坚持不懈,努力尝试实施某个版本的 CDM。为什么?因为这通常是实际业务参与 IT 的开始,这才是真正的开始,也许不是推倒一切,而是更多孤岛之间的协作。

因此即使我们中的一些人停留在

EAI 和点对点连接上,仍然值得使用某种 CDM 并不断联系您的业务人员,以帮助您从规范数据模型转变为真正的通用数据模型。

我的下一篇文章将讨论性病。 SOA 引入了一种 客户信任:定义和建立信任的 6 种策略 服务格局,可以一劳永逸地完全隐藏我们的所有系统和孤岛,从理论上讲,这应该 是泡沫的终结(我们会看到这一点)。由于 SOA 是一种架构类型,因此它可能由两部分或三部分组成。事实上,我甚至可能需要做一个回避或 新加坡电话列表 前奏来更多地解释原则和模式。

返回頂端