A. API 평균 응답 시간 100% 증가

B. API 처리량 50% 감소

C. 각 나머지 노드가 받는 요청 수 100% 증가

D. 각 나머지 노드가 소비하는 JVM 힙 메모리 50% 증가

A. API 클라이언트와 새 노드 간의 통신을 수용하려면 새 방화벽 규칙을 구성해야 합니다.

B. 라운드 로빈 방식으로 새 노드에 대한 트래픽을 허용하려면 새 로드 밸런서를 프로비저닝해야 합니다.

C. 개체 저장소를 사용하는 API 구현은 새 노드를 인식하고 유지하도록 조정되어야 합니다.

D. 새 노드를 인식하도록 외부 모니터링 도구 또는 로그 수집기를 구성해야 합니다.

A. Experience API 구현은 수신되는 각 HTTP 요청에 대한 상관 관계 ID를 생성하고 이를 Experience API에 대한 모든 후속 API 호출에 포함하는 HTTP 응답의 웹 스토어 백엔드에 전달합니다.
Experience API 구현은 적절한 HTTP 요청 헤더의 Process API에도 상관 관계 ID를 전파하도록 코딩되어야 합니다.

B. 웹 스토어 백엔드는 체크아웃 시작 시 새로운 상관 ID 값을 생성하고 X-CORRELATlON-ltHTTP 요청 헤더에 설정합니다. 해당 체크아웃에 속하는 각 API 호출에서 Experience API에는 특별한 코드나 구성이 포함되어 있지 않습니다. 상관 ID 생성 및 관리를 위한 API 구현 처리

C. 웹 스토어 백엔드는 HTTP 요청 본문에 상관 관계 ID 값을 보냅니다. Experience API에서 요구하는 방식으로 Experience API 및 Process API 구현은 사용자 정의 상관 관계 ID를 수신하도록 코딩되어야 합니다. HTTP 요청에서 이를 전파합니다. 적절한 HTTP 요청 헤더

D. Java EE 애플리케이션인 웹 스토어 백엔드는 Java EE 애플리케이션 서버에서 생성된 스레드-로컬 상관 ID를 자동으로 사용하고 이를 HTTP 표준 헤더를 사용하여 자동으로 Experience API에 전송합니다. 특별한 코드 또는 구성 없음 웹 스토어 백엔드, Experience API 및 Process API 구현에 포함되어 상관 관계 ID 생성 및 관리

A. 데이터베이스 폴링 계속
모든 HTTP 요청은 계속 수락되지만 실패한 노드에 대한 요청은 지연 시간을 증가시킵니다.

B. 데이터베이스 폴링 중지
모든 HTTP 요청이 거부됨

C. 데이터베이스 폴링이 계속됩니다.
나머지 노드로 전송된 HTTP 요청만 계속 수락됨

D. 데이터베이스 폴링 중지
모든 HTTP 요청은 계속 수락됩니다.

A. For Each 범위 내에서 Async 범위를 사용하고 두 번째 For Each 범위에서 도착하는 순서대로 응답 메시지를 수집한 다음 이 응답 목록을 사용하여 RESP를 보냅니다.

B. For Each 범위 내에서 서비스 S와 관련된 모든 통신을 동기적으로 수행하여 RESP의 개체가 REQU의 요청 개체와 정확히 같은 순서로 있도록 합니다.

C. For Each 범위와 서비스와 관련된 모든 통신 모두에서 REQU의 모든 개체 인덱스와 목록 길이를 추적합니다. RESP 생성 시 영구 저장소 사용

D. For Each 범위 내에서 Scatter-Gather를 사용하여 응답 메시지 순서 보장 영구 개체 저장소로 Scatter-Gather 구성