4. 도커 환경에서 주의할 점 (가성비 팁)localhost 문제: 내 서버(App)를 도커 컨테이너로 띄우면, application.yml에서 DB 주소를 localhost가 아니라 서비스 명으로 써야 합니다. (예: url: jdbc:mysql://db:3306/mydb------------------------------------------------[build.gradle]plugins { id 'java' id 'org.springframework.boot' version '3.2.0' id 'io.spring.dependency-management' version '1.1.4'}group = 'com.toss'version = '0.0.1-SNAPSHOT'sourceCompa..
프로젝트 루트(build.gradle 옆)에 docker-compose.yml------------------------------3. 터미널 명령어로 도커 제어하기 (블로그 박제용)VDI 터미널에서 당황하지 말고 아래 명령어를 순서대로 치세요.실행 (가장 많이 씀):docker-compose up -d(해설: 설정파일대로 컨테이너들을 백그라운드에서 실행해라.)상태 확인:docker ps(해설: 지금 DB랑 Redis가 잘 떠 있는지 목록을 확인해라.)로그 확인 (오류 날 때):docker-compose logs -f [서비스명](해설: DB가 왜 안 뜨는지 실시간 로그를 보여달라.)중지 및 삭제:docker-compose down(해설: 다 썼으니 컨테이너를 내리고 깨끗이 지워라.)-----------..
이렇게 커밋 기록을 따로 하게된 이유-> 실수로 aws엑세스키, db비번을 application.properties에 올린후 깃허브에 올린 보안문제 발생-> 비번 변경, 엑세스키 폐기후 재발급. -> 문제 재발생을 막기위해 gitignore에 application.properties추가후 커밋푸쉬.-> secretkey가 코드에 있어서 푸쉬 거부.->bfg를 이용해 application.properties에 대한 과거커밋내용만 수정하려 시도-> 커밋기록 자체가 날아간 사태 발생. 배운점-> 로컬, 원격에 commit기록이 있고, 그 버전으로 돌아갈수 있기에 버전관리는 이정도면 될줄 알았으나,bfg같은 위험한걸 할때는 원격레퍼지에 백업용 레퍼지를 만들어야 하겠다는것과 조심성을 배우게 된 기회였습니다. 참고..