OCI Classic에서 Oracle Content Management for Government의 레거시 인스턴스 배치 및 관리

OCI Classic(Oracle Cloud Infrastructure Classic)에 Oracle Content Management for Government가 있는 경우 Oracle Content Management를 배치 및 관리하는 방법에 있어 몇 가지 차이점이 있습니다.

Oracle CX용 Oracle Content Management Cloud Service가 있는 경우 반드시 Infrastructure 콘솔에서 새 인스턴스 생성을 수행하고 해당 인스턴스를 관리 및 모니터해야 합니다. 아래 지침을 따르지 마십시오.

OCI Classic(Oracle Cloud Infrastructure Classic)에 Oracle Content Management for Government가 있는 경우 다음 작업을 다르게 수행합니다.

다른 모든 작업은 이전 장에 설명된 대로 수행합니다.

Oracle Content Management for Government 인스턴스 생성

Oracle Content Management for Government 인스턴스를 생성하려면 다음 단계를 따르십시오.

  1. 클라우드 계정 관리자가 OCI_Administrators 그룹에 속하는지 확인
  2. 영역, 사용자 및 테넌시 값 가져오기
  3. OCI Object Storage에 대한 구획 생성
  4. 전용 키 생성
  5. 공용 키를 생성하여 OCI에 추가
  6. Oracle Content Management 인스턴스 생성

클라우드 계정 관리자가 OCI_Administrators 그룹에 속하는지 확인

인스턴스를 생성하려면 OCI_Administrators 그룹에 속해야 합니다. 이 그룹은 OCI(Oracle Cloud Infrastructure)에 Oracle Cloud 계정이 있을 경우 자동으로 생성됩니다. 기본 계정 관리자인 경우 이 그룹에 자동으로 속하므로 이 단계를 건너뛸 수 있습니다. 기본 계정 관리자가 아닌 경우 다음 단계에 따라 그룹에 속하는지 확인하십시오.

  1. 클라우드 계정 관리자로 Oracle Cloud에 사인인합니다. 시작 전자메일에서 계정 이름과 로그인 정보를 찾을 수 있습니다.
  2. Infrastructure 콘솔에서 왼쪽 상단의 탐색 메뉴 아이콘을 눌러 탐색 메뉴를 열고 ID 및 보안을 누른 다음 ID에서 통합을 누릅니다.
  3. [통합] 페이지에서 OracleIdentityCloudService를 누르고 ID 제공자 세부정보 페이지에서 Oracle Identity Cloud Service 콘솔에 대한 링크를 누릅니다. IDCS 콘솔이 새 창에서 열립니다.
  4. IDCS 콘솔에서 탐색 메뉴 아이콘을 누르고 그룹을 누릅니다.
  5. OCI_Administrators를 누릅니다.
  6. 사용자를 눌러 그룹 멤버를 나열합니다.
  7. 클라우드 계정 관리자 사용자가 나열되는지 확인합니다.

OCI_Administrators의 멤버가 아닌 경우 자신을 그룹에 추가해야 합니다. 그룹에 사용자 지정을 참조하십시오.

영역, 사용자 및 테넌시 값 가져오기

