SO1S-268 backend deployment 상태 변경 감지

[shinilseop]

SO1S-268 backend deployment 상태 변경 감지

Tasks

• 디플로이먼트 엔티티 status 타입변경, 엔드포인트 추가 및 깨진 테스트 수리, data.sql 수정
• 쿠버네티스 리소스 라벨 변경 (app: 종류, name: 이름)
• 스케줄링 설정 추가
• 디플로이먼트 상태감지 및 애플리케이션 헬스체크 기능 추가
• 디플로이먼트 상태감지 테스트 추가

Discussion

• 쿠버네티스로부터 리소스를 조회해올때 디플로이먼트 중 특정 카테고리(ex: 백엔드 서버를 제외한 인퍼런스)만 조회하고 싶은 경우가 있는데 현재 라벨로는 어려운 상황이어서 라벨을 (app: 종류, name: 이름) 으로 변경하였습니다. 예를들어 app: inference, name: iris-model 이런식입니다. 혹시 다른 방법이나 더 좋은 방법이 있다면 알려주시면 감사하겠습니다.
• 디플로이먼트 상태를 체크하는데 있어서 총 3가지의 경우로 나누었습니다.

1. RDB에는 있지만 쿠버네티스에 없는경우 -> UNKNOWN
2. RDB에는 있지만 쿠버네티스에 있는경우 -> 상태체크하고 200이면 RUNNING, 이외 FAILED
   더 추가해야할 상태가 있을까요 ?

• 현재 테스트에서 특정 도메인에 한번 healthz를 날려보는 테스트를 하는데 https://argo.so1s.io/healthz 를 엔드포인트로 잡고 전송해보도록 되있습니다. 만약, prod 환경의 argo가 실행이 되고 있지 않으면 에러가 나는데 켜져있다는 전제하에 만든거라 그대로 해도 괜찮을까요 ?

Jira

• SO1S-268

[DPS0340]

깔끔하게 잘 짜신것 같아요 👍
Approve 드립니다!

[NEM-NE]

LGTM 고생하셨습니다~

현재 테스트에서 특정 도메인에 한번 healthz를 날려보는 테스트를 하는데 https://argo.so1s.io/healthz 를 엔드포인트로 잡고 전송해보도록 되있습니다. 만약, prod 환경의 argo가 실행이 되고 있지 않으면 에러가 나는데 켜져있다는 전제하에 만든거라 그대로 해도 괜찮을까요 ?

현재 개발환경은 Dev는 개발 할 때만, Prod는 배포 및 통합 테스트를 할 때만을 생각하고 있습니다. 따라서 다른 환경에서 health 체크를 하는 것을 권장드립니다 ㅠ

나머지 discussion은 다 괜찮은 거 같아요~

[sonarqube-so1s]

Analysis Details

8 Issues

• 0 Bugs
• 0 Vulnerabilities
• 8 Code Smells

Coverage and Duplications

• 71.20% Coverage (80.20% Estimated after merge)
• 0.00% Duplicated Code (2.10% Estimated after merge)

Project ID: So1S_backend_AYHrZkBbJVI_JANDYCcZ

View in SonarQube

[shinilseop]

LGTM 고생하셨습니다~

현재 테스트에서 특정 도메인에 한번 healthz를 날려보는 테스트를 하는데 https://argo.so1s.io/healthz 를 엔드포인트로 잡고 전송해보도록 되있습니다. 만약, prod 환경의 argo가 실행이 되고 있지 않으면 에러가 나는데 켜져있다는 전제하에 만든거라 그대로 해도 괜찮을까요 ?

현재 개발환경은 Dev는 개발 할 때만, Prod는 배포 및 통합 테스트를 할 때만을 생각하고 있습니다. 따라서 다른 환경에서 health 체크를 하는 것을 권장드립니다 ㅠ

나머지 discussion은 다 괜찮은 거 같아요~

애플리케이션 헬스체크를 별도의 빈으로 빼고 Mocking을 해서 해결했습니다.

추가적인 수정사항이 없다면 머지하셔도 될 것 같아요!