Comments on: Anatomia do serviço. O que é, afinal? http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/ SOA? Veja bem... Fri, 10 Feb 2012 08:13:36 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Projeto de serviços: contratos, camadas e EDA. - Aquele blog de SOA http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-506 Projeto de serviços: contratos, camadas e EDA. - Aquele blog de SOA Wed, 17 Dec 2008 14:06:14 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-506 [...] A identificação de serviços é uma tarefa importante. As operações de um serviço devem estar coesas com seus dados e com sua interface. Além disso, os serviços devem fazer sentido para o negócio. Neste artigo, existem alguns tipos de serviços básicos definidos por Thomas Erl. [...] [...] A identificação de serviços é uma tarefa importante. As operações de um serviço devem estar coesas com seus dados e com sua interface. Além disso, os serviços devem fazer sentido para o negócio. Neste artigo, existem alguns tipos de serviços básicos definidos por Thomas Erl. [...]

]]> By: Gustavo Serafim http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-355 Gustavo Serafim Mon, 24 Nov 2008 02:48:05 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-355 Alexandre, não tem uma referência definitiva para apoiar uma estratégia SOA. Existem vários caminhos possíveis. As referências clássicas são IBM Rational e Thomas Erl. Para SOA vale a idéia de “pensar grande, implementar pequeno e evoluir rápido”. Evoluindo e mantendo o equilíbrio entre: uma arquitetura provada ( mecanismos testados e com exemplemos..), uma governança SOA ( políticas de incentivo, elegibilidade de projetos, propriedade de serviço...) e uma método padronizado ( identificação e projeto de serviços). Para apoiar a estratégia é útil usar modelos de maturidade para definir o ponto atual e onde é interessante chegar para sua empresa. Segue alguns exemplos: SONIC SOA Maturity Model http://www.sonicsoftware.com/solutions/service_oriented_architecture/soa_maturity_model/index.ssp Open Group Services Integration Maturity Model http://www.theopengroup.org/projects/osimm/ IBM Services Integration Maturity Model http://www.ibm.com/developerworks/webservices/library/ws-soa-simm/ HP SOA Maturity Model http://h71028.www7.hp.com/ERC/downloads/4AA0-4824ENW.pdf SOA Evolution Model http://soablueprint.com/yahoo_site_admin/assets/docs/SOAEvolutionModel.291100753.pdf É interessante olhar também alguns Enterprise Architecuture Frameworks, a maioria já define alguma abordagem SOA. TOGAF - The Open Group Architecture Framework http://www.opengroup.org/projects/soa-togaf/ ZIFA - The Zachman Institute for Architecture Framework http://www.zifa.com/ [ ]s Gustavo Alexandre, não tem uma referência definitiva para apoiar uma estratégia SOA. Existem vários caminhos possíveis. As referências clássicas são IBM Rational e Thomas Erl.

Para SOA vale a idéia de “pensar grande, implementar pequeno e evoluir rápido”. Evoluindo e mantendo o equilíbrio entre: uma arquitetura provada ( mecanismos testados e com exemplemos..), uma governança SOA ( políticas de incentivo, elegibilidade de projetos, propriedade de serviço…) e uma método padronizado ( identificação e projeto de serviços).

Para apoiar a estratégia é útil usar modelos de maturidade para definir o ponto atual e onde é interessante chegar para sua empresa. Segue alguns exemplos:

SONIC SOA Maturity Model
http://www.sonicsoftware.com/solutions/service_oriented_architecture/soa_maturity_model/index.ssp

Open Group Services Integration Maturity Model
http://www.theopengroup.org/projects/osimm/

IBM Services Integration Maturity Model
http://www.ibm.com/developerworks/webservices/library/ws-soa-simm/

HP SOA Maturity Model
http://h71028.www7.hp.com/ERC/downloads/4AA0-4824ENW.pdf

SOA Evolution Model
http://soablueprint.com/yahoo_site_admin/assets/docs/SOAEvolutionModel.291100753.pdf

É interessante olhar também alguns Enterprise Architecuture Frameworks, a maioria já define alguma abordagem SOA.

TOGAF – The Open Group Architecture Framework
http://www.opengroup.org/projects/soa-togaf/

ZIFA – The Zachman Institute for Architecture Framework
http://www.zifa.com/

[ ]s Gustavo

]]> By: Alexandre Costa http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-341 Alexandre Costa Tue, 18 Nov 2008 15:53:36 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-341 Gustavo. Achei muito interessante o seu post. Eu procurei aqui no blog e no seu blog (http://www.soacorporativa.com.br/), informações a respeito de como se inicia um projeto SOA (desde a definição de arquitetura, identificação dos serviços ate o deploy da solução). Onde eu consigo um material de referência pra isso ? []'s, Alexandre. Gustavo.
Achei muito interessante o seu post. Eu procurei aqui no blog e no seu blog (http://www.soacorporativa.com.br/), informações a respeito de como se inicia um projeto SOA (desde a definição de arquitetura, identificação dos serviços ate o deploy da solução). Onde eu consigo um material de referência pra isso ?

[]‘s, Alexandre.

]]> By: Gustavo Serafim http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-321 Gustavo Serafim Mon, 17 Nov 2008 16:25:25 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-321 Não vejo documentos novos. No entanto, SOA tem muito de CBD e DbC ( http://en.wikipedia.org/wiki/Design_by_contract ). Definir contratos para os serviços é uma prática importante, ajuda na elaboração do projeto e controla o impacto das mudanças. O formalismo do contrato pode variar, podendo ser desde um HTML retornado pelo serviço ou até um artefato formal em um repositório. [ ]s Gustavo Não vejo documentos novos.

No entanto, SOA tem muito de CBD e DbC ( http://en.wikipedia.org/wiki/Design_by_contract ). Definir contratos para os serviços é uma prática importante, ajuda na elaboração do projeto e controla o impacto das mudanças.

O formalismo do contrato pode variar, podendo ser desde um HTML retornado pelo serviço ou até um artefato formal em um repositório.

[ ]s Gustavo

]]> By: marcilio http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-311 marcilio Tue, 11 Nov 2008 13:39:35 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-311 Legal o post, Gustavo! Principalmente nos detalhes relacionados à reutilização. Considerando a importância de um serviço bem projetado (inclusive conceitualmente). Tenho uma dúvida: Na documentação do design arquitetural do serviço, você acha que novos modelos de documentação devem ser utilizados? Se sim, quais? []s Marcilio Legal o post, Gustavo!
Principalmente nos detalhes relacionados à reutilização.

Considerando a importância de um serviço bem projetado (inclusive conceitualmente). Tenho uma dúvida:

Na documentação do design arquitetural do serviço, você acha que novos modelos de documentação devem ser utilizados? Se sim, quais?

[]s
Marcilio

]]> By: SOA Corporativa » Blog Archive » Anatomia do serviço. O que é, afinal? http://www.aqueleblogdesoa.com.br/2008/11/anatomia-do-servico-o-que-e-afinal/comment-page-1/#comment-310 SOA Corporativa » Blog Archive » Anatomia do serviço. O que é, afinal? Mon, 10 Nov 2008 15:24:20 +0000 http://www.aqueleblogdesoa.com.br/?p=560#comment-310 [...] Aquele blog de SOA publicou mais um post meu. No post procurei fazer uma reflexão do papel dos Serviços, contando com referências de autores como: Jim Webber e Thomas Erl. [...] [...] Aquele blog de SOA publicou mais um post meu. No post procurei fazer uma reflexão do papel dos Serviços, contando com referências de autores como: Jim Webber e Thomas Erl. [...]

]]>