Oracle Content Management 인스턴스를 생성할 때는 객체 스토리지 설정을 위해 Oracle Cloud Infrastructure의 값을 묻는 메시지가 표시됩니다. 해당 값을 가져오려면 다음 단계를 수행하십시오:

  1. Infrastructure 콘솔 창으로 돌아갑니다.
  2. 오른쪽 상단에 있는 데이터 센터 드롭다운 목록에서 회사의 기반이 되는 지역에 가장 가까운 데이터 센터를 선택합니다. 지역의 이름을 기록해 둡니다. 이 이름은 지역 및 스토리지 인프라 지역 이름이 됩니다.
  3. 탐색 메뉴 아이콘을 누르고 ID를 확장하고 사용자를 누릅니다.
  4. [사용자] 아래에서 클라우드 계정 관리자 사용자를 찾아 OCID 값을 기록해 둡니다. 이 값을 스토리지 사용자 OCID로 사용할 수 있습니다. 여기에 사용자가 여러 명 나열될 수 있으므로 관리자 권한이 있는 사용자의 OCID를 사용해야 합니다.

    또는 스토리지 서비스에 대해 다른 사용자를 생성하여 관리자 그룹에 지정하고 생성한 사용자의 OCID를 사용할 수도 있습니다. Infrastructure 콘솔에서 사용자를 생성하려면 다음과 같이 하십시오.

    1. 탐색 메뉴 아이콘을 누르고 ID를 확장하고 사용자를 누른 다음 사용자 생성을 누릅니다.
    2. 사용자 이름을 입력하고 생성을 누릅니다.
    3. 탐색 메뉴 아이콘을 누르고 ID를 확장하고 그룹을 누릅니다.
    4. 관리자 링크를 누릅니다.
    5. 그룹에 사용자 추가를 누르고 드롭다운 목록에서 새 사용자를 선택한 다음 추가를 누릅니다.
    6. 그룹 멤버에서 새 사용자의 사용자 OCID를 가져옵니다. 이 값을 스토리지 사용자 OCID로 사용할 수 있습니다.
    Infrastructure 콘솔에서 사용자를 생성하면 IDCS에서 사용자 계정이 추가 또는 생성되지 않습니다. 클라우드 계정 관리자가 IDCS 관리 콘솔에서 사용자를 생성하고 해당 사용자에 대한 애플리케이션 롤을 지정하여 Oracle Content Management 서비스에 사인인한 후 액세스해야 합니다.
  5. 탐색 메뉴 아이콘을 누르고 관리를 누른 다음 테넌시 세부정보를 누릅니다. [테넌시 정보] 아래의 OCID 값을 기록해 둡니다. 이 값을 테넌시 OCID로 사용할 수 있습니다.

OCI Object Storage에 대한 구획 생성

  1. Infrastructure 콘솔에서 탐색 메뉴 아이콘을 누르고 [거버넌스 및 관리] 아래의 ID를 확장하고 구획을 누릅니다.

    기본적으로 두 개의 구획이 생성됩니다. 하나는 테넌시의 루트 구획(RC)이며 다른 하나는 ManagedCompartmentforPaaS(C)입니다. 해당 기본 구획을 사용하지 마십시오. 객체 스토리지에 대해 새 구획을 생성해야 합니다.

  2. [구획] 페이지에서 구획 생성을 누릅니다.
  3. 구획의 이름과 설명을 입력합니다.
  4. 구획 생성을 누릅니다.
  5. 구획이 생성되면 OCID 옆에 있는 표시를 눌러 값을 기록해 둡니다. 이 값은 스토리지 구획 ID가 됩니다.

    Oracle Content Management 인스턴스를 처음 생성할 때 새 구획을 생성해야 합니다. 단, 모든 인스턴스에 대해 새 구획을 생성할 필요는 없습니다. 다중 인스턴스에 대해 동일한 구획을 사용할 수 있습니다.

전용 키 생성

다음 OpenSSL 명령을 사용하여 필요한 PEM 형식으로 API 서명 키/키 쌍을 생성할 수 있습니다.

주:

  • Windows를 사용 중인 경우 Git for Windows에서 명령을 실행해야 합니다. Git for Windows가 없을 경우 https://git-scm.com/download/win에서 다운로드할 수 있습니다.
  • Linux를 사용 중인 경우 기본적으로 OpenSSL이 설치됩니다.
  1. 인증서를 저장할 .oci 디렉토리를 생성하지 않은 경우 생성합니다.

    mkdir ~/.oci

  2. 문장암호 없이 전용 키를 생성합니다.

    openssl genrsa -out ~/.oci/oci_api_key.pem 2048

  3. 자신만 전용 키 파일을 읽을 수 있는지 확인합니다.

    chmod go-rwx ~/.oci/oci_api_key.pem

Oracle Content Management 인스턴스를 생성하면 이 전용 키 파일이 업로드됩니다.

