EJB

EJB 컨테이너는 자바 EE 애플리케이션 서버의 핵심 구성 요소로, EJB 빈의 생명주기를 관리하고 실행 환경을 제공하는 런타임 환경이다. 이 컨테이너는 EJB 빈이 요청을 처리하고 데이터베이스와 상호작용하며, 다른 시스템과 통신할 수 있는 공간을 마련한다. 개발자는 비즈니스 로직에 집중할 수 있도록 트랜잭션 관리, 보안, 동시성 제어 같은 복잡한 하부 구조 서비스를 컨테이너에 위임한다.

EJB 컨테이너가 제공하는 주요 서비스는 다음과 같다.

이러한 서비스는 대부분 배포 서술자나 어노테이션을 통해 선언적으로 설정할 수 있어, 애플리케이션 코드와 인프라 코드의 분리를 가능하게 한다. 결과적으로 EJB 컨테이너는 기업용 애플리케이션이 요구하는 확장성, 신뢰성, 보안을 보장하는 기반 플랫폼 역할을 수행한다.

EJB 빈은 그 목적과 생명주기 관리 방식에 따라 크게 세 가지 주요 유형으로 구분된다. 각 유형은 특정한 비즈니스 로직 구현 패턴에 맞게 설계되어 개발자가 애플리케이션 요구사항에 가장 적합한 컴포넌트를 선택할 수 있게 한다.

가장 기본적인 유형은 세션 빈(Session Bean)이다. 클라이언트의 요청을 처리하는 비즈니스 로직을 캡슐화하며, 주로 애플리케이션의 핵심 기능을 구현한다. 세션 빈은 다시 상태를 유지하는 스테이트풀 세션 빈(Stateful Session Bean)과 상태를 유지하지 않는 스테이트리스 세션 빈(Stateless Session Bean)으로 나뉜다. 스테이트리스 세션 빈은 각 메서드 호출이 독립적이며 풀링(Pooling)을 통한 효율적인 인스턴스 재사용이 가능하여 일반적인 비즈니스 프로세스에 널리 사용된다. 반면 스테이트풀 세션 빈은 특정 클라이언트와의 대화 상태를 서버 측에 유지해야 하는 경우, 예를 들어 온라인 쇼핑 카트와 같은 기능에 적합하다.

두 번째 주요 유형은 엔티티 빈(Entity Bean)이다. 이는 관계형 데이터베이스의 레코드와 같은 영속성(Persistence) 데이터를 객체 형태로 표현하는 데 사용되었다. 엔티티 빈은 컨테이너 관리 영속성(CMP)과 빈 관리 영속성(BMP) 방식으로 구분되어 데이터 접근 로직의 복잡성을 처리했다. 그러나 이후 자바 퍼시스턴스 API(JPA)와 같은 보다 진화된 객체 관계 매핑(ORM) 표준의 등장으로, EJB 3.0 이후에는 그 역할이 크게 축소되었다.

마지막 유형은 메시지 기반 빈(Message-Driven Bean, MDB)이다. 이는 세션 빈이나 엔티티 빈과 달리 자바 메시지 서비스(JMS)를 통해 비동기적으로 도착하는 메시지를 수신하고 처리하는 데 특화되어 있다. 메시지 큐나 토픽으로부터 메시지를 소비하여 백그라운드에서 작업을 처리하므로, 결제 처리나 로그 분석 같은 시간이 걸리거나 즉각적인 응답이 필요하지 않은 비동기 작업을 구현하는 데 유용하다.

EJB의 트랜잭션 관리 기능은 기업용 애플리케이션의 핵심 요구사항인 데이터 무결성과 신뢰성을 보장하는 데 중요한 역할을 한다. 이 기능은 애플리케이션 서버에 내장된 EJB 컨테이너에 의해 제공되며, 개발자가 복잡한 트랜잭션 제어 코드를 직접 작성하지 않고도 선언적 또는 프로그래밍 방식으로 트랜잭션을 관리할 수 있게 해준다.

트랜잭션 관리는 주로 선언적 트랜잭션 관리 방식을 통해 이루어진다. 개발자는 EJB 빈의 메서드나 인터페이스에 어노테이션이나 배포 서술자(Deployment Descriptor)를 사용하여 트랜잭션 속성(예: REQUIRED, REQUIRES_NEW, SUPPORTS)을 지정한다. 이렇게 하면 EJB 컨테이너가 메서드 호출 전후로 트랜잭션의 시작, 커밋, 롤백을 자동으로 처리한다. 이를 통해 비즈니스 로직과 트랜잭션 관리 로직을 분리하여 코드의 복잡성을 줄이고 유지보수성을 높일 수 있다.

또한, 필요에 따라 빈 관리 트랜잭션(Bean-Managed Transaction, BMT) 방식을 선택할 수도 있다. 이 방식에서는 개발자가 JTA(Java Transaction API)를 사용하여 프로그래밍 방식으로 트랜잭션의 경계를 명시적으로 제어한다. 이는 더 세밀한 제어가 필요한 특수한 경우에 사용되지만, 일반적으로 컨테이너 관리 트랜잭션(컨테이너 관리 트랜잭션, CMT) 방식이 선호된다.

EJB의 트랜잭션 관리 서비스는 분산 환경에서도 효과적으로 작동하도록 설계되었다. 여러 데이터베이스나 엔터프라이즈 정보 시스템(EIS)에 걸친 분산 트랜잭션을 투명하게 처리할 수 있으며, JTA와 XA 프로토콜을 기반으로 2단계 커밋(Two-Phase Commit) 같은 메커니즘을 지원하여 데이터의 일관성을 보장한다. 이는 금융이나 물류 같은 복잡한 기업 애플리케이션을 구축하는 데 필수적인 기능이다.

