Java ES 도입에 이르는 비즈니스 요구 사항은 매우 다양합니다. 그러나 거의 모든 Java ES 배포에 대한 높은 수준의 목표는 다음 도입 시나리오 가운데 하나에 해당합니다.
새 시스템.기존 소프트웨어 시스템이 없이 시작할 경우 새로운 비즈니스 솔루션을 지원하기 위해 Java ES 소프트웨어를 배포합니다.
기능 향상.기존의 정보 기술(IT) 인프라로 시작할 경우 해당 시스템의 한 부분, 많은 부분 또는 모든 부분을 Java ES 소프트웨어로 교체합니다. 일반적으로 시스템이나 하위 시스템이 너무 복잡하거나 제한적이거나 유지 관리 비용이 너무 비싸기 때문에 시스템을 교체합니다. 예를 들어 더 나은 보안, 고가용성, 확장성 및 융통성, 더 적은 복잡도, 추가 기능(예: 단일 사인 온) 또는 IT 자원의 효율적인 사용이 필요할 수 있습니다.
기능 확장.기존 IT 인프라로 시작할 경우 현재 시스템의 일부가 아닌 Java ES 소프트웨어를 배포합니다. 일반적으로 새로운 비즈니스 요구 사항을 충족시킬 필요가 있기 때문에 소프트웨어 시스템을 확장합니다. Java ES 포털을 통한 기존 서비스의 개인화된 수집 또는 기존 서비스에 대한 Java 인증 및 권한 부여와 같은 새로운 기능이 필요할 수 있습니다.
업그레이드.이전 버전의 Java ES 또는 Java ES 이전에 출시된 Sun 제품으로 구성된 IT 인프라로 시작할 경우 최신 버전의 Java ES 구성 요소로 업그레이드합니다.
모든 도입 시나리오에는 각각의 고려 사항과 과제가 있습니다. 그러나 도입 시나리오에 따라 그림 1–3의 라이프 사이클 단계에서 처리해야 할 문제와 투자해야 할 자원이 다를 수 있습니다.
도입 시나리오에 다양하게 적용되는 고려 사항은 다음과 같습니다.
마이그레이션. 기존 인프라를 새로운 소프트웨어로 기능 향상 또는 업그레이드하려면 종종 데이터를 기존 시스템에서 새로운 시스템으로 마이그레이션해야 합니다. 구성 정보, 사용자 정보 또는 응용 프로그램 정보 등이 이러한 데이터에 해당할 수 있습니다. 새로운 프로그래밍 인터페이스로 인해 비즈니스 또는 프리젠테이션 논리를 마이그레이션해야할 수도 있습니다.
통합. 기존 시스템에 새로운 소프트웨어를 추가하거나 또는 소프트웨어 하위 시스템을 교체하려면 새로운 소프트웨어 구성 요소를 나머지 하위 시스템에 통합해야 합니다. 새로운 인터페이스 계층 개발, J2EE 커넥터 또는 자원 어댑터 사용, 기존 구성 요소 재구성 및 데이터 변환 스키마 구현 등이 통합에 포함될 수 있습니다.
교육. 거의 모든 인프라 변경은 IT 절차 및 기술 세트의 변경을 의미합니다. Java ES 기술을 지원하려면 IT 부서에 새로운 기술을 확보하거나 이전 기술을 이전하기 위한 적절한 시간이 필요합니다.
하드웨어. 기존 시스템이나 하위 시스템을 교체하거나 기능을 향상시킬 경우 비즈니스 제약 조건으로 인해 기존 하드웨어를 재사용해야 할 수도 있습니다. 도입 시나리오에 따라 하드웨어 자원이 중요한 요소가 될 수도 있습니다.
다음 표에는 각각의 Java ES 도입 시나리오에 적용되는 고려 사항의 기본적인 특성이 요약되어 있습니다.
표 1–6 Java ES 도입 시나리오 고려 사항