![]()
"테스트 코드는 선택이 아닌 필수다" 이전 다른 프로젝트에서는 테스트 코드가 없어서 포스트맨으로 API 테스트할 때는 잘 되다가 예기치 못한 오류가 나곤 했었다. 코드를 리팩터링 하거나 로직을 수정할 경우에 발생하는 휴먼 에러 또는 예기치 못한 에러를 여러 케이스로 작성해 놓은 테스트 코드 덕분에 방어할 수 있었다. 생각보다 리팩터링을 할 때 실수가 생기는 자주 생겼는데, 코드 수정 후에 테스트 코드를 실행시켜 보는 습관을 들여놓음으로써 어느 부분에서 장애가 났는지를 빠르게 확인할 수 있었다. 기존에 잘 동작하던 테스트 코드가 갑자기 실패한다는 것은 내가 방금 수정한 부분이 잘못됐다는 것이기 때문이다. 이번 프로젝트를 진행하면서 단위 테스트에 대한 모호했던 생각들이 정리되었고, 통합 테스트 코드를 통해 ..
![]()
365일 24시간 장애 모니터링을 하지 않으면 즉각적인 대응이 불가할 것이라 생각한다. 어떤 식으로 기업에서는 이를 해결하는지 찾아보다가 AWS CloudWatch에 대해서 공부해 보게 되었다. 전체적인 흐름은 아래와 같다. CloudWatch에서 알람 발생 -> SNS 푸시 서비스 호출 -> Lambda 함수 트리거 -> Slack 채널로 알람전송 1. Slack 우선 Slack에서 새 워크스페이스를 생성하고 설정에서 web hook을 추가해준다. web hook이 정상적으로 동작하는지 확인하기 위해 아래 예시 명령어를 복사하여 터미널에서 실행시킨다. OK가 뜨면 정상적으로 설정된 것이다. OK가 뜨면 그 뒤에 slack channel에 들어가면 아래와 같은 메시지가 나오는 것을 볼 수 있다. 이제 w..
![]()
✢ 프로젝트에서 헥사고날 아키텍처를 적용하기로 했고, MSA 방식으로 각자 분리된 담당 서비스를 개발한다. 아무리 분리된 서비스라고 해도 처음에는 패키지 구조나 네이밍 컨벤션을 정해놓는 게 추후에 서로 코드리뷰할 때 편하고 여러 장점이 있는 것 같아서 미리 설계하였다. 1. 헥사고날 아키텍처 구조 에 대한 것은 이전 포스팅을 확인해주세요. 2023.07.06 - [👨👩👧👦 Project/📩 DevTalk] - 헥사고날(Hexagonal) 아키텍처를 공부해 보자 (with Layered, Clean Architecture) 2. 내가 생각한 패키지 구조 src.groupname ㄴ global ㄴ config ㄴ util ㄴ error ㄴ exception ㄴ handler ㄴ {애그리거트 이름} ㄴ..
![]()
✢ 데브톡 프로젝트에서 헥사고날 아키텍처를 적용해 보자고 제안해 보기 위해 공부하였고 내용을 정리하였다. 적용해보고자 하는 이유는 데브톡은 MSA로써 Port&Adapter 아키텍처인 헥사고날 아키텍처를 사용하는 게 의존성을 관리하기 좋을 것 같았기 때문이다. (1) 전통적인 레이어드 아키텍처의 문제 1. 데이터베이스 주도 설계를 유도한다. 전통적인 계층형 아키텍처의 토대는 데이터베이스이다. 웹 계층은 도메인 계층에 의존하고, 도메인 계층은 영속성 계층에 의존하기 때문에 자연스럽게 DB에 의존하게 된다. 우리가 보통 개발하는 애플리케이션의 목적은 비지니스를 관장하는 규칙이나 정책을 반영한 모델을 만들어서 사용자가 편리하게 사용할 수 있게 하는 것이다. 이때 우리는 State가 아니라 Behavior를 중..
![]()
로그 수집의 배경 쿠버네티스는 기본적으로 Pod가 정상상태가 아니라면 Pod를 kill하고 새로 생성한다. 하지만 운영자 입장에서는 Pod가 죽은 원인을 알아야 한다. 하지만, Pod가 죽으면 로그까지 같이 없어진다. (Pod 안의 임시 볼륨이 삭제됨) 따라서, 컨테이너가 살아있을 때 로그 저장소에 로그를 남겨놓아야 한다. EFK Stack 구축을 통한 로그 수집 컨테이너 환경에서는 로그 수집을 위해 EFK Stack을 구축할 수 있다. ( EFK = ElasticSearch + Fluentd + Kibana ) ElasticSearch: 대용량 로그 저장소로 이용 Fluentd: 컨테이너의 스트림 로그를 수집하는 로그 수집기. (모든 노드마다 동일하게 배포해야함) Kibana: 로그 시각화 툴 (El..