공용 키를 생성하여 OCI에 추가

  1. 공용 키를 생성합니다.

    openssl rsa -pubout -in ~/.oci/oci_api_key.pem -out ~/.oci/oci_api_key_public.pem

  2. 공용 키를 표시합니다.

    cat ~/.oci/oci_api_key_public.pem

  3. 공용 키의 전체 텍스트를 복사합니다.
  4. Infrastructure 콘솔에 공용 키를 추가합니다.
    1. 메뉴에서 ID, 사용자를 차례로 누릅니다.
    2. 사용자를 선택합니다.
    3. 공용 키 추가를 누릅니다.
    4. 대화상자에서 공용 키를 붙여 넣은 다음 추가를 누릅니다.
    5. 공용 키를 추가한 후 지문 값을 기록해 둡니다. 공용 키를 두 개 이상 추가한 경우 시간기록에 따라 올바른 지문 값을 기록해 두어야 합니다. 이 값은 스토리지 공용 키 지문이 됩니다.

Oracle Content Management 인스턴스 생성

  1. Infrastructure 콘솔로 돌아가서 왼쪽 상단의 탐색 메뉴 아이콘을 눌러 탐색 메뉴를 열고 플랫폼 서비스를 확장하고 Content and Experience를 누릅니다.
  2. 인스턴스 생성을 누릅니다.

    주:

    인스턴스 생성을 성공하려면 모든 필드에 대한 설명 열에 표시된 대로 [인스턴스 생성] 페이지의 지침을 정확히 따라야 합니다. 정보를 커밋하기 전에 기본값을 변경하십시오.
  3. 아래와 같은 정보를 입력하고 다음을 누릅니다.
    필드 설명
    인스턴스 이름 서비스 인스턴스에 대한 고유 이름을 지정합니다. 존재하는 이름을 지정할 경우 오류가 표시되고 인스턴스가 생성되지 않습니다.
    설명 선택적으로 인스턴스에 대한 설명을 입력합니다.
    통지 전자메일 프로비전 상태 업데이트를 전송할 전자메일 주소를 입력합니다.
    지역 지역, 사용자 및 테넌시 값을 가져올 때 기록해 둔 지역 이름을 선택합니다.
    태그 이 필드를 비워 두십시오.
    스토리지 사용자 OCID 지역, 사용자 및 테넌시 값을 가져올 때 기록해 둔 스토리지 사용자 OCID를 입력합니다.
    스토리지 테넌시 OCID 지역, 사용자 및 테넌시 값을 가져올 때 기록해 둔 테넌시 OCID를 입력합니다.
    스토리지 인프라 지역 이름 지역, 사용자 및 테넌시 값을 가져올 때 기록해 둔 지역 이름을 입력합니다.
    스토리지 구획 ID OCI Object Storage에 대한 구획을 생성한 후 기록해 둔 구획 OCID를 입력합니다.
    스토리지 공용 키 지문 Oracle Cloud Infrastructure에 공용 키를 추가한 후 기록해 둔 공용 키 지문을 입력합니다.
    스토리지 전용 키 생성한 전용 키 파일을 업로드합니다.

다음 작업

서비스 인스턴스가 성공적으로 생성되면 확인 전자메일이 전송됩니다. 전자메일에는 인스턴스에 대한 링크가 포함되어 있습니다. Oracle Content Management 웹 클라이언트에 액세스하려면 Oracle Content Management 서비스 인스턴스 옆에 있는 작업 메뉴 아이콘을 누르고 Content Cloud Service 인스턴스에 액세스를 선택합니다.

다음으로 사용자 및 그룹 설정을 수행합니다.

중요사항:

  • 인스턴스를 생성할 때 이름이 CEC_INTERNAL_APPID_USER인 사용자가 자동으로 생성됩니다. 이는 사인인에 사용할 수 없는 내부 사용자입니다. 이 사용자는 Oracle Content Management 구성요소 사이의 통신을 사용으로 설정합니다. 이 사용자를 삭제하지 마십시오. 그렇지 않으면 Oracle Content Management의 일부 기능이 더 이상 작동하지 않습니다.
  • 인스턴스를 생성한 후에는 시간당 활성 사용자방문자 세션을 기반으로 비용이 청구됩니다.

Oracle Content Management for Government 관리

Oracle Content Management for Government가 있는 경우 인스턴스 관리 방법에 있어 몇 가지 차이점이 있습니다.

