Spring Cloud Contract, Stubborn.sh로 이전된다
Spring 생태계에서 Consumer-Driven Contract 테스트의 핵심 도구로 자리잡아 온 Spring Cloud Contract가 새로운 전환점을 맞이했다. Spring 팀은 2026년 7월, Spring Cloud Contract의 모든 유지보수, 지원, 소유권을 프로젝트 최초 창시자 중 한 명인 Marcin Grzejszczak에게 이전한다고 공식 발표했다. 이전된 프로젝트는 Stubborn.sh라는 이름으로 운영될 예정이다. Marcin은 거의 10년간 Spring 팀의 멤버로 활동하며 Spring Cloud Contract를 처음부터 이끌어온 인물로, 프로젝트를 지속 발전시킬 적임자로 꼽힌다.
Spring Cloud Release Train에서 제외: 실무 영향은?
이번 이전에서 실무 개발자가 가장 주목해야 할 부분은 Spring Cloud 릴리즈 트레인에서의 제외다. Spring 팀은 향후 모든 Spring Cloud 릴리즈 트레인에서 Spring Cloud Contract를 제거하며, 현재 활성화된 릴리즈 트레인에 대한 업데이트와 유지보수도 중단할 것임을 명확히 했다.
이는 현재 Spring Cloud Contract를 사용 중인 프로젝트에 직접적인 영향을 미친다. 기존 의존성 구성에서 Spring Cloud BOM을 통해 버전을 관리하던 방식이 더 이상 동작하지 않을 수 있으며, 보안 패치나 버그 픽스도 공식 Spring 채널을 통해 제공되지 않는다.
<!-- 기존 방식: Spring Cloud BOM을 통한 의존성 관리 -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-contract-verifier</artifactId>
</dependency>
현재 이 의존성을 사용 중이라면, Stubborn.sh에서 제공할 새로운 좌표(artifact)로 마이그레이션 계획을 수립해야 한다. 공식 채널에서 마이그레이션 가이드가 제공될 예정이므로 Stubborn.sh 공식 발표를 주시하는 것이 중요하다.
왜 이런 전환이 중요한가
이번 이전은 단순한 소유권 변경 이상의 의미를 가진다. Spring 팀은 해당 프로젝트를 그 뿌리로 돌려보내는 것이 최선의 방향이라고 밝혔다. 오픈소스 생태계에서 원 창시자가 직접 독립적인 프로젝트로 운영하는 구조는 종종 더 민첩한 릴리즈 사이클과 커뮤니티 중심의 발전을 가능하게 한다. Spring 프레임워크의 거대한 릴리즈 트레인에 종속되지 않고 독립적으로 발전할 수 있다는 점은 장기적으로 프로젝트의 지속 가능성 측면에서 긍정적으로 볼 수 있다.
4년차 이상의 백엔드 개발자라면, 이번 변화를 단순히 "의존성 하나가 바뀌는 것"으로 보기보다 마이크로서비스 간 계약 테스트 전략 전반을 재검토하는 기회로 삼는 것이 바람직하다. Pact와 같은 대안 도구와의 비교, 혹은 Stubborn.sh로의 마이그레이션 비용과 이점을 팀 차원에서 논의할 필요가 있다.
정리
- Spring Cloud Contract는 공식적으로 Spring Cloud 릴리즈 트레인에서 제거되며, 이후 유지보수는 Stubborn.sh 프로젝트를 통해 이루어진다.
- 현재 Spring Cloud Contract를 사용 중인 프로젝트는 Stubborn.sh로의 마이그레이션 계획을 조속히 수립해야 하며, 공식 공지를 통해 새로운 의존성 좌표와 가이드를 확인해야 한다.
- 이번 전환은 원 창시자 주도의 독립 운영으로 프로젝트의 지속 가능성과 발전 가능성을 높이기 위한 결정으로, Consumer-Driven Contract 테스트 전략의 재검토 기회로 활용할 수 있다.