Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por pobrecito hablador el Miércoles, 04 Diciembre de 2013, 19:30h (#1351253)
    Eso de que Gentoo mete lo último es un mito desde hace años.
    Por si fuese poco, existen 2 ramas, la "estable" y la "testing". Cada ebuild, antes de pasar a ser estable, tiene que pasar cierto tiempo marcado con el KEYWORD ~arch (siendo arch la arquitectura de la máquina) en la que usuarios, colaboradores y desarrolladores que utilicen la rama testing, hagan las pruebas de integración. Por supuesto, como es natural, no hay por qué elegir todo o nada, por lo que puedes instalar paquetes "inestables" teniendo el resto estables.

    En cuanto al soporte de los fabricantes del que hablas, al ser hardware, dicho soporte está o bien en el kernel o bien en drivers o firmwares que se instalan en cualquier distribución de Linux sin importar el color de la piel del pingüino.

    Por último, no hay que olvidar que toda empresa que se considere medianamente seria debe contar con administradores de sistemas e ingenieros de software, los cuales son los encargados, uno del buen funcionamiento del servidor que cumpla con los requerimientos establecidos por el segundo, y este último de hacer la elección correcta de frameworks, bibliotecas y demás.
    Si nos escudamos en que debemos utilizar una distribución añeja porque los gurús de turno, que dedican parte o la totalidad de su tiempo en empaquetar programas, dicen que es lo que mejor probado está y más seguro es, la solución lógica es ponerse una distribución llamada RedHat Enterprise Linux que ofrece soporte técnico real.

    Y no me gustaría terminar el comentario sin citar a los -ninguneados por los empaquetadores- desarrolladores de software que sacan nuevas versiones no para joder la marrana ni estropear las cosas, sino para corregir fallos y añadir nuevas funcionalidades generalmente perfectamente justificadas y documentadas, pues de no ser así, sería de necios utilizar su software.
    [ Padre ]
  • por pobrecito hablador el Miércoles, 04 Diciembre de 2013, 22:12h (#1351258)
    ¿Y de las roturas de Portage??? ¿Y el tiempo necesario para actualizar/recompilar??? ¿Funcionan en Gentoo/Funtoo todas las aplicaciones comerciales que funcionan en Centos como por ejemplo Oracle Database? No veo a Gentoo/Funtoo como una distribución simple para administrar un servidor. Creo que Slackware sería una distribución mas sencilla que Gentoo para el uso en Servidores (aun contando con que no dispone de administración automatica de paquetes por defecto).
    [ Padre ]
  • por pobrecito hablador el Jueves, 05 Diciembre de 2013, 00:01h (#1351261)
    En nuestro caso, como ya te he comentado, es más importante la estabilidad que las novedades. Y cuando me he referido al soporte de HP y Oracle, me has malinterpretado porque yo no hablo de soporte hardware. Hablo de software que se están pagando licencias y un soporte que de ser una Gentoo, no lo cubrirían puesto que no garantizan su funcionamiento en dicha distribución.

    Si nos llega una incidencia de máxima prioridad tenemos 24 horas para resolverla. En esos momentos es muy importante saber la razón de porque los servicios están cayendo. En esos momentos tener controlados los parches que se metieron, las actualizaciones de los servicios, etc... Es vital, y una vez que se tiene una idea del problema, sino es código nuestro, reportarlo lo más rápidamente posible. Si hemos tenido caídas de los servidores por pequeños bugs del garbage collector de la máquina virtual java, con actualizaciones como pasar de una 1.6 update 15 a una java 1.6 update 22, que tras semanas de aparentemente funcionar bien poco a poco iban degradándose y saltaban todas las alarmas de consumo de memoria, como vamos a andar mezclando paquetes estables con inestables. Cuantas veces por añadir nuevas funcionalidades han metido bugs nuevos.

    Y no tiene porque ser java, puede ser que alguien para meter un servicio nuevo requiera meter una nueva versión de alguna biblioteca de python, actualicen el paquete en el servidor y dejen de funcionar otros servicios porque estaban pensados para funcionar con otra versión de la biblioteca.

    Meter un framework nuevo por la razón de meterlo nuevo, no es precisamente de buen ingeniero de software. Hay que analizar los pros y los contras, y yo desde luego en un servicio de máxima criticidad no voy a meter algo nuevo por ser lo más novedoso. Es como si me empeño en meter python 3 en vez de usar python 2.6 o la 2.7 por mis huevos, y no por razones objetivas, y luego resulta que las bibliotecas que usamos no están portadas o dan fallos con la versión de python3.

    Los desarrolladores hacen nuevas versiones, introducen nuevas funcionalidades y con ellas aparecen nuevos bugs, reaparecen otros produciéndose regresiones, etc.. Si ya a veces parches que solo corrigen bugs introducen nuevos no es lógico cambiar a una nueva versión porque metan funcionalidades que no usas.

    Vuelvo a repetir que no quiero desmerecer a la distribución Gentoo, ni pienso que hagan mal las pruebas de integración. Pero lo que no puedo hacer es poner un bug y que me lo resuelvan cuando les de la gana ya que por muy buenos que sean no tienen que tener las mismas prioridades que yo, y al no ser de pago no están obligados a nada, cuando yo lo que necesito es que me contesten a las pocas horas. Es por eso lo de mi comentario original, Centos para entornos de prueba y maqueta, y RedHat para producción.

    Si no necesitas soporte, si tus entornos no son de máxima criticidad, en los que una caída de unos minutos vaya a suponer un perjuicio económicos muy grande pues entiendo que optes por otras soluciones que además serán mucho más baratas, pero comprende que no todos los proyectos tienen los mismos requisitos ni todos los contratos con clientes tienen las mismas penalizaciones en caso de fallo de servicio.

    [ Padre ]