[Suggest] Test & Build 에 관한 고민 #134
Description
🙋🏻♂️ 제안 사항
현재 빌드시 테스트 구조의 개선이 필요해 보입니다
- 통합 테스트 또는 DB 슬라이싱 테스트의 경우, 운영 DB 를 의존하여 테스트를 동작하고 있습니다. 운영 DB 에 의존하고 있는 테스트 코드는 변경이 어려울 뿐만 아니라 비용적인 측면에서도 단점이 있습니다.
- 매번 테스트 코드를 동작시킬 때마다 테이블 생성, 삭제에 관한 I/O 가 증가함에 따라 그만큼 서버 리소스를 많이 소비합니다. 현재 AWS 를 사용하고 있는 상황에서 리소스 사용은 곧 비용적인 측면에서도 고려해야할 사항입니다.
- 빌드 서버에서 운영 DB 를 접근하는 방법은 상당히 위험합니다. 일반적으로 운영 DB 의 경우 private-subnet 을 구성하여 외부의 접근을 최소화 하는 형태의 서버 구조를 가지지만 빌드 서버에서 운영 서버에 관한 접근할 경우 테스트 과정에서 실제 사용자의 데이터가 유실될 수 있는 위험성이 있습니다. 이를 개선하는 용도로 별도의 빌드 DB 서버를 구성하거나 TestContainer 를 효율적으로 사용하는 방법에 관한 고민이 필요해 보입니다.
- 현재 서비스를 운영하고 있는 상황은 아니지만 프로젝트의 유지보수와 서버 운영 관점에서 필요할 것 같습니다. 현재의 기술 부채로 인해 당장 적용할 수 없을지라도 추가적인 학습을 통해 개선이 필요해 보입니다.
- 결론 : 테스트 격리 환경에 대해 고민해보자.
운영 환경에 관한 설정 변경가 필요합니다
- 일반적으로 운영환경의 경우에는 ddl-auto option 이
update또는none을 사용 - 각 운영 환경에 따른 property 구분하는 방법이 필요.