Quais são as 10 razões que levam SOA ao fracasso?

saoj wrote:Qual seria então o maior dos problemas do ponto de vista técnico?

Isso vai depender muito das tecnologias envolvidas.
Mas em suma, eu vejo segurança(autenticação/autorização), confiabilidade das mensagens, auditoria de serviços, gerenciamento do fluxo de serviços, monitoramento dos serviços...

This message was edited 1 time. Last update was at 31/07/2008 08:22:31

Bem segundo esse artigo o crescimento do software como serviço está sendo quase astronomico, os projetos Saas tambem devem ser considerados nessa discursão.

Mas como foi dito o os projetos orientados a serviço parecem ser o futuro da TI.

flwsss

This message was edited 1 time. Last update was at 31/07/2008 12:19:09

MauNunes wrote:Bom, acho que posso dar o meu palpite.

Estou terminando minha pós graduação em Engeharia de Software baseado em SOA, pelo IBTA, na qual tive aulas com excelentes professores que ja trabalham com isso, onde o principal objetivo deles e vender um projeto SOA para uma empresa.

Posso sim afirma que SOA é um grande investimento para o negócio que no futuro trará um excelente ROI. Mas como poucos sabem SOA pode ser implementando de diversas formas da mais simples arquitetura ate a mais complexa, que envolve ate infra-estrutura. SOA não é só serviço, é muito mais que isso. SOA é sim o futuro da TI, uma forma de alinhar as estratégias de negócio com a área de TI. Quando se fala em SOA não se fala somente em tecnologia, mas sim em negócio, pode ter certeza que isso vai muito alem de Web-Services e ESB. Mas por enquanto SOA ainda é para grandes empresas.
Tudo que fazemos tem um risco de não dar certo. Por isso para se implentar uma arquitetura SOA na empresa é necessário diversas fases de análise e levantamento de informações. Para isso existem diversas forma de implementar SOA nas empresas, sendo elas top-down ou botton-up.

Ola,

Voce poderia dar exemplo de algum projeto baseado em SOA e reconhecido publicamente como tido sucesso? Algo como uma implementacao de referencia?

Ola,

Voce poderia dar exemplo de algum projeto baseado em SOA e reconhecido publicamente como tido sucesso? Algo como uma implementacao de referencia?

Olá Carlos,

Dá um olhada nesse link: http://www.oracle.com/customers/products/oracle-soa-customers.html Aqui tem uma lista de videos e pdf's de casos de sucesso usando o SOA da Oracle.

Muito provavelmente no site da BEA você também vai encontrar algo parecido.

Um abraço,

Olá

glaucioguerra wrote:Dá um olhada nesse link: http://www.oracle.com/customers/products/oracle-soa-customers.html Aqui tem uma lista de videos e pdf's de casos de sucesso usando o SOA da Oracle.

Muito provavelmente no site da BEA você também vai encontrar algo parecido.

Alguém lembra de algum caso de sucesso pelo ponto de vista de quem usa e não pelo ponto de vista de quem vendeu?

Sei que devem existir muitos mas bem menos do que contam os vendedores de ferramentas e empresas especializadas no vendor lock-in

[]s
Luca

Luca wrote:Olá

glaucioguerra wrote:Dá um olhada nesse link: http://www.oracle.com/customers/products/oracle-soa-customers.html Aqui tem uma lista de videos e pdf's de casos de sucesso usando o SOA da Oracle.

Muito provavelmente no site da BEA você também vai encontrar algo parecido.

Alguém lembra de algum caso de sucesso pelo ponto de vista de quem usa e não pelo ponto de vista de quem vendeu?

Sei que devem existir muitos mas bem menos do que contam os vendedores de ferramentas e empresas especializadas no vendor lock-in

[]s
Luca

No exato momento estou num projeto para construção de uma Arquitetura SOA para o Grupo STP. Há muita expectativa sobre descentralização dos serviços, permitindo que os serviços sejam compostos apenas por processos - BPEL.

Acredito que se o modelo canônico for bem desenhado e os serviços também, isso pode ocorrer sem maiores traumas. O grande problema está na experiência dos arquitetos do projeto, meu ponto de vista, pois pode sair uma meleca geral

This message was edited 6 times. Last update was at 06/08/2008 17:32:26

Rafael Nunes wrote:

saoj wrote:Qual seria então o maior dos problemas do ponto de vista técnico?

Isso vai depender muito das tecnologias envolvidas.
Mas em suma, eu vejo segurança(autenticação/autorização), confiabilidade das mensagens, auditoria de serviços, gerenciamento do fluxo de serviços, monitoramento dos serviços...

Ok, faz sentido. Mas se vc pensar bem tudo isso já foi resolvido no mundo web. Em qualquer projeto web temos que se preocupar com essas mesmas coisas.

Então pra que inventar um middleware gigantesco, complexo e proprietário no meio disso?

Por que não usar HTTPClient para trocar mensagens com o servidor e cair no vasto, seguro e livre mundo http?

Com HTTPClient por exemplo eu posso usar cookies para autenticação. Posso usar HTTPS. Posso usar 10000 frameworks web. E por aí vai...

Talvez porque um cliente não terá acesso a um HTTPClient. Tudo bem, mas entre um HTTPClient para os meus clientes e um elefante branco proprietário ou qualquer framework louco de web services, eu fico com o HttpClient...

E qual cliente não pode fazer uma forcinha para obter um HttpClient para suas requisições?

This message was edited 1 time. Last update was at 06/08/2008 19:03:32

saoj wrote:E qual cliente não pode fazer uma forcinha para obter um HttpClient para suas requisições?

Na grande maioria dos cenários que passei, o simples fato de não ter um 'ecossistema' de aplicações todo em Java já impossibilitaria isso. Certo que qualquer plataforma com um minimo de caráter e bons costumes consegue fazer uma requisição http. Porém até você fazer com que seu fornecedor implemente algo tão RESTful no produto dele já é um loooooongo caminho.

Para você fazer com que a SAP implemente essa requisição HTTP no R3 dela já se vão alguns bons meses só para você saber se isso é possivel, e depois disso começar a testar -ou qualquer outro ERP famoso por aí-.

Ou outro cenário em que aquele fornecedor de uma micro-nano-empresa que desenvolve em Delphi/VB/Clipper/etc até a equipe implementar essa chamada que nunca tentou já é um grande passo.

Outro problema que tive em utilizar http era quando a carga de serviços era muito grande, na ordem de milhares/milhões de requisições

E outro grande problema do HTTP é que ele é síncrono, e nem sempre você vai querer fazer isso com seus serviços.

Mas concordo contigo, esses middlewares-mágico-satânicos são mais promessas e dor de cabeça do que solução pra os problemas técnicos, a grande maioria que tive contato. E integrações consegue-se simplificar na maioria dos casos. Ou seja, a questão técnica sempre há alternativas, a gente sempre dá um jeito.

É como o Vinícius Teles sempre diz nas palestras de XP: 'O grande problema é que seu chefe é uma besta, e pior ainda, o chefe do seu chefe é mais besta ainda...'

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