Comentários sobre: Versionamento de SOA (Parte 2) http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/ Discutindo e aprendendo aspectos relevantes em TI Fri, 17 Jul 2009 18:51:14 +0000 http://wordpress.com/ hourly 1 Por: jonysberg http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-11 jonysberg Fri, 15 Jun 2007 12:16:06 +0000 http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-11 Prezado Kim, Em relação aos seus questionamentos eu acho que suas preocupações são pertinentes e minhas sugestões são: 1 - Se entendi direito o primeiro item, você deve se preocupar em formatar bem o contrato do seu serviço e também o xml que será o retorno das suas consultas (preocupando-se com os tipos e a qualidade das informações que serão publicadas). Ademais, o protocolo SOAP e HTTP(s) se encarregará do resto. 2 - A questão dois é um pouco mais delicada, pois depende da criticidade do serviço que você vai fornecer, ou seja, se é um serviço 24x7, você precisará se preocupar com a infraestrutura a ser montada, com redundancia de servidores, mascaramento de erros para os consumidores, loading balance etc. 3 - Com relação ao terceiro item, existem diversas formas de abrangê-lo: Primeiro decida qual tecnologia vai adotar: Java, .NET ou outra. Se for em Java, utilize o AXIS (http://ws.apache.org/axis/) e uma IDE como Eclipse ou JBuilder e um servidor web (JBoss, Tomcat, WAS,etc). Se for .NET, o próprio Visual Studio fornecerá tudo o que precisa, desde a parte de desenvolvimento dos serviços até a publicação no IIS. Espero ter ajudado e estamos à disposição. Atenciosamente, Prezado Kim,

Em relação aos seus questionamentos eu acho que suas preocupações são pertinentes e minhas sugestões são:
1 – Se entendi direito o primeiro item, você deve se preocupar em formatar bem o contrato do seu serviço e também o xml que será o retorno das suas consultas (preocupando-se com os tipos e a qualidade das informações que serão publicadas). Ademais, o protocolo SOAP e HTTP(s) se encarregará do resto.
2 – A questão dois é um pouco mais delicada, pois depende da criticidade do serviço que você vai fornecer, ou seja, se é um serviço 24×7, você precisará se preocupar com a infraestrutura a ser montada, com redundancia de servidores, mascaramento de erros para os consumidores, loading balance etc.
3 – Com relação ao terceiro item, existem diversas formas de abrangê-lo: Primeiro decida qual tecnologia vai adotar: Java, .NET ou outra. Se for em Java, utilize o AXIS (http://ws.apache.org/axis/) e uma IDE como Eclipse ou JBuilder e um servidor web (JBoss, Tomcat, WAS,etc).
Se for .NET, o próprio Visual Studio fornecerá tudo o que precisa, desde a parte de desenvolvimento dos serviços até a publicação no IIS.

Espero ter ajudado e estamos à disposição.
Atenciosamente,

]]> Por: Kim Rondon http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-10 Kim Rondon Thu, 14 Jun 2007 13:27:44 +0000 http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-10 Boa tarde, sobre o SOA... Gostaria de saber se vocês podem me ajudar a solucionar 3 questões que estão impedindo a minha empresa de adotar o SOA, são elas: 1-Como a tecnologia resolve o problema de Representação Externa de Dados? 2- Se for aplicável, como a tecnologia implementa (por si só) tolerância à falha? 3- Qual a visão que os programadores precisam ter (APIs, Bibliotecas, etc) dessa tecnologia? Esses ítens estão causando grandes dúvidas sobre sua implantação em nossa empresa. Obrigado pela sua ajuda Boa tarde, sobre o SOA… Gostaria de saber se vocês podem me ajudar a solucionar 3 questões que estão impedindo a minha empresa de adotar o SOA, são elas:
1-Como a tecnologia resolve o problema de Representação Externa de Dados?
2- Se for aplicável, como a tecnologia implementa (por si só) tolerância à falha?
3- Qual a visão que os programadores precisam ter (APIs, Bibliotecas, etc) dessa tecnologia?
Esses ítens estão causando grandes dúvidas sobre sua implantação em nossa empresa.
Obrigado pela sua ajuda

]]> Por: Marcelo Lima http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-7 Marcelo Lima Wed, 06 Jun 2007 17:42:33 +0000 http://jonysberg.wordpress.com/2007/06/04/versionamento-de-soa-parte-2/#comment-7 Na realidade a solução de webservices é comumente subutilizada, se considerarmos uma arquitetura SOA "completa". A maioria das organizações utiliza somente o "provedor de serviço" e o "consumidor de serviço", que são figuras obrigatórias. Quando, na realidade, opcionalmente, seria possível o uso do "serviço de registro". Hoje, na prática o registro do serviço acontece no servidor Web que o próprio serviço estará disponível. Desta forma para acharmos um serviço é preciso consultar tantos quantos servidores Web existirem na organização. De outra forma, se o registro dos serviços acontecerem de forma centralizada, apenas uma entidade será responsável por gerenciar os pedidos de registros dos serviços e a busca por serviços registrados. Um outro ganho seria a centralização da segurança. Abraços... Na realidade a solução de webservices é comumente subutilizada,
se considerarmos uma arquitetura SOA “completa”. A maioria
das organizações utiliza somente o “provedor de serviço” e o “consumidor de serviço”, que são figuras obrigatórias.
Quando, na realidade, opcionalmente, seria possível o uso do “serviço de registro”. Hoje, na prática o registro do serviço acontece no servidor Web que o próprio serviço estará disponível. Desta forma para acharmos um serviço é preciso consultar tantos
quantos servidores Web existirem na organização. De outra forma, se o registro dos serviços acontecerem de forma centralizada, apenas uma entidade será responsável por gerenciar os pedidos de registros dos serviços e a busca por serviços registrados. Um outro ganho seria a centralização da segurança.

Abraços…

]]>