단일 서버 설치(일반적으로 샌드박스, 개발 또는 소규모 환경에 사용됨)의 목표는 전체 Archer 아키텍처를 하나의 머신에 통합하는 것입니다. Archer Administration II 설치 가이드에 따르면, 이는 웹 서버(IIS), Archer 서비스(작업 엔진, 인덱싱), 고급 워크플로(AWF) 서비스 및 SQL Server 인스턴스 데이터베이스가 모두 단일 호스트에 있어야 함을 의미합니다. 실제 운영 환경에서는 성능과 이중화를 위해 분산 모델(옵션 B)이 선호되지만, 단일 서버 설정에서는 모든 역할이 "localhost" 또는 로컬 서버의 IP 주소를 가리키도록 구성해야 합니다. 관리자는 SQL 데이터베이스 엔진과 Archer 웹 서비스의 중복되는 리소스 요구 사항을 동시에 처리할 수 있도록 서버에 충분한 CPU와 RAM이 있는지 확인해야 합니다. 옵션 C와 D는 이러한 요구 사항을 설명합니다. "분산형" 또는 "하이브리드형" 모델은 단일 서버 설치라는 정의와 상반됩니다.
Archer-Expert 문제 7
다중 호스트 환경의 경우, 서버 설정과 관련하여 다음 중 어떤 설명이 맞습니까?
정답: D
멀티 호스트(분산) 환경에서 Archer 구성 요소(웹, 애플리케이션 및 데이터베이스 계층)는 고가용성과 확장성을 보장하기 위해 여러 물리적 또는 가상 머신에 분산됩니다. 관리 II 커리큘럼의 Archer 설치 및 문제 해결 가이드에 따르면, Archer 인스턴스 내의 모든 서버는 동일한 네트워크에 있거나 고속 저지연 연결을 갖추어야 합니다. 이는 Archer 제어판(ACP)과 다양한 서비스(비동기, 인덱싱, 큐잉)가 메타데이터를 동기화하고 작업을 처리하기 위해 지속적으로 통신해야 하기 때문입니다. 옵션 A는 웹 서버와 서비스 서버 모두에서 파일 저장소에 접근할 수 있어야 첨부 파일을 처리할 수 있으므로 올바르지 않습니다. 옵션 B는 단일 호스트 설정을 설명하는 것이지 다중 호스트 설정을 설명하는 것이 아닙니다. 옵션 C는 여러 웹 서버를 사용하는 경우 사용자 트래픽을 분산하고 장애 조치를 제공하기 위해 로드 밸런서가 필수적이므로 틀렸습니다. 동일한 네트워크/세그먼트에 있지 않으면 지연 시간으로 인해 Archer 서비스가 "시간 초과"되어 작업 엔진 오류가 발생하고 플랫폼 전체의 성능이 크게 저하됩니다.
Archer-Expert 문제 8
관리자가 그룹에 대한 개인 필드 권한을 계층적으로 적용하도록 선택하면 어떻게 됩니까?
정답: B
Archer에서 개인 필드는 접근 권한이 역할과 관계없이 특정 사용자 또는 그룹으로 제한되는 고보안 기능입니다. 관리자가 이러한 권한을 관리할 때 계층 구조 관리를 위해 계단식 접근 제어 개념이 매우 중요합니다. Archer 관리 II에서 배운 대로, 상위 그룹에 비공개 필드 접근 권한을 부여하고 선택하면 "캐스케이드" 옵션을 선택하면 Archer는 해당 계층 구조 내의 모든 하위 그룹에 자동으로 권한을 확장합니다. 이는 플랫폼 보안 아키텍처 전반에 사용되는 표준 상속 모델을 따릅니다. 계단식 상속(옵션 C)을 사용하지 않으면 상위 그룹의 직계 구성원만 필드 데이터를 볼 수 있으며, 관리자는 모든 하위 그룹을 개별적으로 수동으로 추가해야 합니다. 계단식 상속을 선택하면 조직이 성장하고 상위 그룹 아래에 새 하위 그룹이 추가될 때 해당 새 구성원이 보호된 필드를 보거나 편집하는 데 필요한 액세스 권한을 자동으로 상속받게 됩니다.
Archer-Expert 문제 9
가져오기 파일 처리 세부 정보는 어디에서 확인할 수 있나요?
정답: B
데이터 가져오기 메뉴(옵션 C)에서 수동 가져오기를 시작하면 해당 작업의 실제 실행 및 처리 세부 정보는 작업 대기열을 통해 모니터링됩니다. Archer Administration II 교육 과정에 따르면 사용자가 "가져오기"를 클릭하면 작업이 작업 엔진으로 전달됩니다. 가져오기 성공 여부, 처리된 행 수, 오류 발생 여부 등을 확인하려면 관리자는 통합 > 작업 대기열 검토로 이동해야 합니다. 이 인터페이스는 시작/종료 시간 및 처리 결과 등 "작업 상태"에 대한 세부 정보를 제공합니다. 이는 Archer가 모든 백그라운드 작업(피드, 재계산 등)을 처리하는 방식과 동일합니다. "데이터 가져오기" 화면은 주로 파일 업로드 및 필드 매핑을 위한 포털 역할을 하며, "작업 대기열 검토"는 Archer 서비스에서 수행된 실제 작업을 추적하는 운영 대시보드입니다.
Archer-Expert 문제 10
오픈 데이터 프로토콜(OData)은 ...
정답: C
Archer의 RESTful API는 강력한 쿼리 기능을 제공하기 위해 OData(Open Data Protocol) 표준을 활용합니다. Archer Administration II 통합 문서에 따르면, OData를 사용하면 개발자는 $filter, $select, $top, $orderby와 같은 특정 URL 매개변수를 사용하여 API에서 반환되는 데이터를 세분화할 수 있습니다. OData를 사용하지 않으면 REST API 호출 시 애플리케이션의 모든 레코드에 대한 모든 필드가 반환되어 상당한 오버헤드와 느린 응답 시간을 초래할 수 있습니다. OData를 사용하면 클라이언트는 특정 필드만 요청하거나($select 사용) 특정 조건을 충족하는 레코드만 요청하는($filter 사용) 방식으로 응답 범위를 좁힐 수 있습니다. 이는 구조화된 XML 검색 요청에 의존하는 SOAP API(옵션 B 및 D)와는 근본적으로 다릅니다. OData는 특정하고 가벼운 데이터 페이로드가 필요한 모바일 애플리케이션 및 외부 통합 환경에서 RESTful API를 효율적으로 사용할 수 있도록 해줍니다.
