El Valor de una Plataforma de Innovación Integrada.

Presentación del tema: "El Valor de una Plataforma de Innovación Integrada."— Transcripción de la presentación:

1 El Valor de una Plataforma de Innovación Integrada

2 Platf. Microsoft SQL Server Active Directory Kerberos Distributed File Service STS.NET Framework MSMQ Transaction Service ASP.NET PKIVPNRAS Smart Card Windows Kernel SMS 2000, MOM Exchange, SPS Windows Media Services Windows Server WMI Visual Studio.NET IIS MMS, ISA, AD BizTalk, CS2000 Office XP Mobile Info Svr 3 rd Party Products ConsistentInterfaces Common Mgmt Infra SingleSign-On Necesidad Cliente Integrated Data Management KernelKernel Integrated Management Tools CollaborationCollaboration Integrated Development Tools Identity Mgmt CommerceCommerce ProductivityProductivity MobilityMobility OtherOther Platform Features Directory/Security Services Network Access Services File/Print Services Web Services Media Services Application Services Programming Frameworks **Some services not available in Linux distributions are available at additional cost from vendors such as IBM Linux + Add-ons MySQLMySQL Linux Kernel ?? SendmailSendmail ?? ????OpenOfficeOpenOffice?? 3 rd Party Products ?? OpenLDAPOpenLDAP ?? SambaSamba ApacheApache Real or Darwin Media Server* JBOSSJBOSS J2EE/PHPJ2EE/PHP El Puzzle de la Integraci ó n …

3 IT Burden Post-acquisition Cost Technology Customer Innovaci ó n Integrada

4 IT Burden Post-acquisition Cost Technology Customer Innovaci ó n Integrada

5 Realidad del Software Libre vs. la Realidad Comercial

6 Procesos Versus Productos Open Source Process Open Source Products

7 Crecimiento de la comunidad OSS http://lists.samba.org/archive/samba-cvs/ http://lists.samba.org/archive/samba-technical/ The Samba Community The Apache Community 616 47 1997 94 3491 122 1425 31 3120 91 4188 152 2150 51 4407 135 http://mail-archives.apache.org/apache-cvs http://mail-archives.apache.org/apache-dev/ # of People holding discussions # of Committers # of People holding discussions # of Committers

8 Parches del Kernel 2.6 Número de Parches 2.6.1 2.6.2 2.6.3 2.6.4 2.6.6 2.6.7 2.6.8 2.6.10 2.6.11 REF: bk -R prs -rv2.6.x..v2.6.x -h -d'$unless(:MERGE:){:P:\n}' | sort | wc -l 2.6.5 2.6.9 2.4 Parches a la hora Desarrollo del Kernel

9 2.6 Kernel Patches Number of Patches 2.6.1 2.6.2 2.6.3 2.6.4 2.6.6 2.6.7 2.6.8 2.6.10 2.6.11 bk -R prs -cYYMMDD..YYMMDD -h -d '$unless(:MERGE:){:P:\n}' | wc -l RHEL 4 dev pulls from 2.6.9 RHEL 4 Product RTM SLES 9 dev pulls from 2.6.5 SLES 9 Product RTM Defase de las distribuciones

10 La Comunidad vs. el Proceso Comercial Customer Linux Distributions Proyectos del Cliente Soporte Interno Ejemplo: El cliente quiere la última versión de Openssl Mejoras Post-RHEL3 Cutoff* RHEL3 Snapshot 2.0. 27 2.1. 12 2.1. 16 2.1. 17 2.1. 25 2.1. 29 2.1. 30 2.2. 13 2.2. 17 0.9. 7a 0.9. 7b 0.9. 7c 0.9. 7d 0.9. 7e 8.12.10 8.13.1 2.0. 46 2.0. 48 2.0. 49 2.0. 50 2.0. 52 Apache Bind Sendmail Openssl Openldap Entire codebase relicensed n/a LDAP recursion, URI Support for MacOSX Support for linux-ia64 S/MIME compat fixes LDAPv3 extensiones LDAP C++ API LDAP Sincronización SASL Enhancements 8.12.11 RHEL3 Cutoff Time 9.2. 4 Disparidad entre paquetes de distribución comercial y paquetes OSS (RHEL errata y Proyectos OSS estables como de sep/28/04) El cliente quiere la nueva funcionalidad en la última versión de Openssl (0.9.7e)El cliente quiere la nueva funcionalidad en la última versión de Openssl (0.9.7e) Se entera que la distro no tiene soporteSe entera que la distro no tiene soporte Decisión: instalar la última versión con S/MIME reparado con poco soporte o continuar usando la versión soportada de la distro.Decisión: instalar la última versión con S/MIME reparado con poco soporte o continuar usando la versión soportada de la distro. Continua usando la versión soportada de la distro, olvida las nuevas funcionalidades Instala nuevas functionalidades & asume el soporte internamente *Capabilities that were not backported 2.0. 44 1.3. 27 9.2. 2.2 9.2. 3 0.9. 7 0.9. 6h 8.12.7 8.12.8 8.12.9

