我尝试用这个博客做什么，以及每个有自尊心和知识渊博的 SOA 架构师也在做什么。我们在应用 SOA 的过程中进行教学、宣传、展示陷阱并指导每个人。
使用经过验证的模式，但不能在其他场合使用。一种 银行数据 模 应用：在可以且 式并不是一种适合所有情况的模式。您应该始终首先思考：这种模式在这里有意义吗？
它造成的破坏比它解决的问题更多吗？
治：
当你在前两餐后停止时，它就不会粘住。建立治理！用“…这样 应用：在可以且 做，否则…！”结束所有讨论。 （并且也使用甘道夫的声音，这样他们就知道你是认真的：你不能通过！）
稍后介绍原理
无论你是否相信，SOA 模式实际上是基于原则的，并且这些原则的应用应该能够实现 SOA 的目标（和好处）。那有多酷？！每种模式最终都会服务于你最初设定的目标。这就像说：我的生活应该 小企业主的损益表指南 是这样的，然后你随后做的每一个 2 分钟的行动都应该为你的人生目标做出贡献。这就是建筑。
什么是服务插曲
我们现在将快速回答从这篇文章一开始就困扰您的问题，然后顺利地回到原则上。观察。
您当然会想：服务到底是什么？正式…
“服务作为物理上独立的软件程序存在，具有 WhatsApp 号码 特定的设计特征，支持实现与面向服务计算相关的战略目标。”我想这是一个很好的循环。
但不仅如此，“每个服务都分配有自己独特的功能上下文，并由一组与此上下文相关的功能 组成。这些适合外部消费者程序调用的功能通常通过已发布的服务合同来表达（很像传统的 API。”