기능을 점진적으로 개선하다보니 데이터베이스 스키마를 변경하는 경우가 많다. 데이터베이스 스키마를 변경할 때마다 데이터베이스 migration이 많이 발생한다. 데이터베이스에서 쿼리를 활용해 실행하는 경우는 간단하지만 애플리케이션 로직을 활용해 처리하는 경우가 종종 있다. 이 때마다 매번 Controller를 추가하고 코드를 추가하는 것이 귀찮아서 이번 기회에 migration을 전담하는 Controller를 만들고 권한 처리까지 추가했다.

package net.slipp.web.qna;


import javax.annotation.Resource;


import net.slipp.service.qna.MigrationService;


import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;


@Controller
@RequestMapping("/migrations")
public class MigrationsController {
	@Resource(name = "migrationService")
	private MigrationService migrationService;
	
	@RequestMapping("")
	public String index() {
		return "redirect:/";
	}
}

위와 같이 Controller를 추가하고 권한 처리는 Spring Security 설정에서 다음과 같이 추가했다.

	<security:http use-expressions="true"
		entry-point-ref="springSocialSecurityEntryPoint" xmlns="[http://www.springframework.org/schema/security">](http://www.springframework.org/schema/security">)
		[...]
		<intercept-url pattern="/migrations/    *" access="hasRole('ROLE_ADMINISTRATOR')" />
	</security:http>

위와 같이 설정을 추가해 놓으면 migration 작업은 관리자 권한을 가지는 사용자만 진행할 수 있다.

나는 데이터베이스 migration 작업은 migration 작업을 위한 코드를 추가하고 배포한 후 migration 작업 완료. migration 소스 코드 제거하고 다시 배포한다. 이와 같이 점진적인 데이터베이스 리팩토링을 진행하려면 자동화된 테스트 코드와 자동화된 배포는 반드시 갖춘 상태에서 가능하다. 지금 slipp.net 배포는 무중단 배포까지 하는 상태는 아니지만 자동화된 테스트와 배포 환경은 갖추고 있는 상태이다.