Java Enterprise System 도입 시나리오

Java ES 도입에 이르게 되는 비즈니스 요구 사항은 다양합니다. 그러나 거의 모든 Java ES 배포에 대한 높은 수준의 목표는 다음 도입 시나리오 가운데 하나에 해당합니다.

• 새 시스템. 기존 소프트웨어 시스템 없이 시작하는 경우, 새로운 비즈니스 솔루션 지원을 위해 Java Enterprise System 소프트웨어를 배포합니다.

• 기능 향상. 기존의 정보 기술(IT) 인프라로 시작할 경우 해당 시스템의 한 부분, 많은 부분 또는 모든 부분을 Java ES 소프트웨어로 대체합니다. 대개는 시스템이나 하위 시스템이 너무 복잡하거나 너무 제한적이거나 또는 유지 관리 비용이 너무 비싸서 교체합니다. 예를 들어 더 나은 보안, 고가용성, 확장성 및 융통성, 더 적은 복잡도, 추가 기능(예: 단일 사인 온) 또는 IT 자원의 효율적인 사용이 필요할 수 있습니다. 즉 기존 시스템에서 제공하는 것보다 더 나은 투자 수익을 원할 수 있습니다.

• 기능 확장. 기존 IT 인프라로 시작하는 경우, 현재 해당 시스템의 일부가 아닌 Java Enterprise System 소프트웨어를 배포합니다. 새로운 비즈니스 요구 사항을 충족시킬 필요가 있기 때문에 일반적으로 소프트웨어 시스템을 이런 방식으로 확장합니다. Java ES 포털을 통한 기존 서비스의 개인화된 집계 또는 기존 서비스에 대한 Java 인증 및 권한 부여와 같은 새로운 기능이 필요할 수 있습니다.

• 업그레이드. Java Enterprise System의 이전 버전 또는 Java Enterprise System 보다 전에 출시된 Sun 제품으로 구성된 IT 인프라로 시작하는 경우Java Enterprise System 구성 요소의 최신 버전으로 업그레이드합니다.

모든 도입 시나리오에는 각각의 고려 사항과 위험이 있습니다. 사용자 상황의 특성을 묘사하는 도입 시나리오에 상관없이 그림 1–3에 표시된 솔루션 라이프 사이클 프로세스가 적용됩니다. 그러나 도입 시나리오에 따라 라이프 사이클 단계에서 투자해야 할 자원과 처리해야 할 문제가 다를 수 있습니다.

다음과 같은 고려 사항이 도입 시나리오에 다양하게 적용됩니다.

• 마이그레이션. 기존 인프라를 새로운 소프트웨어로 기능 향상 또는 업그레이드하려면 종종 데이터를 기존 시스템에서 새로운 시스템으로 마이그레이션해야 합니다. 구성 정보, 사용자 정보 또는 응용 프로그램 정보 등이 이러한 데이터에 해당할 수 있습니다. 새로운 프로그래밍 인터페이스로 인해 비즈니스 또는 프리젠테이션 논리를 마이그레이션해야할 수도 있습니다.

• 통합. 기존 시스템에 새로운 소프트웨어를 추가하거나 또는 소프트웨어 하위 시스템을 교체하려면 새로운 소프트웨어 구성 요소를 나머지 하위 시스템에 통합해야 합니다. 새로운 인터페이스 계층 개발, J2EE 커넥터 또는 자원 어댑터 사용, 기존 구성 요소 재구성 및 데이터 변환 스키마 구현 등이 통합에 포함될 수 있습니다.

• 교육. 거의 모든 인프라 변경은 IT 절차 및 기술 세트의 변경을 의미합니다. Java Enterprise System 기술을 지원하려면 IT 부서에 새로운 기술을 확보하거나 또는 이전 기술을 이전하기 위한 적절한 시간이 필요합니다.

• 하드웨어. 기존 시스템이나 하위 시스템을 교체하거나 기능을 향상시킬 경우 비즈니스 제약 조건으로 인해 기존 하드웨어를 재사용해야 할 수도 있습니다. 도입 시나리오에 따라 하드웨어 자원이 중요한 요소가 될 수도 있습니다.

다음 표에서는 모든 Java ES 도입 시나리오에 적용되는 고려 사항의 기본적인 특성을 요약합니다.