Comments on: Anatomia do Serviço – Parte 1

By: Billy Mccarthy

Billy Mccarthy — Thu, 13 Nov 2008 02:20:19 +0000

7f3mkbhki0h58xwj

By: Anatomia do serviço. O que é, afinal? - Aquele blog de SOA

Anatomia do serviço. O que é, afinal? - Aquele blog de SOA — Mon, 10 Nov 2008 13:24:07 +0000

[...] dos posts: anatomia do serviço parte 1 e parte [...]

By: SOA Corporativa » Blog Archive » Realidade do ESB sem SOA

SOA Corporativa » Blog Archive » Realidade do ESB sem SOA — Wed, 22 Oct 2008 22:22:38 +0000

[...] sem serviços bem projetados misturam lógica do fluxo do negócio (processo de negócio), lógica de conectividade e a lógica [...]

By: Anatomia do Serviço - Parte 2 - Aquele blog de SOA

Anatomia do Serviço - Parte 2 - Aquele blog de SOA — Fri, 10 Oct 2008 12:17:59 +0000

[...] Continuação – Parte 1 [...]

By: marcilio

marcilio — Mon, 29 Sep 2008 18:42:23 +0000

Esses são os caras. Concordo!
Pelo que estou percebendo é que o ESB pode ter dois papéis:
- pode servir de “forte integrador”,
- pode servir de “Tapete”, para jogarmos a sujeira de baixo

By: Leonardo Nicolás

Leonardo Nicolás — Mon, 29 Sep 2008 17:50:50 +0000

Concordo com a opinião do Gustavo.
Já trabalhei em empresas que utilizam o Broker e o que acontece é que a complexidade das integrações passa para dentro dessa ferramenta.
Por um lado isso é bom porque o ESB / Broker passa a ser um ponto comum de comunicação e gera uma padronização fora os ganhos que o Gustavo já indicou acima.
Mas se o que está dentro do ESB / Broker não estiver muito bem documentado ficará quase impossível dar manutenção e suporte.
Em uma empresa onde implantaram o ESB pegaram a integração espaguete e deram um nó no meio. Este nó é o ESB.
Para desatar o nó apenas serviços bem projetados.

By: Gustavo S. Sinis

Gustavo S. Sinis — Mon, 29 Sep 2008 15:31:25 +0000

Obrigado, Marcílio.

Conforme conversamos, concordo que ferramentas ESB são importantes em quase todos os cenários, fornecendo uma infra-estrutura para SOA como, por exemplo, lógica de compensação, transformação de dados, segurança, garantia de entrega, logging. Ainda todos os WS-*…

Vendedores de ferramentas ESB freqüentemente usam em suas apresentações uma figura clássica, que representa a complexidade de TI causando grande impacto visual. Em seguida, usando uma figura mais impressionante, mostram como ferramentas ESB podem organizar a casa, resolvendo todos os problemas.

No entanto, a verdadeira flexibilidade de SOA é obtida com serviços bem projetados, não com a adoção de ferramentas (muitos vendedores deixam essa impressão). Os serviços devem ser representativos para o negócio, seguindo certos princípios, como: low coupling, stable interface, entre outros.

Sem serviços bem projetados o cenário não muda muito: toda bagunça produzida no mundo corporativo, criando integrações espaguete, não some com a implantação de ESBs. Apenas fica escondida dentro do barramento, exigindo uma “lógica de conectividade” muito complexa.

[] s

By: marcilio

marcilio — Fri, 26 Sep 2008 15:16:25 +0000

Muito legal, Gustavo.
Interessante o conceito de agilidade. Sobretudo sob as mudanças no processo de negócio serem menos traumáticas quando se tem os processos executados através de serviços de negócio.

Uma dúvida sob a qual geralmente refletimos:

Pra você, em um cenário no qual o objetivo é “apenas” fazer composição de processos de negócio através de serviços. Qual a importância do ESB? (desconsiderando necessidades de integração)

By: SOA Corporativa » Blog Archive » Front de batalha

SOA Corporativa » Blog Archive » Front de batalha — Wed, 24 Sep 2008 18:43:15 +0000

[...] blog de SOA publicou um post de minha autoria. Este blog reúne consultores SOA com experiências distintas, atuando fortemente no [...]