SPIM: 웹 MVC를 위한 효율적인 서버·클라이언트 파티셔닝 아키텍처

초록

본 논문은 전통적인 MVC 패턴을 웹 환경에 적용할 때 발생하는 서버·클라이언트 파티셔닝 문제를 해결하기 위해 SPIM이라는 새로운 아키텍처를 제안한다. SPIM은 모델과 컨트롤러를 서버와 클라이언트에 중복 배치하지 않고, 인터페이스와 프록시 메커니즘을 통해 동적으로 파티션을 관리한다. 실험 결과, 기존의 이중 복제 방식에 비해 응답 시간과 스케일러빌리티에서 현저히 우수한 성능을 보인다.

상세 요약

MVC 패턴은 사용자 인터페이스와 비즈니스 로직을 명확히 분리함으로써 재사용성과 유지보수성을 높이는 설계 방법론이다. 그러나 전통적인 MVC는 단일 주소 공간, 즉 동일 프로세스 내에서 모델·뷰·컨트롤러가 동작한다는 전제하에 설계되었다. 웹 애플리케이션은 클라이언트와 서버가 물리적으로 분리된 다중 주소 공간을 갖기 때문에, 어느 컴포넌트를 어느 쪽에 배치할지 사전에 결정해야 하는 파티셔닝 문제가 발생한다. 기존 연구에서는 모델과 컨트롤러를 서버와 클라이언트 양쪽에 복제하는 방식을 제안했지만, 이는 데이터 동기화 지연, 보안 취약성, 서버 부하 증가 등 부작용을 초래한다.

SPIM(Seamless Partitioned Interaction Model)은 이러한 한계를 극복하기 위해 세 가지 핵심 메커니즘을 도입한다. 첫째, 역할 기반 인터페이스 정의를 통해 모델과 컨트롤러의 공개 API를 명시하고, 클라이언트는 이 인터페이스만을 호출한다. 둘째, 프록시 객체가 클라이언트와 서버 사이에 위치해 호출을 가로채고, 필요에 따라 로컬 캐시 혹은 원격 서비스 호출을 선택한다. 셋째, 동적 파티션 정책 엔진이 런타임 상황(네트워크 지연, 부하, 보안 요구 등)을 분석해 모델·컨트롤러의 실제 실행 위치를 조정한다. 이 세 가지 요소는 서로 독립적이면서도 통합적으로 동작해, 개발자는 MVC 구조를 그대로 유지하면서도 파티셔닝을 투명하게 관리할 수 있다.

구현 측면에서 SPIM은 Java EE 기반 서버와 Angular 기반 클라이언트를 예시로 사용한다. 서버 측에서는 모델을 JPA 엔티티로 구현하고, 컨트롤러는 RESTful 엔드포인트로 노출한다. 클라이언트 측에서는 TypeScript 인터페이스와 프록시 클래스를 자동 생성하는 코드 생성기(CodeGen)를 제공한다. 동적 파티션 정책은 Spring AOP와 RxJS 스트림을 결합해 비동기적으로 정책을 적용한다.

성능 평가에서는 동일한 비즈니스 로직을 수행하는 세 가지 아키텍처를 비교한다. (1) 전통적인 서버‑전용 MVC, (2) 모델·컨트롤러 복제형(서버·클라이언트 동시 구현), (3) 제안된 SPIM. 테스트 시나리오는 CRUD 중심의 데이터 처리와 복합 트랜잭션을 포함한다. 결과는 평균 응답 시간이 전통형 대비 22 % 개선, 복제형 대비 35 % 개선을 보였으며, 특히 네트워크 지연이 200 ms 이상일 때 SPIM의 프록시 캐시와 동적 파티션이 효과적으로 작동해 스루풋이 1.8배 증가하였다. 또한 보안 측면에서 서버‑전용 모델에 비해 민감 데이터가 클라이언트에 노출되지 않으며, 복제형에서 발생하던 데이터 일관성 오류가 사라졌다.

결론적으로 SPIM은 MVC 패턴의 장점을 유지하면서 웹 환경 특유의 파티셔닝 문제를 해결한다. 인터페이스‑프록시‑정책이라는 삼위일체 구조는 확장성과 보안성을 동시에 제공하며, 기존 시스템에 최소한의 침투로 적용 가능하다. 향후 연구에서는 마이크로서비스와의 연계, 모바일 네이티브 클라이언트 지원, 그리고 머신러닝 기반 파티션 최적화 알고리즘을 탐색할 계획이다.