개요

Spring 대신 Ktor 프레임워크 기반의 신규 애플리케이션 서버를 어떻게 구축했는가

스프링 공화국

• 스프링의 장점은?
  • 에코 시스템이 잘 구축되어있고 개발자의 풀이 넓어 인력을 구하기 용이하다. 또한 안정적인 버전을 통해 애플리케이션 개발에 용이하다.
  • Spring Container DI, Database Integration을 통해 비즈니스 코드에만 집중할 수 있다.
  • Interceptor, Filter를 통한 로깅, 인증, 지표의 공통 처리를 쉽게 수행할 수 있다.
• 스프링의 단점은?
  • RFC 표준보다 스프링 내의 관습에 따라 프로덕션 코드를 작성하게 된다.
  • 스프링이 제공하는 의존성을 그대로 따라가다보니 수많은 의존성을 필요하지 않은데도 갖게 됩니다.

어디로 갈까

• 언어는 코틀린을 선택했고
• 스프링을 탈출해서 어디로 도달해야할까의 기준엔 라이브러리, 프레임워크의 코틀린 사용 여부를 고려했다

탈출 가방 챙기기

• Spring MVC는 복잡한 Servlet, Ktor은 경량성과 유연함을 갖췄다는 차이점
• 스프링에서 제공하는 DI는 어떻게 대체했을까?

  • 코틀린의 의존성 주입 라이브러리 Koin은 복잡한 Spring 대비 간단하다.

    

  • 인스턴스 생성 시 Anonotation 기반의 Spring과는 달리 Koin 명시적인 DSL형식을 사용한다.

  • Spring JDBC는 기본적으로 쿼리를 문자열로 작성해 타입-세이프하지 않으며, 만약 사용하려면 QueryDSL이 필요하다. Kotlin에서는 Exposed를 사용해 DSL로 감싼 명시적인 쿼리 생성이 가능하다.

  • 스프링은 요청 처리 시 Filter → DispatcherServlet → Interceptor → Controller의 순서를 반드시 지켜야 한다. 반면 Ktor의 파이프라인을 사용하면 중간 중간에 자유롭게 페이지를 끼워넣을 수 있다.

탈출 후기

• 스프링이 지원하는 수많은 기능은 어쩌면 오버스펙이 아닐까?
• 스프링이란 거대한 공화국에서 코드를 작성하게 되면 관습을 따라가게 되어 결국은 프레임워크에 의존적인 코드를 작성하는게 아닐까?
• 특정 프레임워크에 대한 의존성을 줄여야하지 않을까?