악분의 블로그

약 2~3주동안 고민하면서 계속 변경되는 백엔드 레이어를 잠깐 정리하고자 합니다. 현재 일하는 직군이 백엔드 개발자가 아니여서 내용이 부족할 수 있습니다. 레이어 구조 현재 백엔드는 FastAPI로 개발하고 있습니다. FastAPI는 springboot, Django와 다르게 레이어 구조가 정해진게 없습니다. 자유롭게 레이어구조를 사용할 수 있습니다. 그러다보니, 저처럼 백엔드 개발자가 아닌 사람은 적응하기 어렵습니다. boiler template을 여러개 살펴보고 결정한 레이어는 controller, service 레이어로 결정했습니다. 단순히, 외부 요청과 응답을 처리하는 레이어와 내부로직을 처리 레이어로 분리했습니다. 가장 큰 고민이며 아직도 해결못한 문제. 예외처리를 어떻게 할 것인가? 예외처리를..

git commit취소는 head포인터를 이전 commit로 이동하고 현재 commit을 삭제합니다. 되돌릴 때 working directory를 보존할지 삭제할지 옵션이 있습니다. 1. working directory 삭제 이전 commit으로 되돌리고 working directory까지 비웁니다. git reset --soft HEAD^ 2. working directory 보존 이전 commit으로 되돌리고 working directory를 보존합니다. git reset --mixed HEAD^ 참고자료 * git 공식문서: https://git-scm.com/book/ko/v2/Git-%EB%8F%84%EA%B5%AC-Reset-%EB%AA%85%ED%99%95%ED%9E%88-%EC%95%8C%..

쿠버네티스 파드 로그 저장소를 보통 엘라스틱서치를 많이 사용하는 편입니다. 하지만, 다루기 어렵고 높은 사양을 요구해서 가볍게 사용하는 환경에서는 Loki를 대체로 사용합니다. 불편한 점 첫번째 - 그라파나 제한된 기능 Loki의 Loki대시보드를 그라파나로 사용할 경우 권한분리 기능이 유로입니다. Edit권한이 있는 계정이 있어야 그라파나에서 파드 로그를 볼 수 있습니다. 불편한 점 두번째 - Loki API 제가 참여한 팀은 그라파나 유료기능을 사용하지 않아 자체 API기능을 만들기로 했고 그 개발을 제가 일부 맡았습니다. Loki API로 순탄하게 진행될거라 생각했지만!!! Loki API응답에서 400 또는 500에러가 가끔씩 발생했습니다. 열심히 디버깅을 해보니 놀랍게도... retention설..

스터디가 끝나고 역전우동에서 커레덮밥을 먹었습니다. 매우 맛있게 먹었습니다.

1. 회사업무 1.1 리팩토링 롤백 파이썬 프로젝트에서 새로운 요구사항을 추가하기 위해 리팩토링을 했습니다. 기존 구조에서 새로운 기능을 추가하려면 고칠 부위가 많아서 공통적인 기능을 모으는게 좋다고 생각했습니다. 리팩토링을 하고 새로운 기능을 추가하고 테스트코드를 추가했지만, 팀 인원이 개발에 투자할 시간이 없기 때문에... 롤백을 하고 똑같은 코드를 여러곳에 추가했습니다. 개발팀이 아니고 설계된 내용을 코드로 옮기는 팀이므로 개발적인 리팩토링은 과감히 버린 것 같습니다. 1.2 loki 아키텍처 분석 공식문서: https://grafana.com/docs/loki/latest/fundamentals/architecture/#read-path [챕터 1.1]에 개발한 내용은 loki API문서를 한번 ..

안녕하세요. 이 글은 5주차에 진행한 postgredsql operator를 다룹니다. 1. postgresql 간단한 소개 postgresql의 키워드는 라이센스에 자유로운 RDMS입니다. 트랜잭션, 인덱싱 등 데이터베이스 기능과 클러스터 등 안정성을 위한 구조도 가지고 있습니다. 2. CloudNatviePG postgresql operator 간단한 소개 링크:https://cloudnative-pg.io/documentation/1.15.1/ 스터디에서 선택한 postgresql operator는 CloudNatviePG입니다. CloudNativePG는 아파치 2.0 라이센스를 가지고 있고 2022년 CNCF에 등록되었습니다. 2.1 클러스터 DB인스턴스 역할 공식문서에서 소개된 것처럼 post..

