mcorp. » arquitetura

SOAP vs REST

Leonardo Saraiva — Tue, 25 Oct 2011 12:52:00 +0000

Tenho visto vários artigos e discussões dizendo que SOAP acabou, que a nova solução para todos os problemas do mundo é o REST (de preferência com JSON). Porém, qualquer pessoa que pare para pensar – o mínimo que seja – notará que no mundo real nem tudo é mil maravilhas como dizem ser o REST e nem tão ruim quanto dizem ser o SOAP.

Para quem está envolvido com serviços no dia-a-dia poderia dar vários pontos de vantagens e desvantagens sobre as duas tecnologias. Mas qualquer ponto será levantado dependendo do contexto de quem aplica ou utiliza a tecnologia.

Mas, antes de discussão técnica e filosófica, um ponto que eu acho bastante importante é: até onde vale a pena entrar na discussão da melhor solução e/ou tecnologia? Sei lá, mas entrarei mesmo assim.

As pessoas deveriam se preocupar em resolver os problemas da melhor maneira e não tentar encontrar/criar um padrão que resolva todos os problemas.

Historinhas fictícias

Historinha 1

1 – Temos o “padrão perfeito X”, chamado a partir de agora ppX;
2 – O ppX é grande, foi criado para resolver todo tipo de problema do mundo tecnológico;
3 – Muitas pessoas enterprise (vulgo PE) usam e amam o ppX e são felizes com ele;
4 – Toda palestra, evento e rodinha das PE só se ouve falar do ppX, bem, é lógico;
5 – Usam ele para todo e qualquer problema;
6 – Eles sabem que o ppX tem seus problemas, mas é super confiável;
7 – Eles resolvem seus problemas com o ppX e são felizes com o que fazem.

Historinha 2

history = {
type: ‘ficção’,
context: ‘non-enterprise’,
description: ‘padrão perfeito X’,
observation: ‘Qualquer semelhança com a vida real será pura coincidência’,
content: ‘
1 – Existe o “padrão perfeito X”, chamado a partir de agora ppX;
2 – O ppX é grande, foi criado para resolver todo tipo de problema do mundo tecnológico;
3 – Muitas pessoas enterprise (vulgo PE) usam e amam o ppX e são felizes com ele;
4 – Muitas pessoas não-enterprise (vulgo PNE) pouco usam e odeiam o ppX;
5 – Toda palestra, evento e rodinha das PNE só se ouve falar mal do ppX;
6 – Resolvem inventar o “padrão perfeito aberto X” (adivinha? Errou. Vulgo A-ppX);
7 – Usam ele para todo e qualquer problema;
8 – Eles sabem que o ppX tem seus problemas, então fazem desses problemas a causa da fome no mundo;
9 – Mostram a todos que o A-ppX é a perfeita solução para todos os problemas do mundo, menos a fome;
10 – Eles resolvem seus problemas com o A-ppX e são felizes com o que fazem.
‘}

Se é que alguém chegou até aqui…

Cada um no seu quadrado ou não.

Espertas são as pessoas que conseguem juntar o melhor dos dois mundos indiferente do contexto onde ela esteja. Porque, no fim, o que importa REALMENTE é: resolver seus problemas e ser feliz com o que faz.

Posts relacionados

Novidades WSO2 Data Services Server (2.6.x)

Leonardo Saraiva — Sat, 11 Jun 2011 18:39:37 +0000

Tenho acompanhado os builds diários que o pessoal do WSO2 tem feito e logo percebi várias novidades na interface, alteração essa que acontecerá em todos or produtos da série Carbon 3.2.*.

Mas, hoje eu tratarei apenas das novidades que teremos no Data Services Server, que são muitas e algumas bem importantes e há muito esperadas!

UDT (User Defined Type) Support

Não encontrei maiores detalhes na documentação ou no próprio WSO2 Data Services Server, talvez não tenha saído ainda nessa release.

Complex Results

Agora fica possível criar elementos complexos, facilitando algumas coisas em que era necessário utilizar um transformation (XSLT) ou sub-queries, ganhando – e muito – em performance.

Auto Generated Keys Support

Muito útil para recuperar a primary key de um registro inserido no banco, tirando a necessidade de fazer stored procedures ou outro método de consumo apenas para recuperar a chave inserida.

Distributed Transactions

Uma maneira de realizar transações distribuídas (na maioria das vezes em databases separados), será usado JTA para controlar as transações e também é necessário que usará XA. Com isso ganhamos em não mais precisarmos controlar isso manualmente com um serviço no WSO2 Application Server.

Improved Boxcarring Support

Apenas melhorias no suporte que já existia desde a versão 2.5.0, não encontrei nenhuma alteração visual ou no processo de desenvolvimento.

Improved Batch Request Support

Apenas melhorias no suporte que já existia desde a versão 2.5.0, não encontrei nenhuma alteração visual ou no processo de desenvolvimento.

Scheduled Tasks

Agora, ao invés de fazermos shell scripts que ficam na crontab do servidor para agendar alguns consumos, podemos fazer isso diretamente no WSO2 Data Services Server.

