전체 글

도커 컴포즈 개념다중 컨테이너 애플리케이션을 정의하고 관리하기 위한 도구로 도커가 하나의 컨테이너를 실행하고 관리하는 데 초점을 맞춘다면, 도커 컴포즈는 여러 컨테이너를 동시에 설정하고 실행할 수 있도록 설계되었다. docker-compose.yml 파일을 사용하여 애플리케이션의 각 컨테이너 서비스, 네트워크, 볼륨 등의 환경을 설정할 수 있다. 파일 구조 예시version: Docker Compose 파일의 버전을 지정합니다.services: 애플리케이션의 각 서비스를 정의합니다.web, app, db: 각각의 서비스 이름web: nginx 서버를 실행하며 호스트의 8080 포트를 컨테이너의 80 포트에 연결app: 애플리케이션 컨테이너로 로컬 디렉토리를 컨테이너 내부로 마운트db: PostgreSQL..

도커 개념도커(Docker)는 애플리케이션과 그 의존성을 하나의 컨테이너에 묶어 실행할 수 있도록 해주는 소프트웨어 플랫폼이다. 컨테이너란 독립적인 환경에서 애플리케이션이 동작하도록 만들어진 가볍고 이식 가능한 단위로 어디서든 동일하게 실행된다. 도커를 사용하면 이러한 컨테이너를 효율적이고 쉽게 생성하고 관리할 수 있다. 도커와 가상머신(VM)의 차이구조VM은 하드웨어 수준에서 완전히 독립된 환경을 제공한다. VM을 실행하려면 각각의 운영체제(게스트 OS)가 설치되어야 하고, 이로 인해 무겁고 느리다. 하지만 하나의 가상머신에서 문제가 발생해도 다른 가상 머신에 영향을 주지 않는다. 반면 도커는 동일한 OS의 커널을 공유하며, 애플리케이션과 필요한 라이브러리만 패키징한다. 이로 인해 VM보다 훨씬 가볍고..

기대됩니다~

개요서버를 담당한 프로젝트에 대해 작성 시간이 현재 시간과 다르다는 연락을 받아 수정하게 되었다. 전에 설정 때문에 재배포를 한 적이 있는데 그 때 서버 타임존 설정을 안했단 것이 생각나 수정하면 될 것이라고 생각했다. EC2 시간 변경터미널에 접속해 현재 시간을 확인해보니 시간이 다른 것을 확인할 수 있었고 timedatectl 명령어로 timezone 을 서울로 바꿨다.다시 시간을 확인하면 한국 시간으로 바뀐 것을 확인할 수 있다. 그런데 이렇게 바꿨는데도 댓글을 작성하면 작성 시간이 바르게 안나온다는 연락을 받았다. 보통 서버 시간을 바꾸면 해결되었기 때문에 고민하던 중에 팀원분께서 DB 시간도 설정해 주는 것이 어떠냐는 의견을 받았다. RDS 파라미터 그룹 설정현재 시간이 몇시인지 같이 찍지 못했..

프로세스와 스레드 차이점프로세스: 일반적으로 cpu에 의해 메모리에 올려져 실행중인 프로그램을 말하며, 자신만의 메모리 공간을 포함한 독립적인 실행 환경을 가지고 있다쓰레드: 프로세스안에서 실질적으로 작업을 실행하는 단위를 말하며, 자바에서는 JVM(Java Virtual Machine)에 의해 관리된다. 프로세스에는 적어도 한개 이상의 스레드가 있으며, Main 스레드 하나로 시작하여 스레드를 추가 생성하게 되면 멀티 스레드 환경이 된다. 이러한 스레드들은 프로세스의 리소스를 공유하기 때문에 효율적이긴 하지만 잠재적인 문제점에 노출될 수도 있다동시성(concurrency) 이슈여러 스레드가 동시에 하나의 자원을 공유하고 있기 때문에 같은 자원을 두고 경쟁상태(raceCondition) 같은 문제가 발생..

개요서버를 담당한 프로젝트에 대해 시연 영상을 위해 데이터를 넣고계시던 팀원분께 사진이 안보인다는 연락을 받았다. S3 에 업로드가 안되나 싶어서 DB 를 확인하니 S3 링크로 잘 저장되어 있는 것을 확인할 수 있었다. 그런데 왜 사진이 안보이는 걸까 싶어서 저장된 링크를 접속하니 권한이 없다는 에러를 마주쳤다. S3 권한의 문제라는 생각이 들었는데 분명 설정할 때 퍼블릭 엑세스를 모두 허용으로 했기 때문에 왜 권한 오류가 일어나는지 바로 알 수 없었다. 원인과 해결찾아보니 모든 엑세스를 허용으로 했어도 별도의 설정이 없으면 외부에서 이미지를 확인할 수 없다고 한다.권한의 버킷 정책 부분의 편집을 눌러서 외부 접근이 허용되도록 작성해 추가해 줘야 된다.수정 후 사진이 보이는 것을 확인할 수 있었다. 느낀..

