EU Data

SOA 治理或任何其他类型的治理一直是 IT 领域最不吸引人的话题之一。它就在测试、操作和帮助台旁边。我们，受雇的顾问、开发人员、设计师甚至架构师，只想谈论新的和未来的、热门的和正在发生的事情、 Gartner 炒作周期和 Forrester Wave。

顾问不喜欢考虑治理问题。原因在于，治理仅对那些想要使用该系统并在需要实施额外或新要求时对其进行调整的人有用。顾问只需设计和构建系统，然后离开。 （当然，事实并非如此。我们顾问确实关心治理，但我们的努力受到挫折，一段时间后就放弃了）

为了解释为什么需要治理，让我们一起回顾软件开发的历史。

软件开发的历史
一开始有一个：大型机。大型机基本上是一台运行多个批次的大型中央计 加密货币数据 算机。只有一个人负责控制并确定哪个批次何时运行，因此不会有两个批次相互干扰。大家都很开心......直到 24 小时内无法再完成所有批次。

下一步：多个最佳系统。一个系统用于会计，一个系统用于客户联系，一个系统用于计费等。每个系统都在自己的硬件上运行自己的批次。问题解决了......直到有人发现他们在多个系统中输入了相同的数据。

企业集成应用程序（EAI）随之而来。客户信息被输入到客户系统中，任何其他需要此信息的系统都将从主要系统接收所有更新。集成软件解决了所有（技术）不兼容问题。

这当然会在各个层面上引发一系列新问题，但我们的创新还未完成，所以请继续努力！ EAI 存在的问题如此之多，以致于过去十年中新的和最新的技术“解决方案”太多而无法跟上。我个人的最后一个努力是 SOA，它至少承诺在多个层面上提供解决方案。