[서론] 전에는 GateWay API가 추가되었고 고객이 늘면서 문제가 생겼다! 1. 이제는 Pod간 독립적인 메모리를 저장하고 있다.2. Yaml파일에 비밀번호가 평문으로 들어가져 있다.3. Blue/Green 배포를 통해 새 버젼을 한번에 전환한다. Preview에서는 잘 됐는데 실제 트래픽은 문제가 생긴다. 문제를 해결하기 위해 1. pod 간 상태 공유2. 시크릿 관리3. 점진적 배포 canary를 진행하겠다![6.1 Pod간 상태 공유 : Valkey 캐시][Valkey 알아보기]Redis 에서 fork된 오픈소스 repository, Redis는 원래 BSD 3-Clause 라이선스로 운영되었는데, 2024년 3월부터 Redis는 라이센스 변경으로 매니지드 서비스로 제공할 수 없게 되었다.A..

[서론] 오케이 그래도 책을 따라가고 있다. 이해하기 최대한 쉽게 적어보자.그리고 AI를 사용하더라도 AI가 사용하는 커멘드를 샅샅이 훑어보자. 저번에는 AI를 활용해 k8s로 서비스를 배포했고 이번에는 ArgoCD로 푸시 배포 자동화를 만들어보자.[3.1 푸시 기반의 배포 한계]'AI를 통해 빌드하고 배포해줘'는 편하지만 기록이 남는 방식은 아니다. [1. configuration drift]kubectl eidt를 통해서 configmap의 설정을 수정하고 pod를 재시작하면, 설정은 바뀌겠지만 그 기록을 git에 올리는 걸 깜빡한다면 git과 실제 pod의 상태의 괴리가 생긴다. kubectl edit configmap app-config -n notiflex 이걸 'configuration..

[서론]turborepo로 monorep를 빌드시스템을 어떻게 최적화할까? 에 대해 알아보았다.이걸 바탕으로 CI는 어떻게 만드는지 확인해보자. 저번 글 [Turborepo CI/CD를 위한 영향도 개념 확인하기]turbo query affected를 기준으로, 변경된 코드가 어떤 앱과 태스크에 영향을 주는지 확인하고, 이를 GitHub Actions와 연결하는 방법을 정리할 예정이다.[1. turbo query affected가 무엇인가?]turbo query affected는 두 Git ref 사이의 변경 사항을 기준으로, 이번 변경에 영향을 받는 패키지 또는 태스크를 조회하는 명령어다. 기본 개념은 단순하다. Git 기준 브랜치와 현재 브랜치 사이의 변경 파일을 찾고, 그 파일이 어느 workspa..