인스턴스를 보려면 다음과 같이 하십시오.

  1. 클라우드 계정 관리자로 Oracle Cloud에 사인인합니다. 시작 전자메일에서 계정 이름과 로그인 정보를 찾을 수 있습니다.
  2. Infrastructure 콘솔에서 탐색 메뉴 아이콘을 누르고 [추가 Oracle Cloud 서비스] 아래의 플랫폼 서비스를 확장하고 Content and Experience를 누릅니다. 메뉴 옵션을 보려면 왼쪽 스크롤 막대를 사용하여 아래로 스크롤해야 할 수도 있습니다.

인스턴스 목록에서 다음 작업을 수행할 수 있습니다.

  • 인스턴스 목록에서 일부 관리 작업을 수행할 수 있습니다. 관리할 인스턴스 옆에 있는 작업 메뉴 아이콘을 누릅니다. 인스턴스에 대한 Oracle Content Management 웹 클라이언트에 액세스하거나 태그를 추가하거나 인스턴스를 삭제할 수 있습니다.
  • 인스턴스에 대한 일반 정보를 보려면 이름을 누릅니다. 스토리지 OCID, 버전 및 계정 이름과 같은 정보가 표시됩니다. 추가 정보를 보려면 인스턴스 세부정보 아이콘을 누릅니다.
  • 인스턴스를 관리하려면 이름을 누르고 이 인스턴스 관리 아이콘을 누릅니다. 인스턴스에 대한 Oracle Content Management 웹 클라이언트에 액세스하거나 연관 추가, 인스턴스 인증서 업데이트, 태그 추가, 작업 보기 등을 수행할 수 있습니다.

시간당 활성 사용자 이해

OCI(Oracle Cloud Infrastructure)에 구축된 Oracle Content Management 인스턴스를 Infrastructure Classic 콘솔로 관리하는 경우 시간당 활성 사용자를 기반으로 비용이 청구됩니다.

시간당 활성 사용자는 1시간 세션 동안 서비스와 상호 작용하는 고유 사용자로 정의됩니다. 활성 사용자는 쿠키, 사용자 ID, 토큰, 장치 ID, IP 또는 세션 ID를 통해 추적됩니다. 인증된 사용자 및 방문자는 해당 서비스 인스턴스 내에서 사용자에게 부여된 롤(표준, 엔터프라이즈 또는 방문자)을 기반으로 추적됩니다. 익명 사용자는 방문자로 추적됩니다.

여러 채널(웹 사이트, 모바일 앱, 데스크톱 클라이언트, API를 통한 사용자정의 앱, 전자메일 등)에서 서비스에 액세스하는 방문자 및 익명 사용자는 여러 활성 사용자 세션으로 계산됩니다. 여러 채널에서 서비스에 액세스하는 인증된 사용자는 활성 사용자 세션 한 개로 계산됩니다. 예를 들어, 방문자 한 명이 1시간 동안 Firefox 데스크톱 웹 브라우저, Chrome 데스크톱 웹 브라우저 및 모바일 웹 브라우저에서 동일한 Oracle Content Management 인스턴스에 액세스하는 경우 총 세 개의 활성 사용자 세션으로 계산됩니다. 반면 인증된 사용자 한 명이 동일한 작업을 수행하는 경우는 활성 사용자 세션 한 개로 계산됩니다.

