【IT专家网独家】2004年决定转向SOA后，有一百三十万用户的卫生保健、汽车、家庭和寿命的保险供应商Unive，拥有了它的第一个网络服务并于2005年开始运行。然而，到2006年服务的发展趋势开始超过了IT部。

　　和常见的情况一样，在公司Microsoft .NET框架上的SOA技术实现作为一个简化商业流程、增加灵活度的计划开始。SOA项目是适应荷兰新的卫生保健法规，这个新的政府法规生效时需要修改交易过程，此修改正在进行中。

　　“我们使用SOA的动机在于它非常灵活，易于改变，而且可重用，这样能够大大加快开发和执行，”Kersten说。

　　“我们的SOA开始时很小，”Kersten重申。“我们没有任何一个不管是什么的监测工具。当时它实在太小，也没有这个必要。我们只是让几个系统工程师监测它。”

　　但是，又是什么促使这个小SOA迅速增长?

　　“2006年间，我们的服务数量大大增加，”Kersten说。他解释道，SOA应用增强，包含了自动保险登记机制，在此机制中.NET网络服务与传统应用相结合。为了防止错误或欺诈行为，应用开发时也反复求证，以确保汽车政策适用于正确的汽车牌照。

　　那些网络服务还向外延伸到检验如车辆登记等信息。SOA技术实现也拓展到在几个更传统的系统运行，包括运行在Unisys主机上的系统。

　　这些应用对生产力有积极影响。他评价SOA系统已经缩减了雇员在交易过程中所要做的手工劳动量的百分之六十。

　　但是增长并不是没有问题的，2005年的NET的网络服务数目大约为15，到2006年增至不止70个，Kersten说。而系统工程师自己发现他们监测了187个终端的网络服务。

　　“在那一时刻我们丢失了服务之间的依赖关系，”他说。“我们不能再监测它。我们忙于追踪我们环境中所存在的问题，这些问题我们不能直接查明。所以那一刻我们开始寻求管理工具。”

　　他们面临问题中的例子之一，Kersten说，“我们的病痛在于‘客户追踪’工具。因为它包括了一个长长的服务链，追踪哪儿出错已经真的变得艰难。我们必须去检查所有的服务，以确定每个服务中是否有OAP故障，这将耗费数小时时间。”

　　系统工程师需要售后服务之间的依赖变得可视化。不仅系统工程师不能定位现有服务之间的依赖性，同时因为开发者又创建了新的服务，哪个服务在调用其他服务也难以确定。工程师也需要一个方法，通过此方法能在中央做异常和服务级别的管理。

　　Unive求助于SOA管理供应商AmberPoint公司，并从2006年11月开始使用AmberPoint 5.1(一个管理软件)。使用用管理软件后，系统工程师可以很快的看到服务链的哪个地方存在问题。解决故障和SOAP错误的时间从几个小时缩减到没几分钟。

　　鉴于他这个前车之鉴，Kersten建议同僚思忖一个小的SOA项目时，要同时考虑操纵和管理，因为他们很快将发现自己在处理大的SOA。

　　TechTarget独家授权文章，严禁转载

　　查看本文国际来源 >>