Registry Integration for Excel, CSV, XSLT

Não encontrei maiores detalhes na documentação ou no próprio WSO2 Data Services Server, talvez não tenha saído ainda nessa release.

Web Scraping Support

Poderemos consumir dados diretamente de sites, fazendo parser em conteúdo de páginas, por exemplo.

Multiple SQL Dialect Support

Apesar de ter encontrado referências na wizard de criação/alteração de serviços, não encontrei nada na documentação ou entendi como funcionará, vamos aguardar outros releases.

Database to Data Service

Nessa versão é possível gerar automaticamente os métodos para um database e tabela específico, mas apenas para Carbon Data Sources. Apesar de não ter gostado no padrão gerado, pode ser bom para gerar o CRUD básico e ser alterado posteriormente.

Data Service Query Improvements

Imagino que tenha sido apenas melhorias nas rotinas internas de montagem e processamento de queries. Porque as opções avançadas de query já existiam na versão 2.5.*.

Service Group/Hierarchy Support

Apenas um agrupamento de serviços, imagino que venha como padrão em todo aplicativo da suíte Carbon, pois em alguns outros aplicativos já existia essa opção.

Database Explorer

Uma novidade muito interessante e prática, eles colocaram dentro do WSO2 Data Services Server uma maneira de explorarmos as bases de dados. E a interface lembra bastante o SQuirreL SQL, ficou muito prático.

Data as a Service Features – DSS Stratos Service

Existem algumas novidades também sobre os produtos como serviço na nuvem, que chamam de Stratos, mas não encontrei documentação nesse build.

E algumas outras pequenas alterações que foram percebidas, como:

Generate response: baseado na query é gerada a resposta do serviço;
Force stored procedure: força a executar a query como uma stored procedure;
Entre outras inúmeras pequenas alterações que vão sendo notadas no uso dia-a-dia.

Posts relacionados

Livro grátis: SOA Adoption for Dummies

Leonardo Saraiva — Thu, 25 Feb 2010 16:25:05 +0000

Para os interessados em aprender mais sobre SOA, uma boa oportunidade é a leitura do livro SOA Adoption for Dummies, ainda não tive tempo de ler todo ele pra “garantir” a qualidade, mas logo postarei minha impressão sobre ele.

Free Book: SOA Adoption for Dummies (somente em inglês)

Você pode realizar o download dele por este link: SOA Adoption for Dummies.

Posts relacionados

Data Services: O que é isso?

Leonardo Saraiva — Tue, 01 Dec 2009 03:41:16 +0000

Organização e datacenter, sempre andando juntos!

Se fisicamente algumas empresas mantém um datacenter como esse acima, imagine o que não conseguem fazer com relação a “fontes de dados” e, para tentar minimizar esse problema, o SOA propõe a utilização do “data services”, que não podemos afirmar ser a solução para toda e qualquer empresa, mas foi a nossa opção e tem nos atendido muito bem.

Definição

Data Services: Camada que fornece acesso às diversas fontes de dados, podendo essas fontes serem: banco de dados, planilhas ou arquivos textos.

Então o que é isso afinal?

Digamos que temos uma maneira de organizar aquela “bagunça” generalizada que as vezes temos em nossa arquitetura, imagine o seguinte cenário: um sistema para o RH utilizando SQL Server, o sistema de compras utilizando Firebird, uma planilha de gerenciamento de projetos em excel e o restante em um ERP próprio utilizando PostgreSQL.

Analisando esse cenário, aparece o problema de integrar todas essas soluções e, para não acessarmos diversas fontes de dados, cada um com seu driver específico, utilizamos o WSO2 Data Services Server!

Que – basicamente – funciona como uma camada acima de toda aquela bagunça, com uma única maneira de acesso (serviços) às várias fontes de dados e sem maiores dependências, independente da forma dos dados o acesso será o mesmo.

WSO2 Data Services - Lista de serviços

A tela acima mostra a visão do WSO2 Data Services Server na sua página de listagem de serviços, com atalhos para o WSDL (na versões 1.1 e 2.0) e um “try-it”, que são as duas formas de acesso aos serviços que expomos no WSO2 Data Services Server. E com isso teremos uma única fonte para consultar os dados de nossa empresa, atendendo uma das camadas da arquitetura que explicamos no post “SOA está para WSO2 ou WSO2 está para SOA?“.

O desenvolvimento desses serviços é relativamente simples e será abordado em um próximo post.

Caso esteja sendo muito superficial, aceito comentários e/ou críticas caso esteja muito rápido.

Posts relacionados

Software livre, código aberto e o mundo SOA

Leonardo Saraiva — Thu, 26 Nov 2009 22:08:32 +0000

Procurando por suítes SOA é muito comum ouvir falar de Oracle, WebSphere e – meio de longe – BizTalk. Mas, além de pagas, não são nem um pouco baratas.

Esse preço pode ser na maioria das vezes inviável para empresas de menor porte, sobrando apenas as soluções de menor porte (e preço) e as opções livres. E aí sobra pra quem “inventou” a moda, afinal, “quem inventa aguenta”.

