Escenarios de adopción de Java ES

Las necesidades empresariales que impulsan la adopción de Java ES varían significativamente. Sin embargo, los objetivos generales para prácticamente todas las implementaciones de Java ES se ajustan a uno de los siguientes escenarios de adopción:

• Sistema nuevo. No existe ningún sistema de software y el usuario implementa Java ES para que se pueda usar una nueva solución empresarial.

• Mejora. Se parte de una infraestructura de TI existente en la que se reemplazan una, varias o todas las partes del sistema por el software Java ES. Normalmente se sustituyen los sistemas o subsistemas porque son demasiado complicados, presentan demasiadas limitaciones o son demasiado costosos de mantener. Por ejemplo, puede requerir una mayor seguridad, una mayor disponibilidad, una mayor escalabilidad, más flexibilidad, menor complejidad, capacidades adicionales (como el inicio de sesión único) o un mejor uso de los recursos de TI.

• Ampliación. Se parte de una infraestructura de TI existente en la que se implementa el software de Java ES que hasta ahora no formaba parte del sistema. Normalmente, se amplía un sistema de software de esta manera porque es necesario satisfacer nuevas necesidades empresariales. Es posible que se necesiten nuevas capacidades funcionales, como una adición personalizada de los servicios existentes mediante un portal de Java ES o funciones de autenticación y autorización de Java para los servicios existentes.

• Actualización. Se parte de una infraestructura de TI que cuenta con una versión anterior de Java ES o con productos de Sun de versiones anteriores a las de Java ES. El usuario actualiza a la versión más actual de los componentes de Java ES.

Cada escenario de adopción cuenta con sus propios retos y consideraciones. Sin embargo, en función del escenario de adopción, es posible que varíen los problemas que deberá solucionar y los recursos en los que necesitará invertir en las distintas etapas del ciclo de vida mostradas en la Figura 1–3.

Las siguientes consideraciones se aplican en diversos grados a los escenarios de adopción:

• Migración. La mejora o la actualización de una infraestructura existente con un software nuevo requiere la migración de los datos desde el sistema existente hasta el sistema nuevo. Los datos pueden ser información de configuración, de usuario o de aplicación. También tendrá que migrar la lógica empresarial o de presentación debido a las interfaces de programación nuevas.

• Integración. La adición de nuevo software a un sistema existente o la sustitución de subsistemas de software requieren a menudo la integración de los nuevos componentes de software con los subsistemas restantes. La integración puede implicar el desarrollo de nuevas capas de interfaces utilizando conectores J2EE o adaptadores de recursos, la reconfiguración de los componentes existentes y la implementación de esquemas de transformación de datos.

• Formación. Casi todos los cambios que se realicen en la infraestructura implican cambios en los procedimientos de TI y en los conjuntos de habilidades. El departamento de TI debe tener el tiempo suficiente para adquirir los nuevos conocimientos o transferir los antiguos para poder utilizar las nuevas tecnologías de Java ES.

• Hardware. Al sustituir o mejorar un sistema o subsistema existentes, las restricciones del negocio pueden exigir que se reutilice hardware existente. En función del escenario de adopción, los recursos de hardware pueden convertirse en un factor importante.

La siguiente tabla resume la naturaleza de las consideraciones que se aplican a cada uno de los escenarios de adopción de Java ES.

Tabla 1–6 Consideraciones sobre los escenarios de adopción de Java ES

Escenario de adopción	Migración	Integración	Formación	Hardware
Sistema nuevo	No hay consideraciones	Es relativamente fácil integrar nuevos componentes	Puede ser una preocupación importante	Concesiones entre costes de equipos y de mano de obra [La utilización de unos pocos equipos potentes generalmente aumenta los costes de los equipos a la vez que requiere menos recursos de TI La utilización de varios equipos más pequeños reduce los costes de equipos a la vez que se necesitan más recursos de TI]
Mejora	Puede ser una preocupación grave	Es necesario integrar nuevos componentes con el sistema existente	Puede ser una preocupación importante	Puede implicar limitaciones importantes debido al equipo existente
Ampliación	Normalmente no es una preocupación	Es posible que sea necesario integrar nuevos componentes con el sistema existente	Puede ser una preocupación importante	Generalmente requiere nuevo hardware con las mismas concesiones que con un nuevo sistema
Actualización	Puede ser una preocupación importante	Es relativamente fácil integrar componentes actualizados	Una preocupación menor	Una preocupación menor