일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 오라클 디비
- auto configure
- SQL
- 자바 프로젝트
- c#
- 초대장
- jsp
- hyperledger
- 파이썬
- 문법 정리
- resilience4j
- gradle
- 운영체제
- 파이썬 소스
- MongoDB
- oracle
- JVM
- 학점
- spring
- 알고리즘
- 프로젝트
- 리눅스
- 티스토리
- dynamic query
- 백준 알고리즘
- 유사코드
- 오라클
- K6
- smart cast
- 자바
Archives
- Today
- Total
모종닷컴
Rolling Upgrade 본문
반응형
요즘 카프카에 푹 빠져서 살고 있습니다. 기존에는 카프카의 메타데이터 관리를 위해 Zookeeper를 사용하고 있었는데, 2.8.0 버전부터는 주키퍼에서 카프카 자체적으로 메타데이터를 관리하기 위해 Self-Managed Metadata Quorum이 추가되었습니다.
카프카 문서 KIP-500에는 주키퍼에서 새로운 Self-Managed Quorum 방식으로 전환하기 위해 Rolling Upgrade 라는 설명을 하고 있습니다.
"Rolling Upgrade"라는 것은 소프트웨어의 새로운 버전을 서비스 중단 없이 순차적으로 업그레이드 할 수 있도록 지원하기 위한 방법을 말합니다.
저희도 개발하다보면 위와 같은 상황이 올 수 있습니다. 예를 들어 통신 중인 A,B 서버의 API 스펙이 변경될 때가 있는데, 한쪽에서 아무 생각없이 먼저 배포를 하게 되버리면 A,B 서버간 API 스펙 불일치로 오류가 발생하면서 서비스가 일시적으로 장애를 겪을 수도 있습니다. 하지만 ignore unknown 처럼 선 작업을 먼저 해놓으면 A,B 가 차례대로 배포하더라도 서비스가 장애 없이 업그레이드를 할 수 있습니다.
반응형
'기술 용어' 카테고리의 다른 글
Reentrancy (0) | 2023.07.29 |
---|---|
셔뱅(shebang) (0) | 2023.04.29 |
Swap memory (0) | 2022.11.27 |
서버 이중화 동작 방식 (0) | 2022.09.11 |
유한 상태 기계 (Finite-State Machine, FSM) (0) | 2022.08.16 |