“Lo sabrás si lo necesitas”. Si hay un componente AS / middleware que necesita específico para Oracle WebLogic o Websphere, el ingeniero de preventa lo hará saber de antemano. La otra razón que puede tener para elegir uno u otro como contenedor es 1: relaciones preexistentes con proveedores dispuestos a ofrecerle descuentos, 2: hardware que ejecuta un AS específico mejor que otros (por ejemplo, si tiene muchos IBM Máquinas AIX que ejecutan DB2, y sus técnicos de TI quieren mantener la homogeneidad, entonces Websphere será su mejor opción), 3: un producto específico podría usar una función de nicho específica que uno de los AS no puede implementar, 4: algo relacionado con 1, si tiene relaciones de soporte preexistentes con proveedores y conoce a los ingenieros de soporte de, por ejemplo, Oracle, y les ha pagado lo suficiente en dinero del contrato de soporte que tendrá consultores de soporte in situ a su entera disposición. algo roto, tienes una póliza de seguro bastante buena.
Lo mejor de Java (y Java EE en general) es que es un estándar abierto, por lo que mucha de la comunidad de código abierto implementa la mayor parte de la funcionalidad. Los primeros tres (y posiblemente Tomcat, si estás dispuesto a jugar en las trincheras) son básicamente intercambiables si sabes lo que estás haciendo. La única razón por la que imagino que pagar por Oracle sería política. Digamos, si yo fuera un CIO en aguas traicioneras y quisiera mitigar el riesgo en una empresa grande (una reescritura de proyecto, una integración / implementación de ERP, elija). Si el proyecto falla y me presento ante el tablero, puedo abrir todos mis cuadros elegantes que delinean todo lo que hice para mitigar el riesgo, incluyendo “ir con los mejores” [1]. Me rompe el corazón decirlo, pero IBM ahora es un desastre en términos de soporte. Incluso si paga por la nariz por el soporte de IGS, la calidad del talento es deficiente en el mejor. No estoy seguro de dónde se encuentra Oracle, pero he usado su “Oracle Unbreakable Linux” y todo lo que realmente es, es Red Hat Enterprise Linux con ksplice (una tecnología desarrollada por algunos graduados del MIT para permitir actualizaciones de kernel en vivo que Oracle obtuvo los derechos a después de adquirir la empresa [2]). Algunas melodías de kernel aquí y allá tal vez, pero nada fundamentalmente diferente de lo que alguien bien versado en compilaciones de kernel de Linux podría hacer. Es decir, no está obteniendo nada como 100% de tolerancia a fallas (IBM z13s, HP Non-Stop, etc.) De hecho, dado que Red Hat ejecuta JBoss (la versión comercial), uno podría fácilmente hacer que argumento de que obtendría un mejor soporte de ajuste del kernel con una configuración JBoss AS / RHEL si selecciona Linux como plataforma. (RH ha estado en Linux mucho más tiempo que Oracle, y confiaría en ellos para que vengan al sitio y sintonicen mis necesidades sobre Oracle cualquier día. Como beneficio adicional, RH se basa en Massachusetts, por lo que no tendrá que lidiar con diferencias de tiempo o barreras de idioma.) Esta es una forma muy larga de decir: su mejor inversión es casi con seguridad JBoss AS.
[1] Similar al dicho “nadie fue despedido por comprar [Microsoft || IBM || ..] “, si el proveedor que seleccionó tiene reconocimiento de nombre, puede delegar la culpa a los contratistas. Por la misma razón política, a menudo se contratan contratistas incluso cuando tiene personal interno: ningún gerente de nivel medio / alto quiere asumir el riesgo.
- Si pudieras elegir solo una pieza de tecnología (sin magia) de cualquier universo ficticio para que la recibas, ¿cuál sería y qué harías con ella?
- ¿Qué pasaría cuando la tecnología cuide nuestras vidas?
- ¿Dónde puedo descargar rootkits?
- ¿Cuál es la mejor tecnología emergente en middleware?
- ¿Cómo vamos a interactuar con la tecnología Magic Leap?
[2] Y