Flyway 도입 제안

[youngsu5582]

운영용 DB는 이제 JPA 와 정확하게 싱크가 되지 않습니다.( ddl-auto : validate )
따라서, 운영용 DB 는 저희가 직접 반영을 해줘야 합니다.
이때 문제와 불편한점들이 발생합니다.

1. 우리가, 직접 인프라에 들어가기 힘들다. ( 외부에서 접속 불가능 )
2. 인프라에 들어가서 DDL 을 치더라도, 휴먼 에러가 발생할 가능성이 존재한다.
3. 언제 어떤 로직을 통해서 DB 가 수정 된지 알기 힘들다. ( 되돌리기도 힘들다 )

그렇기에, DB 형상관리 툴인 Flyway 도입을 제안합니다.

Flyway?

마이그레이션 파일들을 기반으로, DB를 관리 해줍니다.

V1__init -> V2__login_info_add_sample_column 와 같이 순차적으로 동작합니다.
( 기존에 진행된 버전은 진행 X )

동작 원리는, flyway_schema_history 라는 테이블이 생성됩니다.

installed_rank	version	description	type	script	checksum	installed_by	installed_on	execution_time	success
1	1	init	SQL	V1__init.sql	2034941910	corea-user	2024-08-31 12:35:20	87	1
2	2	login info add sample column	SQL	V2__login_info_add_sample_column.sql	-1874116658	corea-user	2024-08-31 12:35:20	7	1

• version : 지정한 버전
• description : 수행된 내용 설명
• type : 파일 유형 ( JDBC,Spring JDBC,SQL )
• script : 사용한 스크립트 파일
• checksum : 파일 무결성 체크 ( DB를 의도적으로 조작하는걸 방지하기 위함 )
• installed_by : 실행자
• installed_on : 실행 시간
• execution_time : 실행된 시간
• 성공 여부 ( 1이 성공, 0이 실패 )

---

배포전 내가 문제없이 작성했는지 확인할때는?

ddl-auto : validate
datbase: h2

로 H2로도 가능은 합니다.
이때 좀 불필요한 점들이 발생하는데 ( 직접 application.yml 수정, gradle 수정 )

이에 대한 워크플로우나 검사용 파일도 있으면 좋을거 같으면 의견 주세용 ( 주면 만들도록 해봄 )