开放主机服务 (OHS) 的发布语言可以看作是一种面向集成的模型，有助于简化 OHS 消费者的公共接口。发布的语言是集成优化的，并以更方便的模型为消费者公开数据，专为集成需求而设计。
当我们提倡每个有界上下文都有自己的内部（规范数据）模型的想法时，OHS 实际上将有界上下文的内部模型与用于与其他有界上下文集成的模型分离。因此，有界上下文内部模型可以在不影响 OHS 消费者的情况下发展。
假设我们要设计 OHS 甚至多个 OHS 的集成模型。我们这里不是有我们在 ESB/SOA 时代用于集成的老式规范数据模型的概念吗？事实上，可以说为公共 OHS 设计集成模型甚至有助于交换上下文的概念：一个单独的有界上下文，主要负责转换模型以便其他组件更方便地使用。
所以问题是：我们不会回到SOA ESB 时代的“老派”规范数据模型，将交换上下文的概念作为一个单独的有界上下文，负责转换模型以便其他组件更方便地使用？如果不是，有什么区别？