blue-green-deployment

4열

2답변

파란색/녹색 배포와 롤링 배포의 차이점은 무엇입니까? 블루/그린 배포는 이전 버전에서 새 버전으로의 트래픽이 갑자기 전환되었다고 항상 생각했습니다. 이 이야기에 대해 Blue/Green deployment on AWS은 파란색/녹색 배포를 구현하는 다양한 전략을 보여 주지만, rolling deployment의 정의와도 일치하는 것으로 보입니다. 파란색/녹

0열

1답변

HAProxy에서 서버를 비활성화하여 활성 세션이있는 특정 서버로 트래픽 라우팅을 중지 할 수 있습니까?

나는 언제 들어오는 요청을 처리해야 레디 스 인스턴스의 하나에서 다음 설치 HA -| |- Redis1 |- Redis2 을 구현하려합니다. 설명서에 따르면 서버를 동적으로 비활성화 할 수 있으며 HA는 비활성화 된 서버로 트래픽을 보내는 것을 중지합니다. 새 클라이언트 연결에서이 작업이 수행되지만 기존 클라이언트 연결은 비활성화 된

0열

2답변

단일 페이지 응용 프로그램 (SPA)의 가동 중단 시간/청록색 배포

어제 팀과 함께 단일 페이지 응용 프로그램을 지원하기 위해 가동 중지 시간이 전혀없는 배포를 사용할 수 있는지 논의했습니다. 논의하면서 우리는 하나의 엣지 케이스를 확인했습니다. 사용자가 브라우저에서 페이지를로드하면 페이지를 다시로드 할 때까지 메모리에서 페이지를 제거 할 수 없습니다. 즉, 사용자가 페이지를로드하고 웹 사이트 작업을 시작하면 (예를 들어

1열

1답변

spinnaker의 Red/Black 배포 전략을 사용하고 있고 트래픽을 처리하는 두 가지 버전을 계속 사용합니다.

현재 kubernetes 클러스터에 배포 할 POC 스피 니커 파이프 라인을 설정 중입니다. spinnaker의 red/black 전략을 실험 해 보면 예상대로 작동하지 않는 것으로 나타났습니다. 하는 블랙 서버 그룹 (kubernete의 replicaset)를 배포 &는 가 업데이트하여 블랙 서버 그룹에 서비스의 트래픽을 라우팅 건강한 것을 보증 : 나는

0열

2답변

하이 (Hybris)에 파란색/녹색 배포를 수행 하시겠습니까?

제로 다운 타임으로 하이브리드 빌드를 배포하고 싶습니다. 우리의 기술 아키텍처는 두 개의 프론트 엔드 서버, 두 개의 백엔드 서버, 두 개의 마스터/슬레이브 클러스터, 하나의 DB 서버 (MS SQL 2012)로 구성됩니다. 새 빌드에는 DB 스키마를 변경하는 패치 실행이 필요할 수 있습니다. 단일 DB 환경에서이를 구현할 수 있습니까? 두 개의 DB가 필

3열

2답변

AWS Lambda 및 Gateway API - 구름/파랑 배포

구름 형성 템플릿을 사용하여 게이트웨이 API로 람다 함수를 배포 할 때 route53 뒤에 다른 단계로 작성된 게이트웨이 API를 배치하여 파란색/녹색에 대한 가중치 트래 피킹을 사용할 수 있습니다. 전개. 구성 할 콘솔에 수동으로 로깅하지 않고 전체 프로세스를 자동화 할 수 있습니까?

1열

1답변

Blue/Green 배포 설정에서 활성 응용 프로그램과 데이터베이스 변경 테스트

파란색/녹색 배포 전략을 구현하고 있습니다. 데이터베이스 기반 웹 응용 프로그램을위한 것입니다. 현재 Teamcity 및 Octopus 배포를 사용하고 있습니다. 필자가 알고있는 것처럼이 전략을 달성하려면 데이터베이스의 변경으로 두 버전의 응용 프로그램이 계속 작동해야하므로 롤백의 경우 데이터베이스 변경이 필요하지 않습니다. 되 돌렸다. 나는 옥토퍼스에서이

2열

1답변

GWT 응용 프로그램을 파란색/녹색 배포와 함께 배포 할 수 있습니까?

Martin Fowler의 Blue/Green Deployment 문서를 읽고 정말 좋아합니다. 기본적으로 두 가지 프로덕션 클래스 환경 즉 "파란색"LIVE 환경과 "녹색"LIVE 환경이 있다는 개념입니다. 주어진 시간에 "실제"라이브 환경으로 간주되는 환경은 1 개뿐입니다. 따라서 어떤 환경 사용자가 라우팅되는지를 결정하는이 두 라이브 환경 앞에 라우팅

1열

1답변

Blue-Green 배포 시나리오에서 RavenDB 인덱스 변경을 고 가용성으로 수행하려면 어떻게해야합니까?

상황에 내가 생산에 RavenDB 인덱스를 업데이트하기 안정적이고 일관성있는 접근 방식을 설계하려고 나는 즉, 내 설치가 완전히 주소를하지 않습니다 알고 (인덱스 업데이트 이야기에 특별히 초점을 맞추고 있어요 고 가용성) 이것은 가상 시나리오입니다 (즉 현재 생산중인 것은 없습니다). 하드웨어/소프트웨어/네트워크 구성이 유연하다고 가정합니다 (즉, 다른 R

2열

3답변

탄성의 콩 줄기 + Route53 별칭 = 즉석 파랑 녹색 스왑?

CNAME 스와핑과 함께 Elastic Beanstalk을 사용하여 가동 중지 시간이 전혀없는 경우 DNS 캐싱 (TTL을 준수하지 않는 클라이언트)은 일부 클라이언트가 이전 환경으로 트래픽을 계속 보내도록합니다 (최대 며칠 동안). 지연 시간이없는 배포를 위해 Route53 별칭과 함께 Elastic Beanstalk를 사용하는 경우 DNS 캐싱이 여전히