사용자가 표준 사용자인지, 엔터프라이즈 사용자인지 아니면 방문자인지에 따라 특정 API 호출 수, 특정 아웃바운드 데이터 전송량 및 특정 새로 게시된 콘텐츠 자산 수(엔터프라이즈 사용자의 경우)가 허용됩니다. 따라서 청구를 위해 1시간의 활성 사용자 세션 동안 다음 측정항목도 추적됩니다.

  • 사용자정의 타사 애플리케이션(비Oracle)이 서비스에 대해 생성된 API 호출 수 — API 호출 수가 1시간 동안 활성 사용자당 자격이 부여된 API 호출을 초과하는 경우 새 활성 사용자가 시간별 계산에 추가됩니다.
  • 아웃바운드 데이터 전송 — Oracle Cloud 서비스에서 사용자가 다운로드한 데이터 클라이언트 요청에 대한 응답을 비롯하여 인터넷을 통해 Oracle Cloud 서비스로부터 받은 데이터 전송이 포함됩니다. 아웃바운드 데이터 전송이 1시간 동안 활성 사용자당 자격이 부여된 데이터 전송을 초과하는 경우 새 활성 사용자가 시간별 계산에 추가됩니다.
  • 새로 게시된 자산 수(엔터프라이즈 사용자만 해당) — 게시된 자산은 파일 기반 자산(예: 문서나 이미지, 비디오) 또는 게시된 콘텐츠 항목입니다. 콘텐츠 항목은 콘텐츠 유형을 사용하여 생성된 정보 블록입니다. 새로 게시된 자산 수가 1시간 동안 활성 사용자당 자격이 부여된 게시 자산을 초과하는 경우 새 활성 사용자가 시간별 계산에 추가됩니다. 이전에 게시된 자산은 이 계산에 포함되지 않으며 1시간 활성 사용자 세션 동안 게시된 자산만 포함됩니다.

주:

범용 크레딧 가격 및 사용량 제한(예: API 호출 수, 아웃바운드 데이터 전송량, 사용자당 허용되는 게시된 자산 수)에 대한 자세한 내용은 Oracle 범용 크레딧 가격Oracle Cloud 서비스를 참조하십시오(목록 아래쪽 근처에 있는 "Oracle PaaS and IaaS 범용 크레딧 - 서비스 설명" 확인).

FAQ

두번째 사이트에 방문하는 사용자는 두번째 활성 사용자 세션으로 계산됩니까?

다른 리소스(예: 다른 사이트)에 액세스하는 방문자 또는 익명 사용자만 별도의 활성 사용자 세션으로 계산됩니다. 여러 채널에서 서비스에 액세스하는 인증된 사용자는 활성 사용자 세션 한 개로 계산됩니다. 예를 들어 1시간 세션 기간 내에 두 가지 다른 사이트에 액세스하는 동일한 방문자는 활성 사용자 세션 두 개로 계산됩니다. 횟수는 제공된 서비스 인스턴스에 대한 방문자 또는 익명 사용자, 리소스, 채널, 1시간 세션 기간 기준으로 계산됩니다.

봇이나 Crawler의 사이트 방문은 활성 사용자 세션으로 계산됩니까?

봇이나 Crawler의 반복 방문은 활성 사용자 세션으로 계산되지 않습니다.

공용 다운로드 링크에 액세스하는 사용자는 활성 사용자 세션으로 계산됩니까?

문서를 다운로드하기 위해 공용 다운로드 링크에 액세스하는 사용자는 활성 사용자 세션으로 계산되지 않습니다. 사용자가 Oracle Content Management 사용자 인터페이스에 연결되어 다운로드 단추가 표시되는 경우에도 해당 사용자는 활성 사용자 세션으로 계산되지 않습니다. 단, 시간당 아웃바운드 데이터 전송이 추적됩니다.

Oracle Content Management로 생성된 사이트를 통해 공용 다운로드 링크에 액세스한 경우는 어떻습니까? 링크 사용도 활성 사용자 세션으로 계산됩니까?

Oracle Content Management를 사용하여 생성된 사이트에 방문하면 활성 사용자 세션이 트리거되므로 해당 시간에 대한 활성 사용자로 계산되지만, 공용 다운로드 링크 사용으로 인한 것은 아닙니다. 마찬가지로, 아웃바운드 데이터 전송이 추적됩니다.

브라우저 세션의 경우 활성 사용자 세션은 어떻게 추적됩니까?

브라우저의 활성 사용자 세션은 브라우저 세션에서 1시간 세션 기간이 종료된 후 만료되는 쿠키를 배치하는 방식으로 추적됩니다.

사용자가 브라우저에서 쿠키를 지우거나 익명 브라우저 세션을 닫는 경우 어떻게 됩니까?

사용자가 브라우저에서 쿠키를 지우거나 익명 창을 닫는 방식으로 쿠키를 지우면 다음 요청이 새 사용자로 처리되어 새 활성 사용자 세션으로 계산됩니다.

