Security is one of the reason to have several ESB's but I'm wondering if
those ESB's are just
implemented temporary to get the project going instead of as a long
time solution.
Labeling them as DSB seems to imply that having several DSB's is part
of a long term goal.
I like to keep up an optimistic future image.
Cheers,
H.Ozawa
Todd Biske wrote:
> The question to ask in these situations is whether they are providing
> redundant capabilities or not. It's a challenge inside the enterprise
> to:
>
> 1) Actually take a capability-driven approach to infrastructure
> selection.
> 2) Have the necessary communication, collaboration, and timing to
> understand the set of capabilities that are right for the enterprise
> versus one particular team.
>
> The easiest scenario I can think of is security gateways versus XML
> gateways/ESB/Serivce Network/Service Fabric/etc.. While there are
> many products out there that do both, and do it well, if the security
> team isn't talking to the integration team, you'll wind up with two
> separate products. This may sound like a best-of-breed versus
> best-fit discussion, but there are differences. This is more about
> buying a product for a particular task, and then not leveraging the
> other 90% of its capabilities because it crosses into someone else's
> domain, and the two groups don't communicate/collaborate well.
>
> I don't want to make it sound like groups just need to start talking
> (even though that's very true), because it is very difficult. There
> are typically many things stacked against making these strategic
> decisions, usually funding models and timing. If the security group
> has money and the integration team doesn't, the deck is stacked
> against the integration team. Likewise, if there's a project that is
> under pressure to be completed in the next 6 months that has security
> needs but could care less about the integration capabilities, again,
> the deck is stacked against doing the right thing.
>
> -tb
>
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/service-orientated-architecture/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
