B2C-Commerce-Architect 문제 31
스토어프런트는 토큰 기반 보안을 사용하는 REST 기반 주소 확인 서비스(AVS)와 통합됩니다. 이 AVS에 대한 API 문서의 호출 순서는 다음과 같습니다.
1. GET 요청에 merchantId와 비밀번호를 포함하고 응답에 토큰을 반환하는 클라이언트 인증 호출입니다.
2. 주소 확인 호출. 토큰과 POST 요청에서 확인할 주소가 포함되어 있습니다.
토큰을 획득하면 몇 시간 동안 유효하며 이후 주소 확인 호출을 위해 새 토큰을 요청할 필요가 없습니다. AVS는 클라이언트 인증 호출이든 주소 확인 호출이든 관계없이 모든 요청에 대해 요금을 청구합니다.
보안을 저해하지 않으면서 서비스를 효율적으로 사용하려면 어떤 세 가지 전략을 적용해야 할까요? 3가지 답을 고르세요.
1. GET 요청에 merchantId와 비밀번호를 포함하고 응답에 토큰을 반환하는 클라이언트 인증 호출입니다.
2. 주소 확인 호출. 토큰과 POST 요청에서 확인할 주소가 포함되어 있습니다.
토큰을 획득하면 몇 시간 동안 유효하며 이후 주소 확인 호출을 위해 새 토큰을 요청할 필요가 없습니다. AVS는 클라이언트 인증 호출이든 주소 확인 호출이든 관계없이 모든 요청에 대해 요금을 청구합니다.
보안을 저해하지 않으면서 서비스를 효율적으로 사용하려면 어떤 세 가지 전략을 적용해야 할까요? 3가지 답을 고르세요.
B2C-Commerce-Architect 문제 32
B2C 커머스와 서비스 클라우드를 사용하는 한 가맹점에서 구매자를 대신하여 상품을 주문할 서비스 에이전트가 필요합니다. 구상 중인 시나리오에서는, 구매자가 서비스 센터에 주문 요청을 하면, 에이전트는 서비스 콘솔을 사용하여 구매자의 계정을 찾은 후, 구매자가 제공한 결제 정보를 사용하여 구매자를 대신하여 주문을 진행합니다. 가맹점은 이 구현을 위해 B2C 커머스 - 서비스 클라우드 커넥터를 고려하고 있습니다.
솔루션 아키텍트가 구현 전에 염두에 두어야 할 세 가지 고려 사항은 무엇입니까? 3가지 답변을 선택하세요.
솔루션 아키텍트가 구현 전에 염두에 두어야 할 세 가지 고려 사항은 무엇입니까? 3가지 답변을 선택하세요.
B2C-Commerce-Architect 문제 33
클라이언트는 동일한 SFTP 위치에서 타사로부터 여러 피드를 수신합니다.
* 제품 가격 (sftp: prod/prices)
* 정보를 저장합니다(sftp: prod/stores;
* 제품 정보 (sftp: prod/catalog)
* 카테고리 정보(sftp: prod/marketing)
* 콘텐츠(sftp: prod/marketing)
일부 피드는 소스 시스템에서 정보가 업데이트되므로 하루에 여러 번 SFTP에 게시됩니다.
건축가는 두 가지 일만 하기로 결정했습니다.
* 매시간 사용 가능한 피드를 확인하고 다운로드하는 기능
* 데이터 복제 전에 하루에 한 번 Webdav에서 파일을 가져오는 작업으로, Job Framework에서 제공하는 표준 단계를 사용합니다. 단계 범위를 고려할 때 가져오기 작업에 적합한 설계는 무엇입니까?
* 제품 가격 (sftp: prod/prices)
* 정보를 저장합니다(sftp: prod/stores;
* 제품 정보 (sftp: prod/catalog)
* 카테고리 정보(sftp: prod/marketing)
* 콘텐츠(sftp: prod/marketing)
일부 피드는 소스 시스템에서 정보가 업데이트되므로 하루에 여러 번 SFTP에 게시됩니다.
건축가는 두 가지 일만 하기로 결정했습니다.
* 매시간 사용 가능한 피드를 확인하고 다운로드하는 기능
* 데이터 복제 전에 하루에 한 번 Webdav에서 파일을 가져오는 작업으로, Job Framework에서 제공하는 표준 단계를 사용합니다. 단계 범위를 고려할 때 가져오기 작업에 적합한 설계는 무엇입니까?
B2C-Commerce-Architect 문제 34
한 회사가 지역 사업을 별도의 사업부로 관리합니다. 지역 사업장(A 사업장과 B 사업장)은 다음과 같이 운영됩니다.
* 별도의 영역
* 다른 코드 베이츠
* 다양한 카테고리 탐색 메뉴
* 카테고리 구조에 대한 잦은 업데이트
사업체의 요구 사항은 다른 지역 사이트의 동일한 카테고리를 가리키는 hreflang 링크 태그를 카테고리 페이지에 제공해야 한다는 것입니다. 사이트 A에 표시된 이러한 링크 중 하나에 대한 MTML 예시는 다음과 같습니다.
성능을 고려하면서 아키텍트는 어떤 솔루션을 선택해야 할까요?
* 별도의 영역
* 다른 코드 베이츠
* 다양한 카테고리 탐색 메뉴
* 카테고리 구조에 대한 잦은 업데이트
사업체의 요구 사항은 다른 지역 사이트의 동일한 카테고리를 가리키는 hreflang 링크 태그를 카테고리 페이지에 제공해야 한다는 것입니다. 사이트 A에 표시된 이러한 링크 중 하나에 대한 MTML 예시는 다음과 같습니다.
성능을 고려하면서 아키텍트는 어떤 솔루션을 선택해야 할까요?
B2C-Commerce-Architect 문제 35
아키텍트는 사업부로부터 새로운 결제 링크 카트리지를 통합해 달라는 요청을 받았습니다. 통합의 일환으로 아키텍트는 통합된 엔드포인트에 접근하기 위한 네 가지 새로운 서비스를 개발했습니다.
통합이 출시될 준비가 되면 아키텍트는 어떻게 새로운 서비스를 프로덕션으로 옮길 수 있나요?
통합이 출시될 준비가 되면 아키텍트는 어떻게 새로운 서비스를 프로덕션으로 옮길 수 있나요?