Dois anos atrás, quando começamos os estudos para implementação de SOA aqui no trabalho, apanhamos – e muito – com esse problema. Tínhamos que implantar toda a arquitetura escolhida de maneira barata (entenda: de graça).

Achamos muitas opções que prometiam resolver os problemas, mas que no fim trazia “N” dificuldades na implementação, desenvolvimento e/ou até instalação. Tudo parecia meio cru e o que diziam ser as melhores, não passavam de um serviço e um milhão de arquivos (em sua maioria XML) para serem editados quase que totalmente manual.

Alguns dos problemas que enfrentamos na maioria das soluções foram:

Documentação: se não fosse nula, era fraca e muito pouco clara;
Desenvolvimento: o lançamento de novas versões e correções de bugs eram lentos (sem contar as frases do tipo “na versão Enterprise está resolvido”);
Comunidade: praticamente o mesmo problema da documentação, nula; e
Código aberto: algumas ferramentas dizem “código aberto”, porém abrem uma parte do código (que normalmente doam para a Apache Foundation) e o crucial não, impossibilitando corrigirmos ou descobrimos o que acontece.

A lista acima não diz tudo pelo que passamos e enfrentamos, é apenas um resumo. Então, após testar algumas ferramentas e utilizar algumas outras, optamos pelo WSO2, que apesar de não resolver todos nossos problemas, pelo menos chegou mais perto.

Vamos fazer uma comparação com os problemas listados e o que nos levou a escolhê-lo:

Documentação: quando começamos era praticamente nula, mas como eles utilizam outros projetos livres (como: Apache Synapse, Apache Axis2, Apache Rampart e etc) sem maiores modificações, fica mais fácil achar documentação para o seu problema naquele projeto ou biblioteca e atualmente eles estão melhorando um pouco nisso escrevendo artigos e disponibilizando alguns webcasts grátis;
Desenvolvimento: os lançamentos de versões está numa velocidade boa e rápida, apenas os bugs ainda peca um pouco, mas olhando o JIRA é possível achar vários patches, nos deixando ainda a opção de alterar o código, caso queira;
Comunidade: é fraca como todos os outros, existe o fórum, mas é somente em inglês; e
Código aberto: como dito antes, o código é aberto e você pode alterar a vontade, que pode ajudar na necessidade de resolução de bugs mais críticos.

Pode não ser a solução perfeita, mas foi o que mais nos deixou tranquilos para trabalhar. Alguns produtos ainda tem muito o que evoluir e alguns estão bem evoluídos, mas com muito a melhorar. Posso dizer que estamos bem com a opção que fizemos, mesmo que não tenhamos chego aos 100% de implantação da arquitetura que pensamos.

Posts relacionados

SOA está para WSO2 ou WSO2 está para o SOA?

Leonardo Saraiva — Thu, 26 Nov 2009 10:00:27 +0000

Um toque do Nivaldo e percebi a necessidade de explicar melhor o que são os softwares que comento por aqui. Para tentar suprir essa necessidade dos “perdidos” que por acaso venham parar por aqui, farei alguns posts mais explicativos e menos práticos (assim digamos).

E para começar vou tentar explicar o que o WSO2 representa para o SOA e o que o SOA representa para o WSO2, mas antes disso preciso explicar um pouco o que é cada um dos dois, então vamos lá:

WSO2: Segundo o site da plataforma (tradução livre): “Produtos de código-livre integrados e modulares que dão suporte para criação de uma plataforma SOA, suprindo a parte de criação, conexão, composição e governança de serviços”.

SOA: É uma estratégia que propõem organizar os ativos de software de forma que eles possam representar processos, atividades ou tarefas de negócio de forma direta. Tais representações são chamadas de serviço, que devem ser baseadas em padrões e facilmente combinados e reutilizados visando a satisfação dos requerimentos de negócio (para uma explicação um pouco mais detalhada, ver aqui, valeu AC!).

E o que eu quero dizer com tudo isso? Digamos que para implementar e implantar SOA necessitamos escolher uma arquitetura e nesse ponto a participação do WSO2 é muito importante. Pois alguns outros produtos tentam impor a arquitetura, diferente do WSO2, que dá a opção de você montar todo esse “quebra-cabeça” da forma que bem entender.

Arquitetura SOA (pequeno quebra-cabeça)

E agora, nessa arquitetura de exemplo mostro onde encaixam alguns dos produtos do WSO2:

Arquitetura SOA com WSO2

É claro que no decorrer do desenvolvimento do projeto, algumas coisas podem ir se acertando. Até porque essa arquitetura que utilizei como exemplo não é a ideal para todo e qualquer caso, tudo deve ser pensado com muita calma.

Existem outros produtos na plataforma que não estão mostrados na imagem acima e que em determinados casos podem (e devem) ser utilizados. Mas quis passar somente um pouco do que o WSO2 representa nesse mundo da sopa de letrinhas que é o mundo SOA.

Com o tempo vou tentar explicar cada uma das “caixinhas” e como cada um dos produtos se comporta para suprir essa necessidade.