Wenas :)

Me refiero a que si instalo el año que viene una SLES 9, dentro de 5 u 8 años, cuando se agote el ciclo de vida de este producto (especialmente lo del sw maintance), habré de actualizar a la SLES de entonces (que puede ser, buff, una SLES 12 O 13). El proceso de actualización está soportado? Quiero decir, que si yo (mi cliente) tengo un problema de actualización de versión puede llamar y decir ´Novell, tenemos un problema´ y novell solucionara el problema de actualización sin perdida de datos. Y una interrupcion minima en el servicio.

Los 5 (u 8 años) de vida del producto son desde el día que sale a la venta. Es decir, al SLES 9 le quedan menos de 5 años. Pero no pasa nada porque ahora saldrá el SLES 10 (que tiene muy buena pinta ;) y puede que sea más interesante esperar. En cuanto a pasar de una versión de SLES a otra (de la SLES 9 a la 10, o a la 12, o a la que sea) se puede hacer si se tiene un contrato de mantenimiento. Es decir, el contrato de mantenimiento te da parches y upgrade a versión nueva. Esto significa que puedes actualizar de versión cada 18 meses, si lo crees conveniente. Lo que te da esto es la libertad de estar 5 años con una versión determinada de sistema operativo + aplicación o ir migrando a medida que se necesita. Por ejemplo, actualizar el sistema operativo cada 18 meses cuando estás corriendo una BBDD o un ERP (SAP, por ejemplo) no debe ser muy agradable ;) O si tienes un servidor de correo con reglas muy complejas anti-spam, ... no creo que sea muy agradable tampoco. Si lo que tienes es un servidor d eficheros e impresión, no debe suponer mucha problemática por lo que a lo mejor es interesante actualizar cada 18 meses ;)

...

...

Tengo un cliente que quiere como loco poner soft ´gratis´ para sus servidores (aunque ni loco aceptare eso, necesitamos plataformas certificadas, etc), y el se tira mas por RH, pero prefiero suse (ya sabes, vendemelo bien)

[...]

Ese doc estaria bien tenerlo, asi puedo debatir con mi cliente si finalmente la opcion linux se impone. A ver si ellos no me sacan uno parecido, dejando a suse por los suelos :D

Una de las grandes diferencias de SLES vs RHAS es el tema de escalabilidad y otra es el tema de YaST2. YaST2 no es sólo una interfaz bonita para instalar SW, las ventajas que tiene son: - engloba en un único interfaz un montón de herramientas, en el caso de RH hay herramientas gráficas para administrar, pero no están todas agrupadas bajo un único interfaz. - YaST2 es un interfaz de cara al sistema de forma que los ISVs que desarrollen apps (Oracle, SGI, ...) lo que pueden hacer es que su app "hable" con YaST2 de forma que éste hable con el sistema. De lo contrario, cada ISV debe saber o buscar dónde guarda cada distro los ficheros de config, libs, binarios, ... para poder, por ejemplo, acceder al fichero de config de Samba. - YaST se piensa ampliar y mejorar con ideas muy interesantes (algunas de lleas creo que se han discutido en las lisatas de OpenSUSE) Sinceramente, lo del YaST2 es mucho más que un instalador gráfico. Habiendo pasado por Slackware, Debian , RH, Caldera, LFS y Mandrake y siendo usuario actual de SUSE y Gentoo ... la verdad es que YaST2 es mucho más potente que otras cosas que he probado, lo qu epasa es que la gente lo ve como un simple instalador de SW :( Ya sé, si eres LSB compatible, esto no debería ocurrir. El problema es que: - no todas las distros son LSB compatibles - hay apps que no siguen el LSB - hay cosas que el LSB no define - hay cosas del LSB que se pueden "interpretar" Otra ventaja de SLES es que la idea de soporte es: - nivel 1 lo dan los Partners - nivel 2 lo dan los Partners junto con SUSE - nivel 3 lo da SUSE (a veces en colaboración con Tech. Partners, generalmente ISVs e IHVs) Esto significa que Novell/SUSE no suele ir directamente al cliente, mientras que RH sí o, lo que es lo mismo: RH tiene más probabilidad de competir con el Partner que SUSE. OJO !!! No digo que RH no tenga Partners o que pase por encima de llos, digo que RH suele ir directamente al cliente. Ten cuidado porque eso de RH vs SUSE puede ser chungo en determinados ambientes ya que, por ejemplo: - suelen salir certificaciones para RH antes que para SUSE (Oracle) - RH tiene SW que SUSE no tiene (y a la inversa) Mira a ver qué quiere el cliente y qué necesita (no suelen ser la misma cosa ;) Por último, si necesitas info (casos de éxito, ejemplos, ...) siempre puedes: - escribir a la lista para que te pasemos casos de éxito o ejemplos - hablar con Novell para que te echen una mano HTH Rafa -- Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain Tel: +34 91 3984200 Fax: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com