개요대학 3학년 겨울방학 때 백엔드 담당으로 참여했던 토이 프로젝트에 대해, 당시에 개강 전까지 구현을 마치고 바로 서버를 닫았는데 그러다 보니 시연 영상 등의 자료가 아무것도 남지 않았었다. 그래서 이번에 팀원분들과 상의해 다시 서버를 열게 되었고 그 서버 연결을 담당하게 되었다. 오류EC2, RDS, S3를 생성해서 프로젝트에 연결하고 헬스 체크를 위한 간단한 API 요청까지 확인 후 배포를 완료했다. 그런데 DB에 접근하는 요청을 보내면 오류 메시지가 반환되었다. 왜 그런지 확인하기 위해 로그를 확인하니 SQLException: No database selected 라는 DB 연결 오류를 발견했다. 해당 오류는 위처럼 엔드포인트 뒤에 DB 명을 입력해야 하는데 하지 않아 발생한 오류였고 이를 해결하..

가비지 컬렉션 개념가비지 컬렉션 Garbage Collection(GC)이란 메모리 관리 기법 중의 하나로, 프로그램이 동적으로 할당했던 메모리 영역 중에서 필요없게 된 영역을 해제하는 기능을 의미한다. 자바에서는 JVM(Java Virtual Machine)이 자동으로 메모리를 관리하여 프로그램에서 더 이상 사용되지 않는 객체를 식별하고, 해당 객체가 차지하고 있는 메모리를 해제하여 새로운 객체를 위한 공간을 확보하는 것을 의미한다. 별도의 스레드에서 실행되며 일반적으로 백그라운드에서 작동하므로 프로그램 실행에 영향을 미치지 않는다. 가비지 컬렉션 동작객체가 더 이상 프로그램에서 참조되지 않으면 가비지 컬렉션의 대상이 되며 가비지 컬렉터가 주기적으로 자바에서 모든 객체가 저장되는 힙 메모리를 스캔하여 ..

상황본격적으로 MSA에 대해 공부하게 되면서 Spring Cloud를 사용한다는 것을 알게 되어 조사해 보았다. Spring Cloud 란분산 시스템을 구현하고 운영하기 위해 필요한 다양한 기능들을 제공하는 스프링  프레임워크의 확장 서비스로, 마이크로서비스 아키텍처를 구현할 때 유용하게 사용된다. 제공하는 주요 기능과 모듈Service Discovery 서비스 디스커버리:마이크로서비스 환경에서 서비스를 검색하고 호출하기 위한 기능Eureka, Consul, ZookeeperAPI Gateway API 게이트웨이:여러 개의 마이크로서비스에서 제공하는 API를 단일 진입점으로 노출시켜 주는 역할Zuul, Spring Cloud GatewayDistributed Configuration 분산 설정:마이크로서..

상황프로젝트 초반, 엔티티 설계 단계에서 알게 된 내용이다. 프로젝트 요구사항 중 테이블의 기본 키로 UUID를 사용해야 한다는 요구사항이 있었다. 기존에 JPA를 사용하며 기본 키를 생성할 때는 보통 @GeneratedValue(strategy=GenerationType.IDENTITY) 를 활용했기 때문에 어떻게 사용할지 의견을 나누었고 공통 클래스를 만들어 ID 생성 시마다 직접 메서드를 호출해 생성한 값을 기본 키로 설정하도록 했다.하지만 이후 JPA가 UUID를 기본 키로 자동 생성하는 전략을 갖고 있다는 사실을 알게 되었다. @GeneratedValue(strategy=GenerationType.UUID) 을 적용하면 공통 클래스를 따로 만들지 않고도 UUID를 자동 생성할 수 있었다. JPA..

상황프로젝트에서 목록 조회 API를 구현하며 전에 TIL로 작성한 @SortDefault.SortDefaults을 활용해 정렬 조건을 구현했고, 해당 기능 개발 후 PR을 올렸다. 그런데 팀원 분께서 @Repeatable 어노테이션이 도입되어 더는 래퍼가 필요하지 않게 되었다고 리뷰를 남겨주셨다.이렇게 같은 어노테이션을 같은 곳에 중복해서 사용이 가능한 것이었다. @Repeatable궁금해져서 조사해보니 @Repeatable은 Java 8버전 이후 메타 어노테이션으로, 어노테이션을 반복 적용할 수 있게 한다는 것을 알게 되었다.실제로 SortDefault를 들어가 살펴보니, @Repeatable이 적용된 것을 확인할 수 있었다. 느낀 점팀원분께서 말씀해주시지 않았더라면 몰랐을 내용을 협업을 통해, 코드 ..

개요코드 리뷰 중, 다른 팀원 분이 Controller 메서드에서 @Validated를 사용한 것을 발견했다. 보통 @Valid만 사용했기 때문에 @Validated를 처음 알게 되었고, 두 어노테이션의 차이가 궁금해졌다. 조사해보니, 똑같이 유효성 검증을 위한 어노테이션이지만 크게 Controller에서의 사용 방식과 반환되는 에러에서 차이가 있었다. @Valid와 @Validated의 주요 차이점1) Controller에서의 사용@Valid:JSR-380 표준을 따르며, 주로 요청 본문에 포함된 객체 필드 검증에 사용된다.Spring MVC의 요청 객체에 사용될 때 자동으로 BindingResult와 함께 에러가 처리된다.단점: 그룹 기반 검증(Group Validation)을 지원하지 않는다.@Va..