///
Search
Duplicate
📝

기술 멘토링 - 3회차

질문리스트

corretto는 가벼운 JDK라서 github actions에서 적당함
github actions에 도커가 기본적으로 설치돼있음
CI/CD는 도커를 써도 똑같음
Dockerfile 생성
docker hub로 배포
aws codedeploy를 적용하는게 더 안전할 수도 있음
도커 이미지 용량이 더 가벼울 수도 있음
네트워크 불안정할 시, 도커가 더 유리할 수도 있음
ssh를 전달하면 100% 성공한다는 보장도 없음
도커가 ssh보다 더 안전한 이유 중 하나
쉘 스크립트를 만들어서 실행하는게 더 좋을 수도 있음
유닛 테스트 해라
private 메소드가 많아진다면, 서비스 클래스를 분리해봐라
클래스별로 환경 분리를 해라
@SpringBootTest @TestInstance(Lifecycle.PER_CLASS) => 얘가 있어야 BeforeAll이나 AfterAll을 static 없이 사용할 수 있음
@Mock => 컨트롤러 테스트에 필요한 빈만 사용
@SpringBootTest => 모든 빈을 사용
테스트 환경에서, DB는 다 공유한다.
분리할 수 있나?
===========================
식재료 데이터
바로 스프링 배치 쓰지말고, 쿼츠(=스케줄러)를 써봐라
쿼츠는 스프링 스케줄러랑 사용법이 다르다
실무에선 "쿼츠"를 더 쓰는 편이다 (비동기도 가능)
쿼츠를 사용한 다음에, 스프링 배치로 넘어가봐라
나중으로는 멀티 모듈, 엔티티 도메인 분리, 서버 분리