SOA agonizando, Servicos triunfando

This message was edited 1 time. Last update was at 28/01/2009 04:34:11

O paciente SOA, tecnicamente, não está oficialmente morto; No entento SOA está deitado sobre o chão frio sofrendo distúrbios do coração. Ao redor do paciente estão os vendedores de software e analistas fazendo massagem cardíaca freneticamente, na esperança de fazer com que o coração volte a bater.

No entanto, SOA vai morrer, independentemente de quantos tratamentos forem destinados ao paciente. SOA é terminal, ou, pelo menos, SOA como o conhecemos. Se você quiser SOA, procure um serviço como Amazon SMS ou Amazon ECS ou S3 (ou seja, SaaS) e use em sua arquitetura. Então você terá SOA.

http://www.thecepblog.com/2009/01/11/soa-in-cardiac-arrest-long-live-services/

Alo,

valeu pelo post. acho que vai gerar uma discussão boa aqui no fórum.

Só uma pergunta,

qual é a diferença entre SOA e services?

Entusiasta Java Membro desde: 13/01/2009 14:48:24 Mensagens: 22 Offline

http://blog.marcomendes.com/2009/01/14/soa-morto-mais-uma-da-serie-o-festival-de-bobagens-que-assola-a-internet/

This message was edited 1 time. Last update was at 28/01/2009 23:27:35

felipe_gdr wrote:
qual é a diferença entre SOA e services?

O middleware.

SOA geralmente se manifesta na forma de SOAP-based webservices, WSDL e suas extensoes, que proporcionam um ambiente de neutralidade de plataforma visando a integracao de sistemas heterogeneos.

Services (SaaS) podem ser acessados por um browser convencional.

GUJ Master Membro desde: 30/07/2006 16:09:55 Mensagens: 1311 Offline

cmoscoso wrote:

felipe_gdr wrote:
qual é a diferença entre SOA e services?

O middleware.

SOA geralmente se manifesta na forma de SOAP-based webservices, WSDL e suas extensoes, que proporcionam um ambiente de neutralidade de plataforma visando a integracao de sistemas heterogeneos.

Services (SaaS) podem ser acessados por um browser convencional.

SaaS?!?!?!

outra sigla? Não aguento mais!!! hehehe

This message was edited 3 times. Last update was at 29/01/2009 08:51:05

cmoscoso wrote:

felipe_gdr wrote:
qual é a diferença entre SOA e services?

O middleware.

SOA geralmente se manifesta na forma de SOAP-based webservices, WSDL e suas extensoes, que proporcionam um ambiente de neutralidade de plataforma visando a integracao de sistemas heterogeneos.

Services (SaaS) podem ser acessados por um browser convencional.

Só para deixar uma coisa bem clara à quem está lendo o tópico, o conceito de SOA é antigo e remete ao IDD - Interface Driven Design. Você pode ter SOA implementado por WSDL como você referiu mas também pode usar outras tecnologias como IDL - CORBA.

Exposição dos serviços é um conceito e muitos o preenderam errôneamente sobre WebServices o que é um grande equívoco.

