SearchSOA.com最近和SOA测试领域内的一些人进行了谈话。其中一人是Mamoon Yunus，他是一位资深Web services专家，现在是Crosscheck Networks的领导。（更多关于Crosscheck Networks，Yunnus的信息及其最近的论坛系统购买情况，请参考Crosscheck Networks acquires XML gateway maker Forum Systems。）

　　我们要求Yunus为那些寻求在SOA或者Non-SOA设置方面改进事物处理监控系统的个人提供三个技巧。

　　当然，“事物处理监控系统”对不同的人意味是不一样的。这对于SOA也一样。所以，我们首先提供Yunus对定义的理解。他很自然的将现代端对端事物处理监控系统与CICS区别开来。

　　“严格来讲，任何能够被各种客户端应用程序使用并拥有可重用操作性的应用程序都是“服务激活的”，因此也是基于SOA的，但是为了此次讨论，我们可以将SOA设想成中等规模的、现代的、基于Web services的SOA。至于基于Non-Web services的部署（Non-SOA），我将应用程序分成两类：一、三层的client-server和主机应用系统，它们不使用Web services方式；二、单片、绿屏主机应用系统。这两类的事物处理管理系统都可以很好的包容，不会像SOA部署情况那样被分布式部署。因此事物处理监控系统形成了像Database、Application Servers或者CICS apps那样的应用程序组件特性。”

　　他接着说：

　　“进一步讲，代码或者字节级监控，通常在前期使用。很多监控技术例如JMX、SNMP和log-aggregators都向业务功能提供深层视图，用于字节级检测和监控。码级监控很少在运行过程中使用，因为它会影响应用程序的性能”。

　　备注：就像Yunus这里强调的一样，充分的关注事物处理对于找到如何设置监控器的方法非常重要。Yunus认为基于代理的监控系统有缺陷，特别是在整合现有系统方面。毫无疑问，代理拥护者会挑战任何认为代理在那样的设置中是必然的干扰的观点。对某些人来讲，毫无疑问，加密并不是首要任务，但是对于Yunus来说，却是首要的。很多时候，“需要具体情况具体分析”。

　　但是不用赘述，下面是Yunus对理解事物处理监控系统的三个技巧：

　　技巧1：在事物处理过程中对主要监控点的识别。基于你需要回答的业务问题，选出哪一个是对你事物处理监控系统要求必须的。比如，如果你仅需要知道哪一个外部伙伴进来了，是否遇到了他们的SLAs，你的数据俘获点可能简单的处于网络前沿，或许在XML网关。但是，如果你需要端对端交易监控系统，你就会需要“数据俘获”点贯穿整个交易流量。

　　技巧2：尽量使你的监控系统处于非侵入式状态。选择基于你的设置方案和生命周期的技术。如果你已经在运行使用中，那就在每一个Java容器或者.NET服务中部署基于代理的技术就是高度侵入式的。触动生产系统是CTO最后才想做的事情，特别是如果正在处理商务交易。如果一个公司不监控，那它可能会损失收入，但是如果因为代理需要被安装、打开和回归测试而关掉它的运行中的应用系统，那它肯定会损失收入。对于这样的部署，你可以考虑代理，比如XML网关去捕获和监控事物处理。一旦数据在非侵入状态下俘获，就需要加强和纠正以确保事物处理在SOA部署中的状态。

　　技巧3：强大的解密能力对监控SOA或者Non-SOA传输量很重要。商业上的事物处理通常会被保护，如果没有保护，它们应当通过加密签名、身份管理和服务模糊来保护。要监控那样的被保护事物处理，必须要执行这样的功能：需要解密被加密的数据来监控商务交易。任何事物处理监控系统方案都需要在解开数据方面有很强的能力以提供加强的监控统计信息。保护你的数据，但也要准备为综合事物处理监控系统深入地检查信息。