Una de las preguntas recientes fue sobre posibles razones para usar Solaris en un servidor. Me gustaría preguntar sobre lo contrario:
¿Cuáles serían las razones para mantenerse alejado de Solaris en un servidor?
Me viene a la mente la administración de paquetes y parches, pero estoy seguro de que hay más. También puede señalar las ventajas de otros sistemas operativos de servidor sobre Solaris.
Respuestas:
Soy (era) administrador de Solaris hasta hace aproximadamente nueve años, desde la v2.5 hasta la v8. He tenido una pequeña exposición a Solaris 9, y casi ninguna a 10.
Mis razones para evitar Solaris:
El soporte de hardware no es tan bueno como muchos sistemas operativos Linux o Windows. Esta mejorando
Puede ejecutar Solaris de forma gratuita, pero no puede obtener actualizaciones gratuitas. Ni siquiera las actualizaciones de seguridad. Ni siquiera exploits de 0 días. Debe comprar un plan de soporte, por sistema, que puede ser costoso. Esto significa que la forma de obtener actualizaciones es esperar la próxima versión "U" y actualizar en ese punto.
OpenSolaris es demasiado sangriento para mí. Cambia con demasiada frecuencia y los lanzamientos se acercan demasiado a inestables o poco confiables para mis necesidades.
Entre Solaris y OpenSolaris, Sun se las arregló para extrañar totalmente el feliz medio entre "bienvenido a 2004" y "¡Soy tan nuevo y brillante que realmente no trabajo al 100%!"
Solía estar dispuesto a usar Solaris más antes de que el proyecto Blastwave explotara. A través de allí, podría obtener herramientas más nuevas que se ajustan más a la forma de hacer las cosas de Linux (que es donde paso el 95% de mi tiempo profesional) con una forma en línea relativamente fácil de administrar las herramientas y las actualizaciones. Una vez que Blastwave y CSW se calmen, miraré los dos remanentes y decidiré si vale la pena dedicarles tiempo y esfuerzo nuevamente. Realmente, la pérdida de Blastwave como una fuente confiable de herramientas fue un gran golpe para la viabilidad de Solaris en mis círculos.
Pero la razón principal para mí es que ahora no necesito hacer nada que requiera Solaris.
Mi mayor preocupación, como gran cliente de Oracle, es que eventualmente eliminarán Solaris u 'Oracle Enterprise Linux' (su nueva versión de RHEL).
Obviamente, ambos tienen sus beneficios y sus desventajas, pero sé que están vendiendo muchos más acuerdos de soporte OEL que Sun vendía para Solaris y, por supuesto, son dueños de los costos de desarrollo de Solaris, los costos de desarrollo de OEL son muy pocos.
Todos amamos a Solaris, pero si no se vende lo suficientemente bien y cuesta demasiado desarrollarlo, estoy seguro de que Oracle simplemente lo 'despojará' (mantendrá ZFS, etc.) y se lo venderá a otra persona. Esa sería mi principal preocupación.
Durante 10-15 años, la mayor preocupación ha sido sobre el futuro de Sun y el futuro de SPARC. Estaba a punto de rendirme cuando salieron con Solaris 10, que saltó adelante en términos de tecnología (aunque tardó ~ 1 año en ser digno de producción). La reciente compra de Oracle agrega mucha incertidumbre a corto plazo, pero eso podría desaparecer rápidamente (independientemente del resultado). SPARC todavía parece una causa perdida, a pesar de que ha habido un gran revuelo en torno a sus "nuevos" procesadores CoolThreads, pero estos son demasiado especializados para obtener una amplia aceptación.
Será interesante observar las tendencias de la industria ... Hace años, observé a muchas empresas de Wall Street acudiendo en masa a Linux (desde Solaris / sparc) no para Linux, sino para x86. Cuando salió Solaris 10, definitivamente hubo una inversión parcial de Solaris, nuevamente en x86.
La gestión de paquetes y parches no debería ser una preocupación, es una cuestión de conocimiento / habilidad. Para ofrecerle una perspectiva diferente, mi nuevo trabajo es en un entorno Linux y tanto la administración de paquetes como la de parches me preocupan. Estas son viejas preocupaciones genéricas para las cuales hay respuestas.
Extrañaré mucho a Solaris, algunas cosas no se pueden encontrar en ningún otro lado.
La única razón por la que se me ocurre es la "falta" de soporte / información en la web si no eres un experto en Solaris (en comparación con Linux o FreeBSD).
La comparación de Solaris 10 con Linux es de manzanas con naranjas. Principalmente, la diferencia está en el entorno de compilación, como puede atestiguar cualquiera que haya trasladado aplicaciones de Linux a Solaris. Esperaría que Oracle se concentre en desarrollar el modelo de compatibilidad de fuente / aplicación de Linux en lugar de tratar de posicionar Solaris como un reemplazo para Linux. ¡Linux tampoco es un reemplazo para Solaris!
Para aplicaciones pequeñas, Linux está bien, para aplicaciones integradas es probablemente mejor. Para grandes aplicaciones de Iron, Solaris está en una clase diferente a cualquier distribución de Linux. Mire la pila TCP / IP de Solaris, la programación en tiempo real, la gestión de servicios, la virtualización a prueba de balas (zonas), y tendrá un súper conjunto de funcionalidades frente a Linux. Agregue ZFS, DTRACE y MULTI-THREAD SCHEDULING y estará en una clase de sistema operativo completamente diferente.
Linux es genial, me encanta. Solaris es genial, a mí también me encanta. Cada uno tiene sus ventajas y desventajas. Oracle ciertamente no va a construir sus productos de hierro grande como EXEDATA2 en LINUX cuando tenga un producto superior para entornos de hierro grande en Solaris.
Cuando mi host de servidor compartido cambió de BSD a Open Solaris, el encarcelamiento de FTP desapareció. No sé si el encarcelamiento FTP podría estar disponible en Open Solaris mediante el uso de un servidor FTP diferente, o tal vez reconfigurando el servidor FTP predeterminado.
Los autores de la página wiki de Joyent sobre el problema atribuyen el problema a getcwd .
He estado trabajando en Solaris desde 2002 (hace 15 años) y todo lo que puedo decir es que fue mi sistema operativo "favorito" durante todo este tiempo, en particular por su estabilidad y su estabilidad con aplicaciones comerciales conocidas como networker, oracle (cuando todavía era Sun), netbackup, etc.
pero es más una "pasión" por Solaris que cualquier otra cosa.
Después de 15 años, para mí los "problemas principales" (si podemos llamarlos problemas) fueron:
La falta de documentación en línea en comparación con otros sistemas operativos (en particular cuando se trata de depurar el rendimiento del sistema), pero fue mejor cuando llegó Solaris 10. en particular para servicios de infraestructura como LDAP, kerberos, NIS2LDAP, etc., cada sistema se documentó por separado, pero nunca se pudo encontrar buena documentación con personas que implementan todo de una vez.
parches / actualizaciones (mi empresa tuvo que desarrollar su propio sistema de parches para Solaris)
la falta de herramientas / binairies compatibles en línea (a menudo tuvimos que compilar las nuestras y raramente encontramos binairies precompiladas)
Las dificultades para comprender los problemas de rendimiento a veces debido a la falta de buenas herramientas (Solaris no es para principiantes que intentan comprender cómo funciona el sistema) y su gestión de memoria específica (en particular cuando se usa junto con bases de datos Oracle y todo lo que usa memoria compartida)
Por otro lado, Solaris sigue siendo mi sistema operativo favorito hasta ahora por múltiples razones, algunas de ellas son:
Nunca probé Solaris 11, pero se ve muy bien y no tendría nada en contra. estoy acostumbrado a Solaris 10 (todavía lo utilizamos mucho donde trabajo) y RHEL ahora (que también es genial, pero completamente diferente) RHEL es el camino fácil a seguir ... si no quieres luchar y desea encontrar soluciones en la página 1 de google cuando tiene problemas.
Solaris es bastante inestable. Jugar con las colas de mensajes POSIX provoca muchos comportamientos indocumentados. Por otro lado, Linux funciona a las mil maravillas, sin ningún problema.
EDITAR (después de 1,5 años de investigación y pruebas duras): OK, muchachos, tal vez Solaris no sea tan malo. El problema es que errno.h por defecto NO ES SEGURO PARA HILOS. Por lo tanto, obtengo errores aleatorios de otros hilos. Por lo tanto, necesitamos _REENTRANT, _TS_ERRNO o _POSIX_C_SOURCE - 0> = 199506L para definir con el fin de obtener errno hilo seguro. Tenga en cuenta que en otros sistemas operativos errno por defecto es seguro para subprocesos. Por lo tanto, causa confusión.
mq_receive()vuelve ssize_t, NO int . Son NO la misma. En segundo lugar, según 7.1.3 Identificadores reservados del Estándar C : "Todos los identificadores que comienzan con un guión bajo y una letra mayúscula u otro guión bajo siempre están reservados para cualquier uso". El código Enduro / X está plagado de identificadores reservados. Si va a ser un imbécil pedante solo porque un sistema operativo devuelve un documento indocumentado errno, probablemente no deba escribir código que no cumpla con los estándares.