本文讲述的是笔者与国际知名行业专家兼云计算，面向服务体系架构和企业体系架构领域的领军人物David S. Linthicum的播客内容。在播客中我们探讨了有关面向服务体系架构的各种议题：包括面向服务体系架构的消亡，重生和如何将面向服务体系架构带向新的阶段。我们还谈到了David即将出席的SOA in Action Virtual Conference大会。
以下是笔者记录的播客内容。
播客：首先您如何看待SOA面向服务体系架构已死这个话题？
David：哦，我认为即使你和Anne Thomas Manes去探讨这个话题也显得太过复杂了。因此我认为她真正要表明的意思是人们在围绕面向服务体系架构的复杂性上正处在艰难的时期，事实上他们只是在判定面向服务体系架构的死亡。这是一种吸引大家关注这个问题的方式，我认为这个阶段市场上有很多分析师都是这么做的。也是为了告诫并提醒大家这样一个事实，人们在使用面向服务体系架构并不像他们希望的那样有效。
因此目前要关注的是人们是否真正理解服务为导向体系架构的实际价值。我认为厂商，还有部分分析师和许多新闻媒体经常在开立一些无法兑现的空头支票，他们所树立的整个面向服务体系架构的概念本身就是失败的。因此我认为过去的面向服务体系架构已死这种说法是根据面向服务体系架构的实际价值的期待正规化，是为了让面向服务体系架构更加符合时代的需要并体现出其实际的价值。面向服务体系架构不是IT的救世主，也不是对任何问题体系架构的修正器，而是能够以体系架构的模式为企业体系架构的正确发展方向提供最佳实践方法。
播客：一些企业用户在部署面向服务体系架构时遭遇性能的瓶颈，我们该如何解决此类问题呢？
David：你在任何类型的分布式体系架构中都会遇到性能的问题，事实上以服务为导向的体系架构多年来一直如此。因此这实际上是个很简单的过程。当你开始规划面向服务体系架构时，你必须了解和定义针对特殊体系架构的性能需求。换句话说，从系统出流出的数据从用户到数据库需要多少时间，从数据库返回又需要多少时间，我们关注的是消费这些服务和平衡这些服务。
我们可以创建一种服务交叉作用和信息流的模型。然后你可以做一些原型试验来计算在进入实际生产环境时这些服务实际所需的性能。你还可以建立一些非常基础的数学模型来计算性能瓶颈出现在什么地方。通过采取这些措施，你可以更好的了解性能瓶颈的情况并使用不同产品来解决这个问题。或许在某些情况下你可能不想使用网络服务；你希望使用某种交易系统。了解你的模型性能问题何在，只要你发现问题，就能想办法解决它。
播客：您即将出席SOA in Action Virtual Conference的云融合讨论，您如何看待云计算的广泛使用对面向服务体系架构的影响？
David：我认为云计算将扩大面向服务体系架构的使用。有趣的是那些使用这些服务的人并不真正知道他们正在使用它。因此如果你在考虑云计算是什么，那么我告诉你云计算是所有体系架构的发源地。我们正在通过应用编程接口或者云平台外部的服务来对所有这些资产进行平衡和考量。我们可以通过云访问存储服务，信息服务，围绕客户关系管理应用软件和围绕ERP应用软件的服务，我们将在企业内部消化这些服务，在预设系统平台上对服务进行平衡。
因此这就是服务为导向的体系架构的实质。因此人们所做的就是迁移到云计算。我在我的新书《云计算和企业内部的面向服务体系架构的融合》中阐明了这个观点。用户确实在以服务为导向的体系架构模式为基础来向云迁移。
服务数据和流程应该在云平台上存在是普遍认同的逻辑观点，将安全需求，性能需求，隐私需求，法规遵从需要以及所有此类的需求
考虑在内。当他们配置这些服务时，你就有了一个服务为导向的体系架构，因为我们解决了所有这些分布式系统即服务的问题。
我们必须设置一个非常全面的监管基础架构，能帮助我们进行控制，管理，改变和记录，在我们实时进行这些服务的运作时能完成整个的迁移。最后将这些服务应用到各种安全模式中的能力对于特殊体系架构是适用的，在这种情况下我们将其称为使用云计算的面向服务体系架构。
播客：刚才您提到了监管，看起来这是来自设计设计时面向服务体系架构监管的概念，但实施监管看起来却困难重重，您认为原因何在呢？
David：我认为设计时人员的意图是好的，如果你进行监管，你就必须经历非常旺盛的设计阶段来真正设计出以服务为中心的协议来。但是运行时监管的方面对于部署面向服务体系架构的用户来说更具价值。目前使用面向服务体系架构的用户也在使用云计算。因为总有一天，面向服务体系架构监管的真正价值就是运作价值，是执行这些在运行时间发挥作用的服务协议，确保他们不出现任何错误。
我们部署安全基础架构来跟踪服务的辩护。因此如果有人改变了一项服务，那么许多其他的服务或者应用软件就会去平衡这项服务，随着我们的体系架构逐渐演变的越来越联合，服务之间的平衡性就显得越来越重要。因此迁移到云上产生了运行时监管的自然需求。他们可以在这些系统内部提供良好的设计时环境。最终成为相互依赖的领域。因此设计时人员必须重新设计运行时领域或者从新兴的研究生中发掘其他的小生境技术来满足面向服务体系架构的市场需求。
播客：我也这么想。目前您如何看待未来的面向服务体系架构？
David：我看见面向服务体系架构出现的大幅增长。我认为这个话题已经探讨了很多年，很多年，最终会被大家淡忘。我们实施面向服务体系架构，面向服务体系架构作为一种架构模式在TLA之前诞生。自从我们身处计算领域以来就一直在采用这种模式。我们只是对其实施了正规化。如今我们必须向云上迁移，这将把面向服务体系架构带领到新的阶段，帮助我们将体系架构从平台领域扩展出去。
