Flyway는 개발영역에서만 사용

이용전략

  • 개발(로컬)에는 V1__, V2__, V3__ 으로 자유롭게 업데이트 한다.

  • commit & push 전(공개 전): 하나의 파일로 통합하여 정리한 후 정상동작을 확인하고 푸시한다.

  • 스테이지, 운영 단계에 스키마 변경에는 Flyway를 사용하지 않는다.

    • 스키마 변경 전에는 DB 상태 모니터링 하면서 장인정신으로 한땀한땀 반영한다.

    • DB 락 여부 확인, 속도 저하 등을 확인하며 진행

    • 운영데이터가 많이 누적된 경우에 처리속도가 느려 락이 걸리는 등의 상황이 발생할 수 있다.

추가사항

  • H2 인-메모리 디비는 프로토타이핑 용으로 사용한다.

  • H2에서 사용하는 쿼리가 실제 운영단계에 반영되었을 때 문제발생 가능성이 높다.

  • cleanOnValidationError: 검증 중에 에러가 발생하면 자동으로 클린 처리를 함. ← 위험!!

cleanOnValidationError

Whether to automatically call clean or not when a validation error occurs.

This is exclusively intended as a convenience for development. Even tough we strongly recommend not to change migration scripts once they have been checked into SCM and run, this provides a way of dealing with this case in a smooth manner. The database will be wiped clean automatically, ensuring that the next migration will bring you back to the state checked into SCM.

Warning ! Do not enable in production !


스프링 사이트(https://spring.io/)가 리모델링을 거쳤다.

전체적으로 깔끔해지고 카테고리가 정리되었다.

그와 함께 스프링 부트의 위상이 크게 격상되었다는 것도 보인다.

스프링 부트로 만들고

스프링 클라우드로 결합시키고

스프링 클라우드 데이터 플로우로 뭐든지 연결한다!? (아직 스프링 클라우드 데이터 플로우 쪽에는 가보지도 못했는데...)

말그대로 스프링 플랫폼을 위한 기반으로서 확고한 자리를 잡았다. 쉽게 개발하고 배포 및 운영이 용이하기 때문에 앞으로도 꾸준하게 사용자가 늘어날 것이다.

그런 의미에서!! 다음달 중에 나올 제 책을 꼭~ 봐주세요. ㅎㅎ



+ Recent posts