<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	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:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: SON, la Base Hardware para SOA</title>
	<atom:link href="http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/</link>
	<description>Un Espacio para el Mundo SOA y BPM</description>
	<lastBuildDate>Thu, 22 Jul 2010 20:27:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Manuel</title>
		<link>http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/comment-page-1/#comment-64</link>
		<dc:creator>Manuel</dc:creator>
		<pubDate>Mon, 26 Nov 2007 16:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/#comment-64</guid>
		<description>Aquí va mi granito de arena:

Funcionalidades a añadir a esta SON serían:

- Seguridad. Como sabemos el parsing the XML es bastante caro, en términos computacionales. Si esto lo añadimos a que se envian XML mal formados, esto puede acarrear un &quot;deny of service&quot; bastante severo en los servidores que tratan los web services. Este tipo de &quot;appliances&quot; serían los encargados de realizar esto (en alguna literatura se llaman Firewalls de XML)

- En el artículo se menciona SSL, con lo que yo añadiría la firma de los mensajes XML (así como la encriptación) y todo lo referente a seguridad dentro de XML.

Alguno de los ejemplos que están aquí mencionados pueden ser solucionados con un ESB + un registro/repositorio de servicios + un monitor de rendimiento. Ahora bien, si conseguimos meter esto en hardware (como estan haciendo varios proveedores), ¿estaríamos hablando de un SON? ¿O simplemente una implementación hardware de elementos ya conocidos?</description>
		<content:encoded><![CDATA[<p>Aquí va mi granito de arena:</p>
<p>Funcionalidades a añadir a esta SON serían:</p>
<p>- Seguridad. Como sabemos el parsing the XML es bastante caro, en términos computacionales. Si esto lo añadimos a que se envian XML mal formados, esto puede acarrear un &#8220;deny of service&#8221; bastante severo en los servidores que tratan los web services. Este tipo de &#8220;appliances&#8221; serían los encargados de realizar esto (en alguna literatura se llaman Firewalls de XML)</p>
<p>- En el artículo se menciona SSL, con lo que yo añadiría la firma de los mensajes XML (así como la encriptación) y todo lo referente a seguridad dentro de XML.</p>
<p>Alguno de los ejemplos que están aquí mencionados pueden ser solucionados con un ESB + un registro/repositorio de servicios + un monitor de rendimiento. Ahora bien, si conseguimos meter esto en hardware (como estan haciendo varios proveedores), ¿estaríamos hablando de un SON? ¿O simplemente una implementación hardware de elementos ya conocidos?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: links for 2007-11-23 &#171; D e j a m e S e r</title>
		<link>http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/comment-page-1/#comment-65</link>
		<dc:creator>links for 2007-11-23 &#171; D e j a m e S e r</dc:creator>
		<pubDate>Fri, 23 Nov 2007 15:18:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.espaciosoa.net/2007/11/22/son-la-base-hardware-para-soa/#comment-65</guid>
		<description>[...] SON, la Base Hardware para SOA &#124; Espacio SOA (tags: soa) [...]</description>
		<content:encoded><![CDATA[<p>[...] SON, la Base Hardware para SOA | Espacio SOA (tags: soa) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
