하얀잔디

Rolling Update & Roll BackRollout처음 deployment 를 생성하면, rollout 을 만들어내고, 새로운 deployment revision 을 만든다.배포가 새로이 될 때마다 버전업이 되고, Deployment에 발생하는 변화를 추적하고, 필요 시 이전 버전으로 원복 가능[ command ]kubectl rollout status deployment/[deployment명]kubectl rollout history deployment/[deployment명]Deployment 전략Recreate 전략실행 중인 인스턴스들 삭제, 새로운 인스턴스들 배포이전 버전이 다 삭제되고 새로운 버전이 생성되기 이전에 응용 프로그램이 다운됨 (서비스 불가)Rolling Update 전략 ..

요즘 작업하면서 들었던 생각임.db에 쓸데없는 쿼리 돌아가고 있는지,불필요하게 파싱하는 로직이 많은지 이런 거. 항상 느끼지만불필요한 걸 줄이는 게 어디서든 제일 중요한 듯함. 지금 서비스 구조를 보니까모든 요청마다 DB를 한 번씩 조회하는 공통 로직이 있었고,유저 정보를 전역(global)으로 처리하는 구조도 있었음.사실 요청마다 꼭 필요하지도 않은데습관처럼 들어가 있던 로직들이었음. 사실 요청마다 꼭 필요하지도 않은데습관처럼 들어가 있던 로직들이었음.그래서 이번에 모든 요청에서 무조건 실행되던 DB 조회 로직 제거 전역 user 처리 방식 제거하고 요청 단위 data 객체로 대체 결과적으로서버 부담도 줄고,동시 요청에서 발생할 수 있는 이상한 문제들(레이스 컨디션 같은 거)도 같이 제거됨. 교훈..