2010-08-13 19 views
1

我可以检查为不同的服务提供商提供通用Web服务并为每个服务提供商提供单独的Web服务有哪些优缺点?SOA设计体系结构

有没有什么文章可以参考?

回答

0

好处是创建基础结构部分更容易。
缺点是您现在需要编写更多的代码来分隔不同的消息并将它们分派到正确的模块进行处理。你的代码会更复杂,更难维护。

+0

可否请你回答http://stackoverflow.com/questions/9498962/contract-first-soa -designing-business-domain-wcf? – Lijo 2012-02-29 12:29:35

0

在两条道路上都停了下来,我建议你考虑使用较小版本的服务,而不是吨一大型厨房水槽服务。

采取unix哲学做一件事,做得很好。把一个版本号放在上面,这样你就可以升级而不会突破用户。也尽量保持每个版本的代码彼此分开。一旦1.0版本投入使用,您不希望意外地与可能已经编码您的bug的消费者断开合约。只需发布一个新版本并将您的消费者推向升级后的服务即可。

+0

安全和性能方面的问题与小型版本服务相关,而不是一个大型厨房水槽服务。 – fvvrr 2010-08-16 03:01:03

+0

@fwrr,我不清楚你在这里争论的方式。我会争辩说,安全在任何规模的服务中都是一个常数。您仍然必须对大型和小型服务执行身份验证和授权操作。我认为如果你所看到的只是调用和解析一条消息的时间,那么性能通常会赢得我的小型服务。但是,如果您必须拨打10个服务才能获得您所需的服务,那么性能可能相当于一项大型服务。 这一切都归结于您的要求和目标。 – clarson 2010-08-16 14:08:55

0

BostonBob说实话,服务粒度应范围的一个能力,这有助于维护从长远看随着事态的生活在只有一个地方,在逻辑上是凝聚力。

对于服务运营粒度来说,甜蜜点位于服务合同的3-5个操作之间,如果有更多的机会将其分解为两个有用的服务,则以12为上限。

下面是如何建立一个SOA

我建议你阅读托马斯·尔和Roger会议的文章一些实际的例子,这会给你什么SOA就是一个坚定的手柄。以及如何分区服务

SOA Design Pattern

Achieving integrity in a SOA

Why your SOA should be like a VW Beetle

SOA explained for your boss