Quanto à matéria, li vários artigos e posts, inclusive do Anne (http://apsblog.burtongroup.com/2009/01/soa-is-dead-long-live-services.html?cid=144764146) tem thread de discussão no InfoQ, o qual quer enterrar a sigla SOA. Entretanto é consenso entre todos que os serviços estão cada dia mais presente, assim como as soluções baseadas nos mesmos - Cloud Computing por exemplo ou Software como Seviço - Saas.

Há muitas plataformas bem sucedidas, como o CRM SalesForce, AmazonServices e por aí vai.

Particularmente acredito que alguns formadores de opinião estão querendo dar um rótulo novo para o modelo, assim como aconteceu com o AJAX - Pattern que já era implementado, mas precisou de um "Guru" evidenciar isso.

Outro ponto foi o que aconteceu com o movimento por parte dos players que não entendiam direito o modelo, implicações de uma arquitetura desacoplada, como versionamento, performance entre outros problemas que poderiam enfrentar e muitos projetos foram pro espaço, com empresas armagando prejuízo ao invés de um excelente ROI como prometiam.

Fato que serviços vão estar cada dia mais presentes enquanto plataforma de software e agora o povo quer dar um novo nome, alugém tem uma sugestão ?

This message was edited 1 time. Last update was at 29/01/2009 08:51:52

Http Programming ? HOD (Http Oriented Design) ? HOA (Http Oriented Architecture) ?

saoj wrote:
Http Programming ?

Sinceramente acho REST uma das inúmeras formas de resolver o problema, entretanto não podemos colocar por exemplo todas os problemas em cima do Http.Mesmo na arquitetura REST, existem muitas coisas que ele não cobre, como propagação de policies de segurança. Assim como outras tecnologias, também não é Silver Bullet.

Virtual Machine Man Membro desde: 23/10/2007 10:08:29 Mensagens: 687 Offline

Kenobi wrote:
Só para deixar uma coisa bem clara à quem está lendo o tópico, o conceito de SOA é antigo e remete ao IDD - Interface Driven Design. Você pode ter SOA implementado por WSDL como você referiu mas também pode usar outras tecnologias como IDL - CORBA.

Exposição dos serviços é um conceito e muitos o preenderam errôneamente sobre WebServices o que é um grande equívoco.

De fato isso mostra que se ignorarmos a historia estamos sujeitos a cometer os mesmos equivocos do passado. CORBA foi uma tentativa anterior de reiventar HTTP sob o pretexto de um ambiente de neutralidade de plataforma.

Kenobi wrote:
Há muitas plataformas bem sucedidas, como o CRM SalesForce, AmazonServices e por aí vai.

AWS e Salesforce.com sao aplicacoes web, a plataforma é a internet.

This message was edited 1 time. Last update was at 30/01/2009 00:17:41

Kenobi wrote:

saoj wrote:
Http Programming ?

Sinceramente acho REST uma das inúmeras formas de resolver o problema, entretanto não podemos colocar por exemplo todas os problemas em cima do Http.Mesmo na arquitetura REST, existem muitas coisas que ele não cobre, como propagação de policies de segurança. Assim como outras tecnologias, também não é Silver Bullet.

Como primeiro protocolo da internet é de esperar que o HTTP tenha um papel importante, assim como a arquitetura REST.

Sobre a propagacao de politicas de seguranca, vc estaria disposto a abrir mao da escalabilidade do sistema? Entao nao vejo problema em criar uma extensao do protocolo, existem tantas, gdata, APP, twitter! Qual seria a solucao ideal pra vc?

JavaEvangelist Membro desde: 26/04/2005 11:18:25 Mensagens: 469 Offline

cmoscoso wrote:De fato isso mostra que se ignorarmos a historia estamos sujeitos a cometer os mesmos equivocos do passado. CORBA foi uma tentativa anterior de reiventar HTTP sob o pretexto de um ambiente de neutralidade de plataforma.

Na verdade, na época ninguém pensava em HTTP como algo mais que um protocolo de transporte de documentos. Se você falasse em transmitir estruturas de dados em chamadas RPC-like sobre HTTP, os entendidos em sistemas distribuídos iam rir da sua cara, por motivos que vão desde o overhead à falta de mecanismos como a segurança que o Kenobi citou. Aliás, um dos motivos pelos quais web services deslancharam foi que ninguém barrava a porta 80 no firewall, porque HTTP era considerado um serviço seguro, e era muitas vezes essa brecha que os desenvolvedores usavam para conectar sistemas em redes diferentes.

Realmente, a neutralidade do CORBA era uma ilusão. Como hoje com os ESBs, a solução era "independente de fornecedor" apenas no sentido de que você podia escolher, entre uma meia dúzia de fornecedores, a qual queria ficar amarrado.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3370 Offline

"

cmoscoso wrote:

Kenobi wrote:

saoj wrote:
Http Programming ?

Sinceramente acho REST uma das inúmeras formas de resolver o problema, entretanto não podemos colocar por exemplo todas os problemas em cima do Http.Mesmo na arquitetura REST, existem muitas coisas que ele não cobre, como propagação de policies de segurança. Assim como outras tecnologias, também não é Silver Bullet.

Como primeiro protocolo da internet é de esperar que o HTTP tenha um papel importante, assim como a arquitetura REST.

Sobre a propagacao de politicas de seguranca, vc estaria disposto a abrir mao da escalabilidade do sistema? Entao nao vejo problema em criar uma extensao do protocolo, existem tantas, gdata, APP, twitter! Qual seria a solucao ideal pra vc?

HTTP não lhe provém escabilidade, pode lhe prover interoperabilidade, facilidade mas escalabilidade etaríamos falando de outros protocolos. Quando falamos em alto volume de mensagens por exemplo, falaríamos SOAP em cima de JMS, com um design Assíncrono, completamente diferente da estrutura síncrona do Request/Response, Como faria um design para distribuir à diferentes Peers simultaneamente ?

De fato isso mostra que se ignorarmos a historia estamos sujeitos a cometer os mesmos equivocos do passado. CORBA foi uma tentativa anterior de reiventar HTTP sob o pretexto de um ambiente de neutralidade de plataforma.

Bom, acho que precisa ler um pouco mais sobre CORBA, não foi tentativa alguma de reiventar o HTTP se fosse parar comparar seria IIOP com HTTP.

O conceito central do CORBA era Interface Driven Design e isso você não consegue ter com HTTP. Quero ver você deixar de forma explícita uma operação com estruturas de dados de entrada sem documentação para saber se ele seu "auto-resolve".

marcosalex wrote:Acho que não entendi ainda o conceito. Se minha aplicação comunica com web services para acessar o banco e realizar as regras de negócio, eu posso falar que minha arquitetura é SOA?

Não, você pode falar que usa um Serviço Exposto. Uma arquitetura SOA teria que trazer todo esse conceito ao Design da aplicação como um todo. Você teria todos os seus principais Módulos, ou fachadas por exemplo, expostos como serviço, seu modelo de estrtura de dados ( canonical data model) aderente ao seu negócio e por aí vai.

Vale à pena ler um pouco sobre SOA - Thomas Erl e o livro SOA Patterns do mesmo.

Notícias, artigos e o maior fórum brasileiro sobre Java