질문&답변
뒤늦게라도 해결방법을 알아낸 것 같아서 공유드립니다. 기존 Dockerfile에 있는 FROM node:alpine as builder 줄에서 as builder를 지워버리고 맨 밑 COPY줄의 --from=builder를 --from=0 으로 바꿔서 다시 시도하시면 아마도 될 것 같습니다. 이유는 Amazon Linux 2로 업그레이드 되면서 FROM절을 수행할때 인자를 1개만 받도록 변경된 것 같습니다. 그래서 as builder가 붙게 되면 인자가 3개가 되어서 오류를 뿜습니다. 따라서 as builder를 지워버리고 밑 from에서 별칭이 아닌 0번째 FROM를 뜻하도록 바꿔주게 되면 정상적으로 수행됩니다.
질문&답변
아아.. 넓은 관점에서 봤어야했는데 시야가 좁았네요 친절한 답변 감사드립니다.
질문&답변
감사합니다 ㅠㅠ 영한님의 말씀 덕분에 개념이 좀 더 단단하게 자리잡는 기분이 듭니다.
질문&답변
감사합니다! 그런 차이가 있는지도 모르고 잘못 이해하고 넘어갈뻔 했네요. 2번 질문은 의사코드로 설명드리면 @Transaction Member method1() { 멤버생성(); 벌크수정(); Member member = 멤버조회(); return member; } Member method2() { @Transaction 멤버생성(); @Transaction 벌크수정(); Member member = @Transaction 멤버조회(); return member; } 위의 method1처럼 하나의 트랜잭션 범위에서 작업하는 것이 아니라 method2처럼 트랜잭션이 분리된 상황이면 1차캐시가 각각의 트랜잭션이 끝나는 시점에 없어져서 멤버를 조회할 때 db에서 새로 select해서 가져올줄 알았는데 아니더라구요. 그래서 이건 OSIV에 의해서 1차캐시가 요청이 종료될때까지 없어지지 않고 계속 살아있기 때문이다. 라고 이해를 했는데 맞는지 궁금합니다!
질문&답변
늦은 시간에 답변 감사합니다!! 시스템을 체계적으로 명세화하여 관리하는 것이 특히 위와 같은 이유때문에 중요한거군요. 추가 정보까지 제공해주셔서 감사합니다!