앱 링크 및 API 호출은 청구 용도로 추적됩니까?

타사 애플리케이션 및 다른 Oracle Cloud 애플리케이션에서의 앱 링크 및 API 호출은 API 접속 설정에 사용된 사용자 ID(표준 또는 엔터프라이즈)에 따라 비용이 청구됩니다. 지정된 시간 동안 100회의 API 호출마다 해당 시간에 대한 추가 활성 사용자로 계산됩니다.

앱 링크 호출은 어떻게 방문자 세션으로 추적됩니까?

앱 링크 요청 본문의 assignedUser 매개변수가 고유 사용자와 연관된 클라이언트 측 호출을 추적하는 데 사용됩니다. Integrating and Extending Oracle Content ManagementIntegrating Folder and File SelectionApplinks Resource를 참조하십시오.

Oracle Content Management 데스크톱 클라이언트의 사용자는 어떻게 추적됩니까?

데스크톱 클라이언트 사용자는 데스크톱에서 파일이나 폴더를 생성, 편집 또는 업데이트하는 경우 활성 사용자(표준 사용자 또는 엔터프라이즈 사용자)로 추적됩니다. 다른 사용자의 파일 또는 폴더 업데이트로 인해 발생하는 클라우드 서버로부터의 하향 동기화 작업은 활성 사용자 세션으로 계산되지 않습니다. 단, 동기화는 아웃바운드 데이터 전송 측정항목으로 계산됩니다. 예를 들어, 사용자가 시간당 1GB를 초과하는 데이터를 동기화하는 경우 동기화되는 추가 GB는 각각 해당 시간에 대한 추가 활성 사용자 세션(표준 또는 엔터프라이즈)으로 계산됩니다.

방문자 세션 이해

방문자 세션Oracle Content Management가 지정된 세션 기간(시간별 방문자 세션의 경우 1시간, 일일 방문자 세션의 경우 24시간) 동안 사용량을 추적하는 데 사용하는 측정항목입니다. 방문자 세션은 인증되지 않은 고유한 사용자 또는 사이트 방문자 롤을 보유한 인증된 사용자가 특정 채널(예: 브라우저, 모바일 브라우저 또는 앱 링크 등)을 통해 서비스에 액세스할 때 트리거됩니다. 여러 채널에서 액세스하면 여러 방문자 세션으로 계산됩니다. 예를 들어, 사용자 한 명이 24시간 안에 Firefox 데스크톱 웹 브라우저, Chrome 데스크톱 웹 브라우저, 모바일 웹 브라우저에서 동일한 Oracle Content Management 인스턴스에 액세스하는 경우 총 세 개의 일일 방문자 세션으로 계산됩니다.

인증되지 않은 사용자는 특정 사이트에 액세스하고, 공용 링크를 사용하고, 앱 또는 웹 사이트에 포함된 Oracle Content Management 콘텐츠를 볼 수 있습니다.

FAQ

사용자가 동일한 Oracle Content Management 인스턴스 내의 여러 페이지에 액세스하는 경우 여러 방문자 세션으로 계산됩니까?

아니오. 방문자 세션은 인스턴스(사이트) 레벨에서만 계산됩니다.

방문자 세션은 언제 트리거됩니까?

Oracle Content Management 인스턴스와 같은 Oracle Content Management 리소스, Oracle Content Management로 생성된 사이트 또는 API(예: 앱 링크)를 통해 세션 기간 동안 한 번 이상 액세스하는 모든 사용자(익명 또는 인증된 guest)에 의해 방문자 세션이 시작됩니다.

방문자 세션은 얼마 동안 지속됩니까?

시간별 방문자 세션 기간은 1시간이며 일일 방문자 세션은 24시간입니다. 이 세션은 사용자가 고유 채널을 통해 특정 Oracle Content Management 리소스에 처음 액세스할 때 시작됩니다. 1시간 후 동일한 사용자가 동일한 리소스에 다시 방문하면 다른 시간별 방문자 세션이 트리거됩니다. 24시간 후 동일한 사용자가 동일한 리소스에 다시 방문하면 다른 일일 방문자 세션이 트리거됩니다.

