detalle de la tecnología GuÍa de SuScripciÓn de red Hat JBoSS Middleware Una guía para entender el modelo de consumo flexible de la cartera de productos de middleware de Red Hat SuScripcioneS a red Hat JBoSS Middleware Las suscripciones de software para productos Red Hat JBoss Middleware aportan ventajas a lo largo de todo el periodo de suscripción. Características y ventajas de una suscripción a Red Hat JBoss Middleware: Capacidad de predicción. Las suscripciones se ofrecen de forma anual e incluyen el acceso a las nuevas versiones sin coste adicional, de modo que no exigen altos costes de licencia iniciales ni costes ocultos. Plataformas empresariales integradas y certificadas. Dispondrá de acceso a plataformas empresariales de middleware de código abierto, con formato binario y de código, además de la documentación específica de cada versión del producto empresarial. Actualizaciones y mejoras periódicas. Incluyen mejoras, nuevas características, nuevas certificaciones de plataforma y el acceso a las últimas correcciones de errores y de seguridad. Respuesta de seguridad. Las suscripciones incluyen el proceso de seguridad de Red Hat reconocido en el sector para ayudar a los clientes a solucionar de forma proactiva los posibles problemas de seguridad de sus entornos. Estabilidad a largo plazo. Cada uno de los productos de Red Hat JBoss Middleware tiene un ciclo de vida definido de varios años con estrictas políticas de actualización, que mantienen la estabilidad y la compatibilidad de la aplicación a largo plazo. Soporte técnico de primera categoría. Los expertos en middleware de código abierto ofrecen soporte para un número ilimitado de incidentes, con una cobertura de hasta 24 horas todos los días de la semana y con un tiempo de respuesta de una hora para problemas críticos. Acceso a Red Hat Customer Portal. Un portal único para acceder a todos los beneficios de una suscripción a Red Hat, como la entrega de software empresarial, actualizaciones de productos y notificaciones importantes de problemas, acceso a bases de conocimiento y administración de casos. Certificaciones de partners. Implemente soluciones con la confianza de que su middleware empresarial está completamente certificado por los principales partners proveedores de software independiente. Protección legal. El programa de aseguramiento de código abierto de Red Hat proporciona cobertura legal a los clientes que llevan a cabo desarrollos e implantaciones de soluciones de código abierto. facebook.com/redhatinc @redhatnews linkedin.com/company/red-hat Esta guía le proporcionará una perspectiva del modelo de consumo flexible de la cartera de suscripciones a Red Hat JBoss Middleware.
Índice 1 DiRECtRiCES DE ClASifiCACión DE SUSCRiPCionES 3 1.1 Asignación de suscripciones 4 Asignación del núcleo del procesador en diferentes entornos 4 Recuperación ante desastres en frío 5 Uso con fines de desarrollo 5 1.2 Tipos de implementación 6 Implementaciones virtuales 6 Implementaciones físicas 7 1.3 Acuerdos de nivel de servicio de la suscripción 7 Niveles de servicio 7 Niveles de gravedad de los casos 7 Tiempos de respuesta 8 1.4 Contactos de soporte 9 2 EjEmPloS DE ClASifiCACión DE SUSCRiPCionES 9 2.1 Sistemas físicos (no virtuales) 10 2.2 Implementación virtual 10 2.3 Implementaciones mixtas físicas y virtuales 11 2.4 Implementaciones de diversos productos de Red Hat JBoss Middleware 11 2.5 Implementación en entornos de desarrollo, de prueba y de producción 12 2.6 Implementación de Red Hat JBoss Middleware para la recuperación ante desastres 13 3 implementaciones DE nube 13 3.1 Implementación de Red Hat JBoss Middleware en la nube pública: Cloud Access 13 Productos compatibles 13 Proveedores de nube certificados 14 3.2 Plataforma como servicio con Red Hat JBoss Middleware en OpenShift 14 PaaS pública: OpenShift Online 14 PaaS privada: OpenShift Enterprise 14 2
1. directrices de clasificación de SuScripcioneS las SuScripcioneS a red Hat JBoSS Middleware Son flexibles y Se adaptan a las necesidades del cliente Consumo de suscripciones en bandas del núcleo Fácil virtualización Mismo tratamiento para los núcleos de todos los tipos de procesador Soporte técnico directamente de la fuente Con la compra de un producto, acceso a todos con fines de desarrollo Las suscripciones de los productos de Red Hat JBoss Middleware se ofrecen en un modelo de fácil virtualización, consumido en incrementos de 16 o 64 bandas del núcleo del procesador, y respaldado por una amplia selección de niveles de servicios para empresas que admiten todo tipo de implementación esencial. Características principales de este modelo de consumo: Los núcleos de procesadores pueden ser virtuales o físicos, lo que los convierte en la opción ideal para la tendencia generalizada de virtualizar las cargas de trabajo de middleware. Los clientes tienen la libertad de elegir los tipos de núcleos de procesador más adecuados para su entorno; los diferentes tipos de núcleos del procesador se tratan por igual. El soporte técnico abarca todos los problemas que pueden surgir durante todo el ciclo de vida de la aplicación, desde el desarrollo a la administración de implementaciones y en cualquier entorno compatible. Una suscripción a cualquier producto individual de Red Hat JBoss Middleware incluye el uso como desarrollador de todos los productos de la cartera de Red Hat JBoss Middleware. El modelo de suscripción de Red Hat JBoss Middleware ofrece al cliente un modelo más fácil y sencillo de consumo de software de middleware empresarial. Las directrices de clasificación de suscripciones que se mencionan en esta guía se aplican a los siguientes productos de Red Hat JBoss Middleware: Red Hat JBoss Enterprise Application Platform Red Hat JBoss Web Server Red Hat JBoss Data Grid Red Hat JBoss Portal Red Hat JBoss A-MQ Red Hat JBoss Fuse Red Hat JBoss Fuse Service Works Red Hat JBoss Data Virtualization Red Hat JBoss BRMS Red Hat JBoss BPM Suite Red Hat JBoss Operations Network Aunque en esta guía solo se utilizan algunos productos de Red Hat JBoss Middleware para ilustrar los ejemplos de clasificación, las directrices de clasificación de suscripciones descritas en el documento se aplican a todos los productos enumerados en la lista anterior. 3
1.1. ASignACión DE SUSCRiPCionES ASIGNACIóN DEL NúCLEO DEL PROCESADOR EN DIFERENTES ENTORNOS El siguiente gráfico muestra los diferentes tipos de entornos de implementación y cómo se asignan en ellos todos los núcleos incluidos en la suscripción. asignación de los núcleos de la SuScripciÓn: Se cuentan los núcleos de prueba y recuperación ante desastres/failover No se cuentan los núcleos de recuperación ante desastres en frío Incluye derechos de desarrollo (25 usuarios por sistema de 16 núcleos) DESARROLLO Entornos que solo utiliza una persona, como un desarrollador, un desarrollador de casos de prueba o un arquitecto Escritorios/portátiles de desarrollador o Usuario individual desarrollo instancias en un servidor (físico o virtual) PRUEBA/CONTROL DE CALIDAD Equipo de desarrollo o entorno de proyecto compartido con más de una persona Entornos de integración continua o Pruebas de funcionalidad, de rendimiento, etc. o Usuarios comerciales pruebas de la primera versión de una aplicación A veces, también llamadas pruebas de aceptación del usuario, escenificación o entorno de preproducción PRODUCCIÓN Entorno estrechamente controlado, por lo general administrado por Operaciones Pérdidas de energía y tiempo de inactividad que afectan negativamente a los usuarios y a las operaciones empresariales RECUPERACIÓN ANTE DESASTRES En caliente/ En frío failover Entorno de contingencia que se utiliza en caso de failover EN CALIENTE: Sistemas activos e instancias en vivo que se actualizan con frecuencia o se mantienen sincronizadas con Producción EN FRÍO: Sistemas en espera, que únicamente se utilizan en caso de desastre Normalmente son máquinas virtuales inactivas o hardware sobrante FINES DE DESARROLLO* FINES DE PRODUCCIÓN* RECUPERACIÓN ANTE DESASTRES EN FRÍO* Contrato de Red Hat Enterprise, apéndices 1, 2.1: (a) Desarrollo de código (b) creación de prototipos para un único usuario, control de calidad o pruebas y (c) software o hardware de demostración que se ejecute con o sobre el software. Contrato de Red Hat Enterprise, apéndices 1, 2.1: (a) en un entorno de producción (b) por lo general utilizando datos en vivo o aplicaciones para un fin distinto al desarrollo (c) para la creación de prototipos para varios usuarios, control de calidad y pruebas, y (d) para instancias de copia de seguridad Contrato de Red Hat Enterprise, apéndices 1, 2.1: Puede migrar de una unidad a otra con las mismas características de servicios de suscripción (como de un sistema local a otro también local) sin adquirir suscripciones de software adicionales, siempre y cuando no aumente la cantidad de unidades u otras características de suscripción de software NO SE CONTABILIZAN TODOS SE CONTABILIZAN IGUAL NO SE CONTABILIZAN La cobertura de uso gratuito para desarrolladores da derecho a un máximo de 25 usuarios por 16 núcleos de suscripción * Contrato de Red Hat Enterprise, apéndice 1 Queda cubierto por el total de bandas de núcleo de la suscripción Queda cubierto por la cláusula de migración JB0058 Figura 1. Entornos de implementación y asignación de núcleo 4
Por cada producto Red Hat JBoss Middleware implementado, los núcleos del procesador totales incluidos en la suscripción se pueden asignar en cualquiera de los siguientes tres entornos. Producción. Por lo general, se trata de un entorno controlado, a menudo administrado por un equipo de operaciones de producción. En caso de inactividad o interrupción del sistema, los usuarios y clientes de la empresa o su rendimiento suelen verse afectados negativamente, o bien experimentan una pérdida de funcionalidad del sistema. Prueba/control de calidad. Entorno en el que los equipos suelen realizar pruebas de integración, funcionalidad, rendimiento y escalabilidad, y donde los usuarios pueden probar o experimentar con las versiones del sistema previas a la producción. Los entornos de prueba a veces también se denominan entornos de control de calidad, temporales, de preproducción o de prueba de aceptación del usuario o de plataforma de integración continua. Recuperación ante desastres o failover en caliente. Se trata de un entorno que normalmente reproduce el entorno de producción y que se utiliza para gestionar o descargar el tráfico del sistema que se ha movido al entorno de producción o se comparte con este. En este entorno, el producto Red Hat JBoss Middleware se ejecuta activamente y puede asumir con facilidad el tráfico del sistema en caso de failover. Con fines de clasificación de las suscripciones, y siempre que el total de núcleos de un producto Red Hat JBoss Middleware no supere la cantidad correspondiente a la suscripción, los clientes pueden asignar cualquiera de estos núcleos en cualquiera de sus entornos de producción, de pruebas/control de calidad y de recuperación ante desastres o failover en caliente. RECUPERACIóN ANTE DESASTRES EN FRíO Las suscripciones a los productos de Red Hat JBoss Middleware se pueden utilizar para respaldar y probar los sistemas de recuperación ante desastres en frío. La recuperación ante desastres "en frío" hace referencia a los sistemas en los que puede instalarse un producto Red Hat JBoss Middleware para la prueba de recuperación ante desastres poco frecuentes (por ej., trimestral o anual) y que no participa activamente en el tráfico del sistema real. La recuperación ante desastres en frío contiene imágenes de máquina virtual inactivas que solo se inician en caso de failover. Puesto que un sistema de producción está desconectado cuando se produce el desastre, los clientes pueden reasignar el número necesario de núcleos de procesador ya incluidos en la suscripción para que respalden a los sistemas de recuperación ante desastres en frío (con lo que estos sistemas en frío actúan como sistemas de producción reales durante el proceso de recuperación ante desastres). Qué Supone el "uso como desarrollador"? 25 usuarios de desarrollo por cada sistema de 16 núcleos Con la compra de un producto, acceso a TODOS con fines de desarrollo USO CON FINES DE DESARROLLO Los suscriptores de cualquier producto individual de Red Hat JBoss Middleware pueden utilizar todos los productos de la cartera de Red Hat JBoss Middleware con fines de desarrollo. Este tipo de uso se puede realizar desde diversos entornos, como un servidor, un portátil o una estación de trabajo, y permiten hasta 25 usuarios con cada conjunto de 16 núcleos de una suscripción a un producto Red Hat JBoss Middleware. Soporte solo para el producto de la suscripción 5
Los productos de la cartera de Red Hat JBoss Middleware que se ofrecen con fines de desarrollo son: Red Hat JBoss Enterprise Application Platform Red Hat JBoss Web Server Red Hat JBoss Data Grid Red Hat JBoss Portal Red Hat JBoss A-MQ Red Hat JBoss Fuse Red Hat JBoss Fuse Service Works Red Hat JBoss Data Virtualization Red Hat JBoss BRMS Red Hat JBoss BPM Suite Red Hat JBoss Operations Network fácil virtualización: Núcleos físicos o virtuales Pago en función de la utilización: mínimo de núcleos físicos o virtuales 1.2. tipos DE implementación Las suscripciones a Red Hat JBoss Middleware son extremadamente flexibles. La suscripción de un producto individual se puede implementar en una gran variedad de entornos operativos virtuales o físicos y tipos de hardware. IMPLEMENTACIONES virtuales En un contexto de tendencia hacia la virtualización en aumento, las suscripciones a Red Hat JBoss Middleware proporcionan un modelo de fácil virtualización que permite a los clientes aprovechar al máximo todas las ventajas de la tecnología de virtualización de servidores. Cuando se realizan implementaciones en un entorno virtual, los usuarios suelen agrupar varios servidores y utilizar un software de virtualización, como Red Hat Enterprise Virtualization, los productos de vmware o Microsoft Hyper-v, para compartir los recursos de los servidores agrupados en numerosas instancias de guest. A continuación, los usuarios de la virtualización suelen clasificar las instancias de guest utilizando asignación basada en núcleos de procesador virtual. A menudo, los usuarios asignan un subconjunto de las capacidades totales de procesamiento físico a las instancias de guest virtuales a las que se ha asignado la ejecución de Red Hat JBoss Middleware. Al utilizar un software de virtualización en una configuración compatible, solo se cuentan los núcleos del procesador virtual asignados a las implementaciones de Red Hat JBoss Middleware; que, en algunos casos, son inferiores al número total de núcleos físicos. 6
Ejemplo: al virtualizar un único procesador de seis núcleos y asignar solo cuatro de esos seis a instancias de guest con el producto Red Hat JBoss Middleware, se contarían solo cuatro núcleos. IMPLEMENTACIONES FíSICAS Al implementar un producto Red Hat JBoss Middleware directamente en servidores físicos sin virtualización, se cuenta el número total de núcleos de procesador de dichos servidores. Ejemplo: al implementar un producto Red Hat JBoss Middleware en dos procesadores de cuatro núcleos, se contarían ocho núcleos. Al implementar Red Hat JBoss Middleware en un servidor físico con partición de sistema operativo, solo se cuenta el número total de núcleos físicos asignados a la partición del sistema operativo que contenga Red Hat JBoss Middleware. Ejemplo: un servidor físico de ocho núcleos se divide en dos particiones iguales y se asignan cuatro núcleos de procesador a cada una. Se implementa un producto Red Hat JBoss Middleware en una sola de estas particiones. Solo se cuentan los núcleos asignados a la partición que contiene Red Hat JBoss Middleware (en este caso, cuatro núcleos de procesador). Por cada implementación de Red Hat JBoss Middleware, solo se cuenta el número inferior a la suma total de núcleos virtuales o físicos asignados al producto Red Hat JBoss Middleware. 1.3. ACUERDoS DE nivel DE SERviCio DE las SUSCRiPCionES NIvELES DE SERvICIO Las suscripciones a Red Hat JBoss Middleware se ofrecen con la posibilidad de elegir entre acuerdos de nivel de servicio (SLA) Standard o Premium. Los SLA de soporte solo se aplican a problemas técnicos que afecten al producto Red Hat JBoss Middleware al que corresponda la suscripción. Los SLA Standard proporcionan cobertura durante las horas laborables normales, mientras que los SLA Premium amplían esta cobertura para incluir soporte las 24 horas del día para problemas críticos. En cualquier suscripción a Red Hat JBoss Middleware, se pueden combinar y mezclar diferentes tipos de SLA en cualquier tipo de entorno operativo. ACUERDoS DE nivel DE SERviCio DE las SUSCRiPCionES opción de Sla Standard premium Horario de cobertura Horario de atención Las 24 horas todos los días para los niveles 1 y 2 Canal de soporte Web y teléfono Web y teléfono Número de casos Ilimitado Ilimitado Mantenimiento del software Mediante Red Hat Customer Portal Mediante Red Hat Customer Portal NIvELES DE GRAvEDAD DE LOS CASOS Cuando un cliente de Red Hat informa acerca de un problema técnico, debe indicar el nivel de gravedad de la situación. Estos niveles de gravedad proporcionan a los clientes de Red Hat una nomenclatura común que utilizar a la hora de evaluar la importancia y el impacto de un problema de soporte técnico. Los SLA Standard y Premium utilizan los mismos cuatro niveles de gravedad y sus definiciones, que comprenden prioridades de urgente a baja. Los niveles de gravedad también varían en función de si el problema es de producción o de desarrollo. Por ejemplo, los cuatro niveles de gravedad se pueden aplicar a las cuestiones relativas a la producción, mientras que solo los niveles 3 y 4 se aplican a cuestiones de desarrollo. 7
DEfiniCionES DE los niveles DE gravedad Gravedad 1 Gravedad 2 Gravedad 3 Gravedad 4 Urgente: se produce un problema que tiene un impacto grave en el uso del software con fines de producción (cuando, por ejemplo, se pierden datos de producción o los sistemas de producción no funcionan). La situación interrumpe las operaciones empresariales y no existe un procedimiento de resolución. Alta: se produce un problema en el que el software funciona, pero su uso con fines de producción está muy limitado. En lo que respecta a la producción, la situación tiene un gran impacto en parte de las operaciones empresariales y no existe un procedimiento de resolución. media: se produce un problema que impide utilizar algunas características de software no vitales con fines de producción o de desarrollo. En lo que respecta a la producción, tiene un impacto de medio a bajo en el negocio, pero la empresa continúa funcionando (debido al uso de un procedimiento de resolución, por ejemplo). En lo que respecta al desarrollo, la situación provoca que el proyecto no pueda continuar o migrar a producción. baja: un asunto de uso general, la comunicación de un error de documentación o una recomendación para una mejora o modificación futura del producto. En lo que respecta a la producción, tiene un impacto de bajo a nulo en la empresa, el rendimiento o la funcionalidad del sistema. En lo que respecta al desarrollo, tiene un impacto de medio a bajo en el negocio, pero la empresa continúa funcionando (debido al uso de un procedimiento de resolución, por ejemplo). Los SLA Standard y Premium incluyen tiempos de respuesta de actualización inicial y continua que se adaptan a las necesidades de las aplicaciones esenciales. Los tiempos de respuesta varían en función del SLA y el nivel de gravedad del problema. tiempos DE RESPUEStA En función DEl nivel DE SERviCio Standard premium Nivel de gravedad Respuesta inicial Respuesta inicial Respuesta continuada Gravedad 1 1 hora laborable 1 hora 1 hora o según lo acordado Gravedad 2 4 horas laborables 2 horas 4 horas o según lo acordado Gravedad 3 1 día laborable 4 horas laborables 8 horas laborables o según lo acordado Gravedad 4 2 días laborables 8 horas laborables 2 días laborables o según lo acordado 8
1.4. ContACtoS DE SoPoRtE Con cada suscripción de un producto Red Hat JBoss Middleware se ofrece al cliente la posibilidad de designar un número concreto de personas de contacto de la propia organización para que actúen como interlocutores principales del personal de soporte técnico de Red Hat. Por cada suscripción de un producto Red Hat JBoss Middleware, el suscriptor puede designar un número establecido de contactos de cliente en función de la cantidad de núcleos adquiridos según la siguiente tabla (cada conjunto de 32 núcleos adicional suma dos contactos). ContACtoS DE SoPoRtE incluidos número de núcleos incluidos en las SuScripcioneS a red Hat JBoSS Middleware contactos de Soporte De 1 a 32 2 De 33 a 64 4 De 65 a 96 6 De 97 a 128 8 De 129 a 160 10 De 161 a 192 12 Es posible designar contactos de soporte adicionales a cualquier suscripción de Red Hat JBoss Middleware. El tipo de SLA del contacto de soporte adicional debe coincidir con el SLA correspondiente del producto cubierto por la suscripción. Los contactos de asistencia técnica designados pueden plantear problemas y preguntas de soporte técnico en relación con el producto cubierto por la suscripción. Los problemas y las preguntas pueden tratar acerca de las configuraciones de producto comunes, las prácticas recomendadas de desarrollo, la identificación y resolución de posibles defectos del producto, la configuración recomendada para el uso con fines de producción, los procedimientos de administración operativa y las solicitudes de características, entre muchos otros temas relacionados con el producto. 2. ejemplos de clasificación de SuScripcioneS Los siguientes ejemplos se incluyen para ayudar a los suscriptores de Red Hat JBoss Middleware a clasificar correctamente las implementaciones. Aunque en muchos ejemplos se recurre a Red Hat JBoss Enterprise Application Platform () con fines ilustrativos, los ejemplos se aplican a cualquier producto Red Hat JBoss Middleware. 9
2.1. SiStEmAS físicos (no virtuales) Al implementar Red Hat JBoss Middleware en un entorno físico no virtualizado, se cuenta el número total de núcleos físicos. PRODUCCIÓN JVM compatible Servidor A JVM compatible Servidor B 2 servidores físicos, cada uno con 8 núcleos virtuales de producción de Cuentan como 16 núcleos Un servidor de 2 sockets, con por socket = 8 núcleos en total Un servidor de 2 sockets, con por socket = 8 núcleos en total JB0059 Figura 2: Ejemplo de implementación física (no virtual) 2.2. implementación virtual Con las suscripciones de Red Hat JBoss Middleware, los núcleos pueden ser de procesadores físicos o de procesadores virtuales. Cuando se utiliza software de virtualización de servidores, se cuenta el total de núcleos virtuales asignados al producto Red Hat JBoss Middleware. En muchos casos, este total puede ser menor que el número total de núcleos físicos disponibles para el software de virtualización de servidores. PRODUCCIÓN Instancia guest ( virtuales) Instancia guest ( virtuales) Instancia guest ( virtuales) Instancia guest ( virtuales) Instancia guest de ( virtuales) Instancia guest de ( virtuales) SOFTWARE DE VIRTUALIZACIÓN DE SERVIDOR Instancia guest de ( virtuales) Instancia guest de ( virtuales) 4 instancias guest de en producción, cada una con virtuales Counted as 16 Cuentan JBoss cores como 16 núcleos 8 núcleos 8 núcleos 8 núcleos 8 núcleos 32 núcleos físicos en total JB0060 Figura 3. Implementación virtual 10
2.3. implementaciones mixtas físicas y virtuales Al implementar Red Hat JBoss Middleware en entornos mixtos, donde algunas implementaciones son físicas y otras de ese mismo producto son virtuales, se cuentan los núcleos de ambos entornos. PRODUCCIÓN 1 (virtual) PRODUCCIÓN 2 (físico) Implementación de con 8 núcleos virtuales. Instancia guest ( virtuales) Instancia guest ( virtuales) instancia guest ( virtuales) instancia guest ( virtuales) SOCKET de 6 núcleos SOCKET de 6 núcleos Servidor B SOCKET de 6 núcleos Servidor C SOCKET de 6 núcleos Implementación física de con 24 núcleos físicos. SOFTWARE DE VIRTUALIZACIÓN DE SERVIDOR 16 núcleos Un servidor de 2 sockets con 6 núcleos por socket = 12 núcleos en total Un servidor de 2 sockets con 6 núcleos por socket = 12 núcleos en total Servidor A 2 instancias de, cada una con virtuales = 8 núcleos en total Cuentan como 32 núcleos de de un total de 40 JB0061 Figura 4. Implementaciones mixtas físicas y virtuales 2.4. implementaciones DE DivERSoS PRoDUCtoS DE RED HAt jboss middleware Cuando se implementan varios productos Red Hat JBoss Middleware, ya se encuentren en el mismo servidor o en servidores diferentes, cada uno de los productos se clasifica por separado. Red Hat Red Hat JBoss Fuse Service Works Red Hat JBoss Portal JVM compatible JVM compatible JVM compatible 6 núcleos Servidor A 6 núcleos Un servidor de 2 sockets con 6 núcleos por socket = 12 núcleos en total Servidor B Un servidor de 2 sockets con por socket = 8 núcleos en total Servidor C Un servidor de 2 sockets con por socket = 8 núcleos en total El tamaño de todos los productos de Red Hat JBoss Middleware se establece individualmente: 12 núcleos para 8 núcleos para JBoss Fuse Service Works 8 núcleos para JBoss Portal JB0062 Figura 5. Implementación de diversos productos de Red Hat JBoss Middleware 11
2.5. implementación En EntoRnoS DE DESARRollo, DE PRUEbA y DE PRoDUCCión Al implementar Red Hat JBoss Middleware, se suman los núcleos virtuales o físicos de los entornos de prueba, producción y recuperación ante desastres o failover en caliente. Por lo general, en los entornos de prueba, se realizan constantemente pruebas automatizadas o no automatizadas, ya sea por parte del personal de TI sobre el rendimiento y funcionalidad de aplicaciones, o por parte de los usuarios de la empresa sobre las primeras versiones de una aplicación determinada. En los entornos de desarrollo de usuario único, se cuenta el número total de usuarios (como los desarrolladores) en lugar del de núcleos. En los entornos de desarrollo como equipos portátiles, estaciones de trabajo o instancias de usuario único en servidores, los programadores escriben código de aplicaciones. Las aplicaciones que se encuentran en este entorno pueden estar incompletas o experimentar cambios considerables. Con el modelo de suscripción de Red Hat JBoss Middleware, por cada conjunto de 16 núcleos cubiertos por una suscripción, se proporciona acceso a todos los productos Red Hat JBoss Middleware a 25 usuarios para un uso con fines de desarrollo. DESARROLLO PRUEBA PRODUCCIÓN Cada instancia individual de JBoss EAP contiene 16 núcleos en total 16 núcleos en total 32 núcleos en total Los núcleos en desarrollo no se tienen en cuenta Los núcleos en pruebas (16) y en producción (32) se contabilizan = 48 núcleos de JB0063 Figura 6. Implementación en entornos de desarrollo, de prueba y de producción 12
2.6. implementación DE RED HAt jboss middleware PARA la RECUPERACión AntE DESAStRES Al implementar Red Hat JBoss Middleware en entornos de recuperación ante desastres, se incluyen como parte del número total los núcleos virtuales o físicos de los entornos de recuperación ante desastres o failover en caliente. Los núcleos de recuperación ante desastres en frío no se cuentan. Si se produjera un desastre y los sistemas de producción cubiertos por la suscripción dejaran de estar disponibles, los clientes podrían transferir temporalmente las suscripciones de producción existentes que ya no están en uso al entorno de recuperación ante desastres (de modo que los sistemas de recuperación ante desastres en frío se convertirían en entornos de producción temporalmente). PRODUCCIÓN DR EN CALIENTE/FAILOVER DR EN FRÍO Cada instancia individual de JBoss EAP contiene 16 núcleos en total 16 núcleos en total 16 núcleos en total Los núcleos en producción (16) y en DR en caliente/failover (16) se contabilizan = 32 núcleos de Los núcleos DR en frío no se tienen en cuenta JB0064 Figura 7. Implementación de Red Hat JBoss Middleware en entornos de recuperación ante desastres red Hat JBoSS Middleware en la nube Traslado de las cargas de trabajo de middleware de una ubicación local a una nube pública Gama de proveedores de nube certificados en todo el mundo Diseño concebido para la nube híbrida abierta 3. implementaciones de nube 3.1. implementación DE RED HAt jboss middleware En la nube PúbliCA Con RED HAt CloUD ACCESS El programa Red Hat Cloud Access permite a los clientes migrar las suscripciones nuevas o existentes de Red Hat JBoss Middleware a nubes de selectos proveedores certificados con Red Hat y les proporciona así un entorno de aplicaciones coherente en implementaciones físicas, virtuales y de nube. La utilización de las suscripciones en nubes públicas permite satisfacer la creciente demanda, mejorar los tiempos de respuesta o, simplemente, utilizar el entorno en caso de failover. PRODUCTOS COMPATIBLES En el momento de escribir estas líneas, Red Hat JBoss Enterprise Application Platform y Red Hat JBoss Web Server son compatibles con Cloud Access. Para el resto de productos de Red Hat JBoss Middleware, póngase en contacto con su representante de Red Hat. 13
PROvEEDORES DE NUBE CERTIFICADOS Busca una nube pública de confianza para implementar o crear una aplicación? Elija un proveedor de nube del completo programa Red Hat Certified Cloud Provider. Cada uno de los proveedores del programa cumple unos estrictos requisitos de pruebas y certificación a fin de garantizar la creación de un entorno seguro, escalable, uniforme y con soporte para la implementación de nubes empresariales. Con el respaldo de nuestros galardonados servicios de soporte global, los proveedores certificados de Red Hat cuentan con procesos de soporte con los que solucionar los problemas rápidamente. El programa Red Hat Certified Cloud Provider incluye nubes a escala mundial, con múltiples ubicaciones. Para buscar una nube certificada por Red Hat, consulte nuestra lista de proveedores. 1 Más información sobre Red Hat Cloud Access en. 2 online y enterprise: en Qué Se diferencian? openshift online: PaaS pública de Red Hat Para desarrolladores individuales o equipos de desarrollo openshift enterprise: PaaS privada elástica para un entorno propio de nube privada Aumento de la productividad del desarrollador Prestación de servicios de aplicaciones optimizada Mayor eficacia operativa Mejor utilización del hardware 3.2. PlAtAfoRmA Como SERviCio Con RED HAt jboss middleware En openshift PaaS PúBLICA: OPENSHIFT ONLINE DE RED HAT OpenShift Online es la plataforma de alojamiento y desarrollo de aplicaciones de la nube pública de Red Hat que automatiza el aprovisionamiento, la administración y el escalado de aplicaciones para que pueda centrar su atención en escribir código para su negocio, iniciar proyectos o en la próxima gran idea. OpenShift Online está orientado al desarrollo e incluye un SLA de respuesta en dos días laborables. En el momento de escribir estas líneas, está disponible como un complemento de OpenShift Online. En breve, otros productos Red Hat JBoss Middleware estarán disponibles como complemento de OpenShift Online. Para obtener más información acerca de OpenShift Online, como el precio, visite openshift.com o póngase en contacto con un representante de Red Hat. PaaS PRIvADA: OPENSHIFT ENTERPRISE DE RED HAT OpenShift Enterprise utiliza la misma plataforma PaaS de código abierto que ejecuta el servicio alojado OpenShift Online y lo almacena para los clientes que deseen una implementación local o en la nube privada. OpenShift Enterprise es una PaaS privada que usted controla y administra dentro de los límites de sus estándares empresariales. Contribuye a aumentar la productividad del desarrollador, optimizar la distribución de aplicaciones, mejorar la eficiencia operativa y ampliar la utilización del hardware con una plataforma en la nube elástica y a pedido. OpenShift Enterprise incluye la opción de precio por par de sockets (al instalarlo en sistemas físicos) y precio por guest virtual (al instalar en guests virtualizados). Los SLA Standard y Premium están disponibles. En el momento de escribir estas líneas, está disponible como un complemento de OpenShift Enterprise. En breve, otros productos Red Hat JBoss Middleware estarán disponibles como complemento de OpenShift Enterprise. 1 http://www./solutions/open-hybrid-cloud/public-cloud/find-provider/ 2 http://www./solutions/cloud/access/jboss/ 14
detalle de la tecnología guía de suscripción de Red Hat jboss middleware Para obtener más información acerca de OpenShift Enterprise, visite openshift.com o póngase en contacto con un representante de Red Hat. acerca de red Hat Red Hat es el proveedor líder mundial de soluciones de código abierto que utiliza un enfoque impulsado por la comunidad con el fin de proporcionar tecnologías fiables y de alto rendimiento como son: nube, virtualización, almacenamiento, Linux y middleware. Red Hat también ofrece servicios galardonados de soporte, capacitación y consultoría. Es una empresa S&P con más de 70 oficinas en todo el mundo que ayuda a los clientes a impulsar sus negocios. facebook.com/redhatinc @redhatnews linkedin.com/company/red-hat norteamérica 1 888 REDHAT1 EURoPA, oriente medio y ÁfRiCA 00800 7334 2835 europe@ ASiA y PACífiCo +65 6490 4200 apac@ AmÉRiCA latina +54 11 4329 7300 info-latam@ #12149557_v1_0514 Copyright 2014 Red Hat, Inc. Red Hat, Red Hat Enterprise Linux, el logotipo Shadowman y JBoss son marcas comerciales de Red Hat, Inc. registradas en Estados Unidos y en otros países. Linux es la marca comercial registrada de Linus Torvalds en Estados Unidos y en otros países.