3~4주차 Troble & Troubleshooting

🚀 개발 & 인프라 단계

📌 서비스간 결합도 최소화하기

✅ 변경 영향도 최소화 ( 한 서비스의 변경이 다른 서비스에 미치는 영향을 줄일 수 있도록 ) + 독립적인 배포 가능 + 장애 격리 ( 한 서비스에서 문제가 발생해도 그 영향이 다른 서비스로 확산되지 않도록 ) 하기 위해 각각의 서비스의 결합을 최소화 하여야 한다.
이를 위해 각각의 서비스를 어떤식으로 나누어야 하는지 고민해야 한다.

첫번째 처럼 각각의 서비스를 모두 독립하는 것이 가장 좋은 방법이다.
하지만 제공해야 하는 서비스에 따라 두번째처럼 연관관계가 겹칠 수 있다.
이럴 경우는 세번째 그림처럼 방향성을 한 곳으로 통일하고 최소로 겹칠 수 있도록 설계하여 Data Service 와 Mission Service 는 독립성을 확보하고 Member Service를 건드릴때만 Data Service 와 Mission Service 도 함께 적용하는 방식으로 설계하는 방식 등을 고려하여야 한다.

✅ 최종적인 MSA 구조도는 아래와 같이 완성하였다.

📌 날짜와 memberId 한쌍이 중복이 없는 값일때 이를 PK로 잡고자 한다면 FK , 복합 키 , 인덱스 키 중 어떤 방식을 채택할 것인가?

일단 FK로 잡는다면 pk의 중복성을 가지므로 pk가 불가능한다. 따라서 복합키와 인덱스키 중에서 선택하기로 하였다.

각 사용자가 하루에 한 번만 데이터를 생성한다면, 사용자 ID와 날짜의 조합은 유효한 기본키가 될 수 있습니다. 이 경우 복합키(composite key)로서 '사용자ID+날짜'를 사용하는 것은 완전히 타당한 방법이다.

일반적으로 복합키를 사용하면 인덱스 크기가 커지고 디스크 I/O가 증가하여 성능이 저하될 수 있다. 그러나 '사용자ID+날짜'와 같이 두 필드 모두에 대해 자주 조회를 실행한다면, 복합키를 사용하는 것이 이러한 조회에 대한 성능을 향상시킬 수 있다.

그러나 "유저 id를 읽은 뒤 날짜별로 데이터값을 자주 조회"하는 경우라면, '사용자ID'와 '날짜' 각각을 별도로 인덱싱 하는 것이 좋을 수도 있다.

👉 조회기능이 너무 자주 일어나므로 인덱스키를 사용하기로 하였다. 자세한 내용은 [ 복합키와 인덱스키 (feat. 스프링부트) ] 게시글을 참고하자

📌 보안을 위해 Jasypt 를 적용했는데 인스턴스에서도 이를 적용하려면 환경설정을 어떻게 해야하나?

✅ ec2 인스턴스에서 명령어로 칠 경우 :

-e PASSWORD=지정한 패스워드값 을 작성하여 환경설정에서 설정한 비밀번호값을 입력한다.

sudo docker run -d -p 8011:8011 --network=mynetwork  -e PASSWORD=지정한 패스워드값 -e TZ=Asia/Seoul --name member docker/special:member

✅ 젠킨스 파이프라인을 설정한 경우 :

파이프라인 스크립트에 password값을 지정한다.

pipeline {
    agent any
    environment {
        DOCKER_IMAGE = 'docker/special:member'
        PASSWORD = '지정한 패스워드값'
    }

📌 원하는 시간(새벽 3시 마다) 에 맞춰 DB를 초기화하도록 @Scheduled(cron = "0 0 3 * * ?") 해주었다. 문제는 시간대가 미국 시간으로 맞춰져 있는 것 같다. 이를 해결하자

✅ MySQL 시간맞추기 :

yml 파일에 시간을 설정해준다.

 url: jdbc:mysql://localhost:3306/data?serverTimezone=Asia/Seoul

✅ ec2 인스턴스 시간맞추기 :

-e TZ=Asia/Seoul 로 한국 날짜를 부여한다.

sudo docker run -d -p 8011:8011 --network=mynetwork  -e PASSWORD=지정한 패스워드값 -e TZ=Asia/Seoul --name member docker/special:member