Oracle Content Management 표준 사용자 또는 엔터프라이즈 사용자는 방문자 세션 수로 계산됩니까?

아니오. Oracle Content Management 리소스에 방문하는 인증된(사인인한) 표준 사용자 또는 엔터프라이즈 사용자는 방문자 세션 수에 포함되지 않습니다.

방문자 세션은 Oracle Content Management 리소스를 방문하는 인증된(사인인한) 사용자에 적용됩니까?

앞에서 설명한 것처럼 Oracle Content Management 리소스에 방문하는 인증된 Oracle Content Management 표준 사용자 또는 엔터프라이즈 사용자는 방문자 세션 수로 계산되지 않습니다. 하지만 사이트 방문자 롤을 보유한 인증된 사용자는 방문자 세션 수로 계산됩니다.

방문자 세션은 얼마나 자주 계산됩니까?

방문자는 방문자 세션 기간(시간별 방문자 세션의 경우 1시간, 일일 방문자 세션의 경우 24시간) 내에 동일한 리소스(사이트, API 또는 앱 링크)에 여러 번 액세스할 수 있지만 방문 한 번으로 계산됩니다. 사용자가 방문자 세션 기간이 지난 후에 동일한 리소스에 다시 액세스하는 경우 새 방문으로 계산됩니다.

사용자가 두번째 사이트에 방문하면 두번째 방문자 세션으로 계산됩니까?

다른 리소스(예: 다른 사이트)에 액세스하는 동일한 사용자는 별도의 방문자 세션 방문으로 계산됩니다. 예를 들어, 동일한 사용자가 세션 기간 내에 다른 사이트 두 곳에 액세스하면 방문 두 번으로 계산됩니다. 횟수는 제공된 서비스 인스턴스에 대한 사용자, 리소스, 채널, 방문자 세션 기간 기준으로 계산됩니다.

봇이나 Crawler가 사이트에 방문하면 방문자 세션으로 계산됩니까?

봇이나 Crawler가 반복해서 방문하면 방문자 세션으로 계산되지 않습니다.

공용 다운로드 링크에 액세스하는 사용자는 방문자 세션으로 계산됩니까?

문서를 다운로드하기 위해 공용 다운로드 링크에 액세스하는 사용자는 방문자 세션으로 계산되지 않습니다. 사용자가 Oracle Content Management 사용자 인터페이스에 연결되어 다운로드 단추가 표시되더라도 방문자 세션으로 계산되지 않습니다.

Oracle Content Management로 생성된 사이트를 통해 공용 다운로드 링크에 액세스한 경우는 어떻습니까? 이 링크를 사용하면 방문자 세션으로 계산됩니까?

Oracle Content Management로 생성된 사이트를 방문하면 방문자 세션이 트리거되므로 해당 사이트가 방문자 세션으로 계산되지만, 공용 다운로드 링크를 사용하기 때문이 아닙니다.

브라우저 세션의 경우 방문자 세션은 어떻게 추적됩니까?

브라우저의 방문자 세션은 브라우저 세션에서 세션 기간 종료 후 만료되는 쿠키를 배치하는 방식으로 추적됩니다.

사용자가 브라우저에서 쿠키를 지우거나 익명 브라우저 세션을 닫는 경우 어떻게 됩니까?

사용자가 브라우저에서 쿠키를 지우거나 익명 창을 닫는 방식으로 쿠키를 지우면 다음 요청이 새 사용자로 처리되어 새 방문자 세션으로 계산됩니다.

관리자에게 보고되는 측정항목은 무엇입니까?

Oracle Content Management 분석에서는 다음과 같은 측정항목을 제공합니다.

  • 시간별로 방문자 세션 수 분석
  • 월별로 방문자 세션 수 집계
  • 월의 일에서 드릴 다운하여 방문자 수를 확인할 수 있는 기능