백엔드 개발환경에서 쿠버네티스 서버가 필요하여 로컬에서 경량화 쿠버네티스를 어떻게 설치할지 자료조사를 했습니다. 후보는 3개가 있었습니다. virtualbox - minikube Docker Desktop Rancher Desktop 고민 끝에 k3s를 사용하는 Rancher Desktop을 선택했습니다. Docker Desktop은 virtualbox와 호환성 문제가 아직까지 존재하여 제외하였고 virtualbox는 가끔씩 블루스크린이 발생하는 문제가 있었습니다. 그래서 최종적으로 Rancher Desktop을 선택했습니다. Rancher Desktop을 막상 사용하니 너무 좋았습니다. dynamic storage class도 설정되어 있어서 별다른 추가구성없이 개발에 집중할 수 있었습니다.

1. 팀프로젝트 1.1 빌드/배포 파이프라인 알림기능 추가 정리링크: https://malwareanalysis.tistory.com/353 빌드/배포 파이프라인에서 CI/CD시스템으로 발전하기 위해, 제일먼저 알림기능부터 추가했습니다. 채팅메신저는 discord를 사용하고 있어서 discord webhook을 사용했습니다. 1.2 gitops 파이프라인 수정 - git commit allow-empty 정리링크: https://malwareanalysis.tistory.com/354 현재, git tag기반으로 컨테이너 tag를 설정했습니다. 문제는, git tag가 변화가 없으면 commit이 안되는 현상이 있어 빌드/배포가 실패했습니다. commit 메세지가 없어도 git commit이 되도록 al..

"구글 엔지니어는 이렇게 일한다" 책 "CHAPTER 18 빌드 시스템과 빌드 철학"를 읽으면서 많은 생각을 하게되었습니다. 빌드/배포 시스템 말 그대로 소스코드를 빌드하고 서버에 배포를 수행하는 시스템을 빌드/배포 시스템이라고 합니다. 단순히, 빌드와 배포만 수행합니다. CI/CD 시스템 빌드/배포 이외에 알림, 테스트 자동화, 배포 승인 등 여라가지 기능을 통합하여 수행하는 것을 CI/CD시스템이라고 부르는 것 같습니다. 꼭 있어야 하는 요소는 테스트 자동화와 알림이 있습니다. 내 회사는? 책을 읽고 다른 회사 기술 블로그를 읽어보니 제 회사는 단순 빌드/배포 시스템이라고 판단했습니다. 그리고, 제가 고칠수 있는 권한이 없습니다. ㅜ.ㅜ 그래서 팀프로젝트에 알림 자동화와 테스트 자동화를 적용하려고 합..

안녕하세요. 이 글은 젠킨스 컨테이너에서 파이썬 도커 컨테이너 실행하는 방법을 설명합니다. 굳이 왜 파이썬을 도커 컨테이너로 실행? 젠킨스 컨테이너에서 파이썬을 실행하는 방법은 총 3개입니다. 3가지 방법 중에 검토한 결과 컨테이너 실행방법이 매우 관리하기 좋다고 판단하여 선택했습니다. ① 젠킨스 컨테이너 운영체제에 파이썬 설치 운영체제에 직접 파이썬을 설치해서 사용하는 방법입니다. 이 방법은 매우 간단하지만, 버전 관리하기 어렵고 컨테이너 이미지가 증가하는 단점이 있습니다. ② 젠킨스 플러그인 pyenv사용 플러그인 설치도 쉽고 파이썬 버전별로 관리하기도 쉽습니다. 하지만, 플러그인 버전을 관리해야 하는 단점이 있습니다. ③ 컨테이너 실행 도커엔진 등을 이용하여 컨테이너로 파이썬을 실행하는 방법입니다...