각각 2 개의 AWS Beanstalk env를 만들었습니다. 각각은 고유 한 버전의 응용 프로그램을 가지고 있습니다. 이 envs에 대한 URL은 https://beta.myserver.com/v1073 및 https://beta.myserver.com/v1084입니다.로드 밸런서를 가리키는 URL입니다. 이제 다음과 같은 구성을 가진 Zuul 구현이 있
프로덕션 환경에서 실행중인 웹 응용 프로그램의 버전 1.0이 있다고 가정합니다. 프로덕션 버전 1.0의 새 버전 2.0을 함께 배포하려고합니다. 사용자/고객의 하위 집합에서 새 버전으로 트래픽을 라우팅하려고합니다. 즉, Kubernetes의 웹 기반 응용 프로그램에 대한 실제 카나리아 릴리스 (this 문서에 정의 된대로)를 얻는 방법입니다. 카나리아 배치
Cloud Foundry에서 내 응용 프로그램에 Canary Releases을 지원하는지 여부를 판단했습니다. 지금까지 BOSH를 지원하는 카나리아에 대한 참조를 발견했습니다. 그러나 이것은 클라우드 파운드리가 자체 서버를 재배포 할 때 사용하는 내부 메커니즘 인 것으로 보입니다. 나는 또한 cf_canaries을 보았지만 인프라/전체 시스템을 테스트하는
Fowler says 이전 버전이 계속 실행되는 동안 소량의 트래픽이 Canary 버전으로 라우팅됩니다. 로드 균형 조정기/라우터 수준에서 라우팅을 제어 할 수 있다고 가정합니다. 마이크로 서비스가 대기열을 소모하고 처리하는 사용 사례가 있습니다. 카나리아 소비자에게 트래픽의 일부를 유도하도록 라우팅을 제어하는 방법에 대해 궁금해하고있었습니다. 우리가