[JSCODE] 6회차

🎯 목표

• 환경 변수 분리
• CORS 세팅
• 예상치 못한 에러에 대한 처리
• AWS의 Elastic Beanstalk를 활용한 서비스 배포

✏️ 내용

1. 환경 변수 분리

서버를 배포하기 이전에 환경 변수를 분리해주는 작업을 수행해야 한다.
예를 들어 로컬 또는 개발 환경에서는 H2 데이터베이스를 사용하고, 운영 환경에서는 MySQL을 사용하고 싶을 때 각각 DB를 다르게 지정해줄 수 있다.
또한 개발 환경에서는 DB 접근 패스워드를 공개하고 운영 환경에서는 비공개로 지정할 수도 있다.
이처럼 각각의 환경에 따라 설정을 다르게 하는 것을 환경 변수 분리라고 한다.

2. CORS 세팅

한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근하기 위해서는 CORS(Cross-Origin Resource Sharing)를 세팅해야 한다.
나는 다음과 같이 WebMvcConfigurer 클래스를 상속 받아 CORS를 세팅했다.

public class WebConfig implements WebMvcConfigurer {

    private static final int MAX_AGE_SEC = 3600;

    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**") // CORS를 적용할 URL 패턴 정의
                .allowedOrigins("*") // 자원 공유를 허용할 Origin 지정
                .allowedMethods("GET", "POST", "PUT", "PATCH", "DELETE") //허용할 HTTP method 지정
                .maxAge(MAX_AGE_SEC); // 3000sec 만큼 pre-flight 요청에 대한 응답을 브라우저에서 캐싱
    }
}

3. 예상치 못한 에러에 대한 처리

직접 만든 커스텀 예외, @Valid에 대한 예외 뿐만 아니라 예상치 못한 곳에서 예외가 발생할 수도 있다.
이 경우 공통적으로 예외처리를 수행해주어야 한다.
나는 모든 예외의 최상위 클래스인 Throwable에 대한 ExceptionHandler를 만들어 예상치 못한 어떠한 예외가 터지더라도 해당 메서드가 실행되도록 했다.

@ExceptionHandler(Throwable.class)
public ResponseEntity<ErrorResult> handleGlobalException(Throwable e) {
	ErrorResult errorResult = new ErrorResult(INTERNAL_SERVER_ERROR.getHttpStatus(), INTERNAL_SERVER_ERROR.getMessage());
	return new ResponseEntity<>(errorResult, errorResult.getHttpStatus());
}

💬 회고

AWS의 Elastic Beanstalk를 활용한 서비스 배포는 진행하다가 에러가 계속해서 발생해 중단했다.
AWS에 대한 개념을 더 공부하고 다시 배포해봐야겠다.