11 1 Instalación Red Hat Enterprise Linux 4 con Samba 2 Cliente se descarga los últimos paquetes de Samba desde samba.org para arreglar: MS-DFS errores con clientes Windows XP SP2. Cargas Altas de CPU debido a un bucle infinitoen el código de FindNext. 3 Se debe actualizar el fichero Samba-common antes que el servidor Samba 4 Dependencias del paquete son criticas Ejemplo: Actualizando Samba en Red Hat Enterprise Linux Server Edition 4 RHEL 4.0 Samba-common 3.0.10-1.4E Samba-common 3.0.14a-1.i386 winbind smb.conf libsmbclient.h Samba 3.0.10-1.4E Samba 3.0.14a-1.i386 Retos en la arquitectura

12 Red Hat Support - Details Red Hat Subscription Agreement Support Service Conditions: Red Hat may, at its discretion, decline to provide Support Services for Software that has been modified or changed by Customer in any way, except as directed by Red Hat. Red Hat will provide Support Services for Supported Hardware and Platforms only. Red Hat will only provide Support Services for those Installed Systems for which Customer has subscribed under this Agreement. Red Hat may, at its discretion, decline to provide Support Services for the packages included in the Software which are designated as kernel-unsupported http://www.redhat.com/licenses/rhel_us_3.html

13 ¿Quien hace el trabajo? Desarrollo del Kernel Linux 2.6 Comercialización de linux Foto de los lideres en contribución (September 2004) Redhat (4) - David Miller, Alan Cox, Dave Jones, Alex Viro IBM (1) - Greg Kroah-Hartman Novell (1) - Jaroslav Kysela SGI (1) - Christoph Hellwig ARM Limited (1) - Russel King OSDL (2) - Andrew Morton, Linus Torvalds, University of Iowa (1) - Kai Germaschewski Samba (1) - Anton Blanchard De los top 12, 10 son desarrolladores comerciales Top 12 = 44% Top 100 = 84% of work Los desarrolladores de focalizan en cambios: Cambios en lineas entre V2.6.3 y V2.6.4: 192,361 añadidas, 244,830 cabiadas, & 143,740 eliminadas. Fuente: http://www.linuxhq.com/kernel/http://www.linuxhq.com/kernel/ Número de desarrolladores individuales que trabajan en el kernel: 554 % de los cambios realizados por el 20% de los desarrolladores mas activos: 90% 554 (# desarrolladores) x 20% = 108 desarrolladores haciendo el 90% del desarrollo Fuente: Linus Torvalds, Linux Journal, 1/04 Mito Miles de desarrolladores estan trabajando en el Kernel de Linux Realidad ~100 desarrolladores hace el 90% del desarrollo del kernel de Linux For the Linux kernel the 20/80 rule very much applies. About 20 people did 80% of the work. Or maybe it was 10/90. -Andrew Morton, Linux Magazine, 8/04

14 Estudio sobre la fiabilidad El gráfico muestra la evolución de una solución basada en Novell SuSE Linux Enterprise Server a lo largo del tiempo Los administradores de Linux siguieron diferentes rutas para resolver conflictos. Dos de ellos encontraron como resultado un sistema inviable –De estos dos administradores, uno de ellos no pudo ir más allá del objetivo 2 en el tiempo permitido; el segundo tuvo su imagen restaurada al estado anterior al objetivo 2, y continuó con la prueba sin tener instalado el componente de este objetivo Todos los administradores de Linux cambiaron su configuración a un modo sin soporte Las soluciones de Linux evolucionaron siguiendo rutas divergentes y sin soporte

15 Windows, SQL, Exchange, Office… Windows, SQL, Exchange, Office… Office Update Download Center SUS SMS Microsoft Update (Windows Update) VS Update Windows Update Windows only WindowsUpdateServices Windows, SQL, Exchange, Office… AutoUpdate Microsoft Update 150 Millones de usuarios

16 Prueba de Fiabilidad Mejor disponiblidad Para el usuario final… 4:59:44 4:20:19 Pérdidas de Servicio HH:MM:SS Average Hours 25% de los administradores Linux no resolvieron los problemas de parches Mejor documentacion y herramientas en Windows MásPredecible… Linux = 15% more service loss Fácil de mantener… 13:11:56 Total Hours Reconfigurando el entorno HH:MM:SS 20:55:13 Windows = 37% faster See www.getthefacts.com for the complete report "Microsoft Windows Server 2003 vs. Red Hat Enterprise Linux AS 3.0: IT Professionals Running a Production Environment. April 2005.

17 en Linux se dice que pueden arreglar un prblema en horas, porque Microsoft no? No tiene Linux menos bugs y además son menos graves que en Windows? No es mejor el software abierto solucionando vulnerabilidades que Microsoft? Forrester: La clave La media de Microsofts de 25 days entre el anuncio y la liberación del fix es la más baja de todos los fabricantes de plataforma evaluados El análisis de Forrester demuestra que Microsoft tiene menos altertas críticas de seguridad de cualquier proveedor –25 menos que el siquiente mas bajo El análisis de Forrester demuestra que Microsoft es el único proveedor que arregla el 100% de los fallos descubiertos ForresterAnalisis Preguntas más frecuentes Seguridad Es Linux m á s seguro?

18 Source: Vendors Public Security Bulletins as of 9/30/2005 2 21 Julio y 20Agosto69 Totales: Microsoft = 32 Red Hat = 217 43JunioSeptiembre Abril Mayo

19 ¿Preguntas?