EJB는 애플리케이션 수준의 보안을 선언적이고 중앙 집중식으로 관리할 수 있는 메커니즘을 제공한다. 개발자는 비즈니스 로직에 직접 보안 코드를 삽입하는 대신, 배포 서술자나 어노테이션을 사용하여 메서드나 EJB 빈 전체에 대한 접근 권한을 정의할 수 있다. 이는 보안 정책이 애플리케이션 코드와 분리되어 유지관리가 용이하고, 애플리케이션 서버의 보안 인프라와 통합될 수 있음을 의미한다.

주요 보안 서비스로는 인증과 권한 부여가 있다. EJB 컨테이너는 클라이언트의 신원을 확인(인증)하고, 선언된 보안 제약 조건에 따라 특정 비즈니스 메서드를 실행할 권한(권한 부여)이 있는지 검사한다. 보안 역할은 애플리케이션에서 정의한 논리적 그룹으로, 실제 사용자나 그룹 정보는 애플리케이션 서버의 보안 영역에 매핑된다. 이를 통해 애플리케이션은 특정 서버 환경에 종속되지 않는 보안 구성을 가질 수 있다.

이러한 선언적 보안 모델은 복잡한 엔터프라이즈 애플리케이션에서 보안 정책의 일관된 적용과 중앙 관리를 가능하게 하여, 개발자가 핵심 비즈니스 로직 개발에 집중할 수 있도록 돕는다.

EJB는 서버 측 애플리케이션에서 발생할 수 있는 동시성 문제를 관리하기 위한 메커니즘을 제공한다. 다중 사용자 환경에서 여러 클라이언트가 동일한 비즈니스 로직 컴포넌트에 동시에 접근할 때, 데이터의 일관성과 무결성을 유지하는 것은 매우 중요하다. EJB 컨테이너는 이러한 동시 접근을 투명하게 관리하여 개발자가 저수준의 스레드 동기화 문제를 직접 처리할 필요가 없도록 한다.

EJB의 동시성 관리 방식은 주로 세션 빈의 유형에 따라 달라진다. 스테이트리스 세션 빈은 클라이언트의 상태를 유지하지 않으므로, 컨테이너는 빈 인스턴스 풀에서 사용 가능한 임의의 인스턴스를 클라이언트 요청에 할당할 수 있다. 이는 높은 수준의 동시성을 제공하며, 여러 스레드가 동일한 빈 인스턴스를 공유할 수 있어 효율적이다. 반면, 스테이트풀 세션 빈은 특정 클라이언트의 대화 상태를 유지해야 하므로, 일반적으로 하나의 클라이언트 세션은 하나의 빈 인스턴스에 바인딩된다. 컨테이너는 이 경우에도 내부적으로 동시 접근을 직렬화하여 상태의 일관성을 보호한다.

엔터프라이즈 자바빈즈의 동시성 관리 정책은 엔티티 빈에서도 적용된다. 특히 컨테이너 관리 지속성을 사용하는 엔티티 빈의 경우, EJB 컨테이너는 데이터베이스 트랜잭션 격리 수준과 연계하여 동시 읽기 및 쓰기 작업을 관리한다. 이를 통해 개발자는 복잡한 락킹 메커니즘을 구현하지 않고도, 트랜잭션 범위 내에서 데이터의 안전한 동시 접근을 보장받을 수 있다. 이러한 추상화는 기업용 애플리케이션의 개발 복잡성을 크게 줄이는 핵심 기능 중 하나이다.

EJB는 클라이언트-서버 모델 기반의 분산 애플리케이션을 구성할 수 있도록 원격 접근 기능을 표준화하여 제공한다. 이는 비즈니스 로직을 구현한 EJB 빈이 물리적으로 분리된 다른 자바 가상 머신 또는 네트워크상의 클라이언트에서 호출되어 사용될 수 있음을 의미한다. 원격 접근을 위한 표준 프로토콜은 주로 자바 원격 메서드 호출을 기반으로 하며, 이를 통해 클라이언트는 로컬 객체를 사용하는 것과 유사한 방식으로 서버에 배포된 EJB의 메서드를 호출할 수 있다.

이러한 원격 접근은 엔터프라이즈 애플리케이션의 다양한 클라이언트 유형을 지원하는 데 핵심적이다. 예를 들어, 독립 실행형 자바 애플리케이션, 웹 애플리케이션 서버에서 실행되는 서블릿 또는 JSP, 다른 애플리케이션 서버에 위치한 EJB 컴포넌트 등이 동일한 비즈니스 컴포넌트를 원격으로 활용할 수 있다. EJB 스펙은 원격 인터페이스를 정의하고, 스텁과 스켈레톤을 생성하는 등의 복잡한 네트워크 통신 세부 사항을 EJB 컨테이너가 대신 처리하도록 함으로써 개발자가 비즈니스 로직 구현에 집중할 수 있게 한다.

그러나 원격 호출은 네트워크 지연, 직렬화 오버헤드, 예외 처리의 복잡성 등 성능과 복잡성 측면에서 비용을 수반한다. 이러한 이유로, 단일 자바 EE 애플리케이션 내부에서의 컴포넌트 호출에는 원격 인터페이스보다는 로컬 인터페이스를 사용하는 것이 일반적으로 권장된다. EJB의 원격 접근 기능은 진정한 의미의 분산 컴퓨팅과 이기종 시스템 간의 통합이 필요한 대규모 기업 환경에서 그 진가를 발휘한다.