정리

canary

• 기존 배포된 VirtualService를 수정해야 트래픽 테스트 가능.
• 테스트에 사용할 port는 단 하나만 지정 가능.

blue/green

• canary manifest에서 설정만 바꾸면 blue/green 형식으로 사용 가능.
• 파생 리소스의 구조는 canary와 동일하나, 트래픽 테스트 수행할 필요 없음.
• 따라서 기존 VirtualService 수정 없이 blue/green 배포 및 확인 가능.

manual approve

사용 방식은 아래 두가지 경우로 나뉨.

1. 사용자가 직접 manifest를 수정하여 관리
   • 장점: 관리 내역 확인 가능.
   • 단점: 배포마다 여러번 manifest 수정 필요. (+배포 성공 이후에도 반드시 한번 수정해야 함)

2. 사용자가 직접 API Call을 수행하여 approve/deny 반영
   • 장점: 사용하기 편함 (커맨드로 직접 호출하더라도, 명령어가 짧아 어렵지 않음)
   • 단점: request 데이터가 loadtester pod의 in-memory로 관리됨.
     • /gate/open, /rollback/open을 미리 호출하면 문제가 되는 경우가 있음
     • ex) 임의로 /rollback/open을 호출하면 계속 자동 rollback되는 경우

Example Architecture

single port service

multiple port service

API Call based webhook

manifest based webhook