현재 지원되지 않거나 캡처되지 않는 측정항목은 무엇입니까?

  • 쿠키 사용 안함으로 설정: 일부 고객은 일반 사용자 정책에 따라 브라우저 측에서 쿠키 추적을 사용 안함으로 설정할 수 있습니다. 이 경우 방문자 기반 쿠키가 해제되어 있기 때문에 Oracle Content Management는 이를 추적할 수 없습니다. 즉, 수가 실제 방문자 수보다 낮게 집계됩니다.
  • Oracle Content Management 데스크톱 애플리케이션을 통한 방문자 추적(데스크톱 애플리케이션은 현재 이름이 지정된 사용자 계산만 지원함)
  • Oracle Content Management 모바일 애플리케이션을 통한 방문 추적(모바일 애플리케이션은 현재 이름이 지정된 사용자 계산만 지원함)

옵트 아웃 또는 쿠키 추적에 관련된 개인정보보호 지원은 어떻게 진행됩니까?

Oracle Content Management 사이트는 사용자가 Oracle Content Management 리소스(사이트)에서 쿠키를 사용 중임을 알 수 있도록 하는 표준 옵션을 제공하므로 사용자는 쿠키를 사용 안함으로 설정하여 옵트 아웃할 수 있습니다. 이를 지원하기 위해 모든 Oracle Content Management 사이트 리소스에서 다음 두 가지 항목이 지속적으로 추가됩니다.

  • 옵트 아웃 요약 메시지: 이 메시지는 각 사이트에 표시되어 쿠키가 추적에 사용되고 있음을 알려줍니다. 여기에는 개인정보보호 페이지에 대한 링크가 포함되어 있습니다.
  • 개인정보보호 사이트 페이지: 쿠키 사용 및 쿠키를 사용 안함으로 설정하는 단계에 대한 설명이 나와 있는 표준 사이트 페이지입니다. 이 페이지는 다른 사이트 페이지처럼 사용자정의할 수 있습니다.

앱 링크 및 API 호출은 방문자 세션으로 추적됩니까?

타사 애플리케이션의 앱 링크 및 REST API 호출은 방문자 세션 수에 포함됩니다.

앱 링크 호출은 어떻게 방문자 세션으로 추적됩니까?

앱 링크 요청 본문의 assignedUser 매개변수가 고유 사용자와 연관된 클라이언트 측 호출을 추적하는 데 사용됩니다. Integrating and Extending Oracle Content ManagementIntegrating Folder and File SelectionApplinks Resource를 참조하십시오.

예제

다음은 방문자 세션 수에 대한 몇 가지 예입니다. ACME Corporation에 Oracle Content Management 서비스 인스턴스가 있고 세 개의 사이트(SiteA, SiteB, SiteC)를 생성했다고 가정합니다. 다음은 방문자 세션이 세션 기간 동안 계산되는 방법을 보여주는 예입니다.

방문자 리소스(사이트) 일일 방문자 세션 수
User1 https://docs-acme.sites.us2.oracecloud/authsite/SiteA 수가 1로 증가(cookie1, 사용자는 Firefox를 사용하여 SiteA라는 사이트에 방문함)
User1 https://docs-acme.sites.us2.oracecloud/authsite/SiteB 수가 2로 증가(cookie2, 동일한 사용자이지만 Firefox를 사용하여 SiteB라는 다른 사이트에 방문함)
User2 https://mysite.acme.example.com(SiteC에 대한 vanity URL) 수가 3으로 증가(cookie3, 다른 사용자가 Firefox를 사용하여 다른 사이트인 SiteC에 방문함)
User3 https://mysite.acme.example.com(SiteC에 대한 vanity URL) 수가 4로 증가(cookie4, 다른 사용자가 Firefox를 사용하여 동일한 사이트인 SiteC에 방문함)
User2 https://mysite.acme.example.com(SiteC에 대한 vanity URL) 수가 4에 머무름(변경사항 없음, cookie3, 동일한 사용자 - User2, 동일한 사이트 - SiteC, Firefox 사용, 동일한 세션 기간 동안)
User2 https://mysite.acme.example.com(SiteC에 대한 vanity URL) 수가 5로 증가(cookie5, 동일한 사용자 - User2, 동일한 사이트 - SiteC, 동일한 세션 기간이지만 Chrome 사용)