무중단 배포 수동? 자동? 질문 드립니다.

Question

안녕하세용.제목 그대로 무중단 배포 시WAS 활성화하거나 비활성화하는 작업을 웹 UI를 통해 수동으로 하시는 지, 배치파일이나 스크립트 파일을 이용해서 .conf 파일을 수정하는 명령어를 포함한 CI/CD 과정을 자동으로 만드시는 지 궁금합니다.현재 상태는 아파치 1개와 WAS 2개로 로드밸런싱 중이고 세션 유지를 위해 레디스 추가까지 된 상태입니다.근데 로드밸런싱 중인 아파치 .conf 설정 파일에 <Location "/balancer-manager"> 부분이 있으면웹 UI를 통해 로드밸런싱 관리가 실시간으로 적용되게 할 수 있다고 하더라고용.마음 같아서는 '무중단배포를 할 때, 모든 부분이 자동으로 되는 게 더 좋은거 아닌가?' 싶었지만gpt 한테 물어보니까, .conf 파일을 직접 수정하고 즉시 적용할거면 graceful 명령어를 사용해야 하는데,이 명령어로는 즉시 적용되지 않는 것도 있다고 해서 실무에서 주로 어떻게 하시는지 궁금합니다.

캐티 · Answer

일반적으로 자신이 없다 이럼 쿠버네티스 같은 클러스터를 사용하게쩌.단일 서버이다 이럼 이케 하는 수가 없고, 웹 어플리케이션은 찰나에 순간 동안 소켓 점유를 끊고 새로운 소켓을 점유하여야 하빈다. 여의치않으면 이케 하겠지만 이거는 미완성으로 취급되는 거여요.노드js처럼 자체적으로 클러스터를 켜거나 VM을 지원한다 이럼 변경된 코드를 즉시 반영하는 거로 가능한데 정적이나 공유된 객체에 대해서 대안을 가져야 할거고요. 레디스로 공유객체를 처리하는 거도 좋겟쩌.config 파일은 일반적으로 건드리지 않는 디자인 패턴을 하여야 해요. 예컨데 인증 키 같은 ..물론 정답이 없고 위에 모든 과정에 대응을 하려고 반 가상화, 클러스터, VM 전부 구현하여도 되게쩌. 이렇다 하더라도 완벽하다는 거에는 이만한 고통이 따르는 거여서 잘 처신하여야 해요.여담, 실력이 모자르다 하여서 graceful 껏다 켜는거 아니고 요구사항이 무난하다 이럼 이케 하여도 댑니다.

개발잡부 · Answer

AWS CodeDeploy 딸깍 끗

으아악밥먹자 · Answer

무중단 배포와 WAS 비활성화, 2개의 주제에 대해서 얘기하고 계시기 때문에 나눠서 얘기해보겠습니다.우선 WAS 비활성화입니다.(앞단에 로드밸런서가 있고 로드밸런서는 WAS에 대해 특정 URI를 통해 헬스체크를 진행하고 있다고 가정합니다.)WAS에 활성화/비활성화 엔드포인트를 추가하여 HTTP 콜을 통해 WAS를 활성화/비활성화하는 방법./disabled 엔드포인트를 호출하면 /health 엔드포인트에서 500 코드를 반환하게 만듬./enabled 엔드포인트를 호출하면 /health 엔드포인트에서 200 코드를 반환하게 만듬.WAS 앞단에 웹서버가 있고 웹서버에서 헬스체크 URI에 대한 처리를 하는 방법.URI 경로에 파일 생성/삭제Nginx 설정을 통한 처리로드밸런서에서 타겟 그룹에서 비활성화하려는 WAS를 일시적으로 제거 또는 비활성화하는 방법.앱을 그냥 꺼버리기.우리 앱은 알아서 Graceful하게 종료될 것이다.로드밸런서는 적절하게 해당 WAS를 배제할 것이다.분명 누락되는 부분이 발생하겠지만 크게 문제되지 않거나 클라이언트단에서 잘 처리할 준비가 되어있다.미션 크리티컬한 서비스에서 가장 안전한 방법은 로드밸런서를 조작하여 WAS를 일시적으로 배제하는 겁니다.다만 로드밸런서 직접 조작은 너무 번거로우니 헬스체크 엔드포인트를 조작하여 로드밸런서가 자동으로 해당 WAS를 배제하도록 만듭니다.헬스체크는 실패하더라도 WAS 자체가 종료된 것은 아니니 (로드밸런서에서 배제되기 전까지)계속 들어오는 요청을 처리하고 진행중인 작업을 안전하게 마무리할 수 있습니다.(어떤 방식으로든)로드밸런서에서 WAS 배제 -> 앱에 새로운 요청이 들어오는지 체크 -> 요청이 더이상 들어오지 않는다면 앱이 아직 처리중인 작업이 있는지 확인 및 대기 -> 앱 종료 -> 이후 다시 앱 실행 -> 로드밸런서에 WAS 투입위 예시는 모두 자동화할 수 있으나 기업 및 조직 성향에 따라 수동으로 하는 것을 선호할 수 있습니다.무중단 배포에 대한 내용입니다.Kubernetes 등의 기술을 쓰고 앱 자체가 Kubernetes native하게 개발되었다면 Kubernetes 자체 롤링 업데이트를 통해 무중단 배포를 할 수 있을 겁니다.수명주기 정책을 통해 아직 완료되지 않은 작업을 모두 끝마칠 수 있도록 구성하세요.더 나아가면 Argo Rollout 등을 통해 블루/그린, 카나리 배포를 진행하셔도 좋습니다.Service Mesh를 통해 무중단 배포를 좀 더 스무스하게 할 수 있다는 얘기도 있으나 이 부분은 제가 경험해보질 못해서...위에 설명한 WAS 비활성화 방법을 활용하여 무중단 배포를 진행합니다.클라우드 활용시 컴퓨팅 인스턴스에 대한 수명주기 정책을 구성할 수 있을 겁니다. 이 수명주기 정책을 적절히 구성하여 로드밸런서에서 자동으로 배제 후 앱이 종료되도록 구성합니다.무중단 배포에서 많이들 놓치는 부분은 전환 시점 발생하는 찰나의 중단입니다.LB가 헬스체크를 하더라도 헬스체크 간격, 또는 Threshold에 따라 WAS가 종료된 뒤 즉시 라우팅 타겟에서 배제되지 않을 수 있습니다.애플리케이션 개발을 잘못한 경우 앱이 Graceful하게 종료되지 않아 일부 요청에 대한 응답이나 후처리가 누락되는 경우가 있을 수 있습니다.위 주의사항을 참고하여 무중단 배포를 구성하시면됩니다.

아이스듄 · Answer

argoCd 를 확인 해보세요blue/green 무중단 배포 개념이 있어요.

무중단 배포 수동? 자동? 질문 드립니다.

4개의 답변

Q&A 목록