<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
	<title>Comments for Aquele blog de SOA</title>
	
	<link>http://www.aqueleblogdesoa.com.br</link>
	<description>SOA? Veja bem...</description>
	<pubDate>Wed, 08 Jul 2009 12:36:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/ComentariosDeAqueleBlogDeSoa" type="application/rss+xml" /><item>
		<title>Comment on Os mitos do SOA by Marcilio Oliveira</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/3QezpdoQhXI/</link>
		<dc:creator>Marcilio Oliveira</dc:creator>
		<pubDate>Wed, 08 Jul 2009 11:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.aqueleblogdesoa.com.br/?p=892#comment-2479</guid>
		<description>Olá José,
eu concordo contigo! A visão imediatista não pode sobrepor o planejamento.
Eu, particularmente, quando falo de projeto piloto, acredito que ele só seja efetivo após algumas fases de definições mínimas de padrões e processos. Afinal, é também para validar estas definições que o projeto piloto é executado.</description>
		<content:encoded><![CDATA[<p>Olá José,<br />
eu concordo contigo! A visão imediatista não pode sobrepor o planejamento.<br />
Eu, particularmente, quando falo de projeto piloto, acredito que ele só seja efetivo após algumas fases de definições mínimas de padrões e processos. Afinal, é também para validar estas definições que o projeto piloto é executado.</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/3QezpdoQhXI" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2009/05/os-mitos-do-soa/#comment-2479</feedburner:origLink></item>
	<item>
		<title>Comment on Colaboradores by Marcilio Oliveira</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/J0BStBYZFek/</link>
		<dc:creator>Marcilio Oliveira</dc:creator>
		<pubDate>Wed, 08 Jul 2009 11:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://aqueleblogdesoa.wordpress.com/?page_id=54#comment-2478</guid>
		<description>Raoni,
obrigado pela sugestão. Quem sabe você não nos ajuda a iniciar a discussão?! Este blog é espaço colaborativo, se quiser enviar algum post, fique a vontade. Acho que seria um bom início para a discussão sobre o tema.

abraço!</description>
		<content:encoded><![CDATA[<p>Raoni,<br />
obrigado pela sugestão. Quem sabe você não nos ajuda a iniciar a discussão?! Este blog é espaço colaborativo, se quiser enviar algum post, fique a vontade. Acho que seria um bom início para a discussão sobre o tema.</p>
<p>abraço!</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/J0BStBYZFek" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/colaboradores/#comment-2478</feedburner:origLink></item>
	<item>
		<title>Comment on Colaboradores by Marcilio Oliveira</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/O92RX72VBYY/</link>
		<dc:creator>Marcilio Oliveira</dc:creator>
		<pubDate>Wed, 08 Jul 2009 11:27:10 +0000</pubDate>
		<guid isPermaLink="false">http://aqueleblogdesoa.wordpress.com/?page_id=54#comment-2477</guid>
		<description>Olá Lorena,
vou criar uma categoria de livros, para indicações de referência.
Com certeza, para modelagem de serviços teremos algumas. Um exemplo é o "SOA Design Patterns", do Thomas Erl.

[]s
Mariclio</description>
		<content:encoded><![CDATA[<p>Olá Lorena,<br />
vou criar uma categoria de livros, para indicações de referência.<br />
Com certeza, para modelagem de serviços teremos algumas. Um exemplo é o &#8220;SOA Design Patterns&#8221;, do Thomas Erl.</p>
<p>[]s<br />
Mariclio</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/O92RX72VBYY" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/colaboradores/#comment-2477</feedburner:origLink></item>
	<item>
		<title>Comment on Os mitos do SOA by Jose Carlos Gaspar</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/-DfEq3lmwE4/</link>
		<dc:creator>Jose Carlos Gaspar</dc:creator>
		<pubDate>Wed, 08 Jul 2009 03:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.aqueleblogdesoa.com.br/?p=892#comment-2475</guid>
		<description>SOA possui todos os mitos de novas tecnologias (embora não seja nova só agora está difundida), mas assim como o software livre, sua implementação ao longo dos anos é inexorável por razões práticas e econômicas.
Com todo respeito aos autores do artigo, não vejo com bons olhos projetos piloto nesse contexto, pois pela necessidade de resultado célere são desvirtuados e prejudicam a implementação de padrões. Iniciar pela cultura das pessoas, definição de um padrão de desenvolvimento e disponibilização da infra-estrutura necessária tornam sua implementação transparente. Lembremos que qualquer implementação de SOA se faz a longo prazo, pois precisa respeitar o legado e acompanhar a evolução da tecnologia.</description>
		<content:encoded><![CDATA[<p>SOA possui todos os mitos de novas tecnologias (embora não seja nova só agora está difundida), mas assim como o software livre, sua implementação ao longo dos anos é inexorável por razões práticas e econômicas.<br />
Com todo respeito aos autores do artigo, não vejo com bons olhos projetos piloto nesse contexto, pois pela necessidade de resultado célere são desvirtuados e prejudicam a implementação de padrões. Iniciar pela cultura das pessoas, definição de um padrão de desenvolvimento e disponibilização da infra-estrutura necessária tornam sua implementação transparente. Lembremos que qualquer implementação de SOA se faz a longo prazo, pois precisa respeitar o legado e acompanhar a evolução da tecnologia.</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/-DfEq3lmwE4" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2009/05/os-mitos-do-soa/#comment-2475</feedburner:origLink></item>
	<item>
		<title>Comment on Colaboradores by Jose Carlos Gaspar</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/sce3522MsuM/</link>
		<dc:creator>Jose Carlos Gaspar</dc:creator>
		<pubDate>Wed, 08 Jul 2009 02:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://aqueleblogdesoa.wordpress.com/?page_id=54#comment-2474</guid>
		<description>Congratulações. Valorizar a inteligência e a capacidade do povo brasileiro é sempre muito bom. Espero aprender muito com vocês e seguir o vosso exemplo de luta, persistência e sucesso. C</description>
		<content:encoded><![CDATA[<p>Congratulações. Valorizar a inteligência e a capacidade do povo brasileiro é sempre muito bom. Espero aprender muito com vocês e seguir o vosso exemplo de luta, persistência e sucesso. C</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/sce3522MsuM" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/colaboradores/#comment-2474</feedburner:origLink></item>
	<item>
		<title>Comment on Governança SOA Light by João Abussamra</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/N_9H6z6cROU/</link>
		<dc:creator>João Abussamra</dc:creator>
		<pubDate>Thu, 25 Jun 2009 14:40:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.aqueleblogdesoa.com.br/?p=919#comment-2449</guid>
		<description>Marcilio,

Acho que ainda existe um mito em relação às Metodologias ágeis em grandes empresas. A impressão que dá é que isso não é encarado de maneira séria. O tempo vai dizer, mas acho um conceito bem interessante para implementações SOA desde que bem vinculado à Governança.</description>
		<content:encoded><![CDATA[<p>Marcilio,</p>
<p>Acho que ainda existe um mito em relação às Metodologias ágeis em grandes empresas. A impressão que dá é que isso não é encarado de maneira séria. O tempo vai dizer, mas acho um conceito bem interessante para implementações SOA desde que bem vinculado à Governança.</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/N_9H6z6cROU" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2009/06/governanca-soa-light/#comment-2449</feedburner:origLink></item>
	<item>
		<title>Comment on Governança SOA Light by Marcilio Oliveira</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/NiAKd197e6Q/</link>
		<dc:creator>Marcilio Oliveira</dc:creator>
		<pubDate>Thu, 25 Jun 2009 14:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.aqueleblogdesoa.com.br/?p=919#comment-2448</guid>
		<description>Oi João,
sem dúvida, metodologias ágeis de gestão e entrega podem ser integradas aos "SOA Life cycles" no desenvolvimento de projetos com Arquitetura Orientada a Serviço. 
Obviamente a entrega não é apenas código, porém o modelo de entrega incremental, criando backlogs de serviços já identificados anteriormente (em um sprint de identificação, por exemplo), pode ajudar sim na execução de um projeto SOA menos oneroso.

Mas veja que a discussão central do artigo é sobre a implantação de políticas corporativas de Governança SOA, de maneira geral, e não apenas na execução de um projeto (o projeto é executado na terceira fase, mas com o ROI muito mais bem fundamentado e, de certa forma, antecipado)!

O que acha? Já teve experiências com projetos SOA com abordagem de entrega ágil?!

abraços</description>
		<content:encoded><![CDATA[<p>Oi João,<br />
sem dúvida, metodologias ágeis de gestão e entrega podem ser integradas aos &#8220;SOA Life cycles&#8221; no desenvolvimento de projetos com Arquitetura Orientada a Serviço.<br />
Obviamente a entrega não é apenas código, porém o modelo de entrega incremental, criando backlogs de serviços já identificados anteriormente (em um sprint de identificação, por exemplo), pode ajudar sim na execução de um projeto SOA menos oneroso.</p>
<p>Mas veja que a discussão central do artigo é sobre a implantação de políticas corporativas de Governança SOA, de maneira geral, e não apenas na execução de um projeto (o projeto é executado na terceira fase, mas com o ROI muito mais bem fundamentado e, de certa forma, antecipado)!</p>
<p>O que acha? Já teve experiências com projetos SOA com abordagem de entrega ágil?!</p>
<p>abraços</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/NiAKd197e6Q" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2009/06/governanca-soa-light/#comment-2448</feedburner:origLink></item>
	<item>
		<title>Comment on Governança SOA Light by João Abussamra</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/-iFLoTIBWP8/</link>
		<dc:creator>João Abussamra</dc:creator>
		<pubDate>Thu, 25 Jun 2009 12:25:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.aqueleblogdesoa.com.br/?p=919#comment-2446</guid>
		<description>Bom dia Marcilio,

Em tempos de crise a criatividade sempre aparece.  Quando não se tem dinheiro para implantação de SOA por que não fazer uma imlpantação de Ligth SOA. Acho que uma metodologia Scrum pode ajudar bastante neste modelo.

Já pensaram em criar um Twitter do Blog ?

Abraço</description>
		<content:encoded><![CDATA[<p>Bom dia Marcilio,</p>
<p>Em tempos de crise a criatividade sempre aparece.  Quando não se tem dinheiro para implantação de SOA por que não fazer uma imlpantação de Ligth SOA. Acho que uma metodologia Scrum pode ajudar bastante neste modelo.</p>
<p>Já pensaram em criar um Twitter do Blog ?</p>
<p>Abraço</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/-iFLoTIBWP8" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2009/06/governanca-soa-light/#comment-2446</feedburner:origLink></item>
	<item>
		<title>Comment on Orquestração vs. Coreografia by Raoni Gomes</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/Nodh5tczRNo/</link>
		<dc:creator>Raoni Gomes</dc:creator>
		<pubDate>Wed, 24 Jun 2009 18:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://aqueleblogdesoa.wordpress.com/?p=408#comment-2441</guid>
		<description>Fábio, obrigado!!</description>
		<content:encoded><![CDATA[<p>Fábio, obrigado!!</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/Nodh5tczRNo" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2008/10/orquestracao-vs-coreografia/#comment-2441</feedburner:origLink></item>
	<item>
		<title>Comment on Orquestração vs. Coreografia by Fábio Rosato</title>
		<link>http://feedproxy.google.com/~r/ComentariosDeAqueleBlogDeSoa/~3/28f05qKBMpc/</link>
		<dc:creator>Fábio Rosato</dc:creator>
		<pubDate>Wed, 24 Jun 2009 13:39:09 +0000</pubDate>
		<guid isPermaLink="false">http://aqueleblogdesoa.wordpress.com/?p=408#comment-2439</guid>
		<description>Olá Raoni,

O BPEL apesar de ter lá os seus 6 ou 7 anos realmente ainda foi pouco exercitado. O problema está justamente no contexto ao qual ele é aplicado hoje, ou seja, são poucos se comparado ao parque tecnológico que temos. Normalmente são cenários de muitas aplicações em diversas plataformas que integram-se entre si. A complexidade agregada pelo BPEL compensa o seu uso em alguns casos. E além disso, você precisa ter pessoas dispostas a inovar.

Os fornecedores de soluções de software nos inundaram com uma enxurrada de soluções para lidarmos com a complexidade da TI. Muitas soluções para pouca capacidade de absorção rápida. Tudo isso está dificultando muito a maturação de alguns padrões, que é o caso do BPEL.

Acredito que o caminho seja o da orquestração de serviços em processos de negócio, não exclusivamente com BPEL. BPEL interage perfeitamente com WebServices e nem todos os serviços precisam ou são WebServices em uma empresa.

O padrão evolui, então, a maturidade que almejamos será alcançada. Inevitavelmente outras padrões irão surgir, padrões complementares, outras propostas e etc. Mas o que pesa são os players que estão por trás do BPEL como SAP, IBM, Oracle. Muita grana foi investida no BPEL para tudo ser jogado fora de uma hora prá outra. Então, tem muita gente interessada para que tudo isso funcione.

A orquestração de serviços pode ser realizada em qualquer camada de abstração que a sua solução possua, seja no nivel da aplicação, seja no ESB ou no seu processo de negócio. E a orquestração independe da tecnologia que você está utilizando.

Para terminar, particularmente não conheço nenhum caso de sucesso com o uso de BPEL e nem de insucesso.

[]'s
Fábio</description>
		<content:encoded><![CDATA[<p>Olá Raoni,</p>
<p>O BPEL apesar de ter lá os seus 6 ou 7 anos realmente ainda foi pouco exercitado. O problema está justamente no contexto ao qual ele é aplicado hoje, ou seja, são poucos se comparado ao parque tecnológico que temos. Normalmente são cenários de muitas aplicações em diversas plataformas que integram-se entre si. A complexidade agregada pelo BPEL compensa o seu uso em alguns casos. E além disso, você precisa ter pessoas dispostas a inovar.</p>
<p>Os fornecedores de soluções de software nos inundaram com uma enxurrada de soluções para lidarmos com a complexidade da TI. Muitas soluções para pouca capacidade de absorção rápida. Tudo isso está dificultando muito a maturação de alguns padrões, que é o caso do BPEL.</p>
<p>Acredito que o caminho seja o da orquestração de serviços em processos de negócio, não exclusivamente com BPEL. BPEL interage perfeitamente com WebServices e nem todos os serviços precisam ou são WebServices em uma empresa.</p>
<p>O padrão evolui, então, a maturidade que almejamos será alcançada. Inevitavelmente outras padrões irão surgir, padrões complementares, outras propostas e etc. Mas o que pesa são os players que estão por trás do BPEL como SAP, IBM, Oracle. Muita grana foi investida no BPEL para tudo ser jogado fora de uma hora prá outra. Então, tem muita gente interessada para que tudo isso funcione.</p>
<p>A orquestração de serviços pode ser realizada em qualquer camada de abstração que a sua solução possua, seja no nivel da aplicação, seja no ESB ou no seu processo de negócio. E a orquestração independe da tecnologia que você está utilizando.</p>
<p>Para terminar, particularmente não conheço nenhum caso de sucesso com o uso de BPEL e nem de insucesso.</p>
<p>[]&#8217;s<br />
Fábio</p>
<img src="http://feeds.feedburner.com/~r/ComentariosDeAqueleBlogDeSoa/~4/28f05qKBMpc" height="1" width="1"/>]]></content:encoded>
	<feedburner:origLink>http://www.aqueleblogdesoa.com.br/2008/10/orquestracao-vs-coreografia/#comment-2439</feedburner:origLink></item>
</channel>
</rss>
