포털 동시 허용 사용자 수

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 04월 25일
  • 소요 시간: 2분
  • 성능을 개선하고 포털 동시 허용 사용자 수 콘텐츠를 향상시키는 방법을 검색합니다.

    포털 성능 기능은 사용자 기능을 희생하지 않고도 동시 허용 사용자 수가 많은 콘텐츠를 원활하게 개선하고, 더 많은 수의 사용자가 동시에 콘텐츠에 액세스할 수 있도록 더 큰 가용성과 유연성을 제공합니다.

    주:
    이 기능은 회사 이벤트에 대해서만 작동하며, 트래픽이 많은 볼륨에 대한 성능 최적화가 선택된 경우에만 작동합니다.

    포털 성능 관리에 대한 자세한 내용은 다음 문서를 참조하십시오 포털 성능 관리.

    표 1. 미리 계산된 대상
    sn_cd_precomputed_audience 목록
    열 이름 열 유형 설명
    사용자 참조(sys_user) 이 사전 계산 기록과 관련된 사용자
    컨텐츠 참조(sn_cd_content_base) 사용자가 액세스할 수 있는 콘텐츠
    도메인 시스템 도메인 도메인 분리 필드
    주:
    테이블의 데이터는 동기화 플로우를 통해서만 추가해야 하며 수동으로 변경해서는 안 됩니다.

    자동 동기화 트리거에 대한 플로우 미리 계산

    1. 콘텐츠 게시: 24시간마다 00:30에 실행되도록 예약된 회사 이벤트의 대상 미리 계산 이라는 제목의 새 예약된 작업이 있습니다.
    2. 작업이 트리거되면 현재 시간부터 다음 30시간까지 트래픽이 많은 모든 회사 이벤트를 확인합니다.
    3. 발견된 각 이벤트에 대해 대상을 미리 계산하여 사전 계산 테이블에 사용자와 컨텐츠를 기록합니다.
    4. 컨텐츠 게시: 사전 계산 플로우 정리를 위해 회사 이벤트의 대상을 미리 계산 이라는 제목의 예약된 작업을 확인합니다.
    5. 작업이 트리거되면 기존의 사전 계산 대상 기록 중에서 고유 이벤트를 계산합니다.
    6. 계산된 각 회사 이벤트에 대해 종료되었는지 확인합니다. 종료된 경우 연결된 모든 사전 계산 기록을 삭제합니다.
    표 2. 수동 동기화 트리거
    플로우 사전 계산 예시
    전체 수동 동기화 시스템 관리자는 예약된 작업 콘텐츠 게시: 회사 이벤트의 대상 계산 을 수동으로 실행하여 미리 계산된 대상 테이블을 완전히 동기화할 수 있습니다.
    부분 수동 동기화

    컨텐츠 관리자는 sn_cd_company_event 테이블로 이동하여 특정 이벤트를 찾은 다음 이 컨텐츠 UI 작업의 대상을 미리 계산 할 수 있습니다.

    주:
    이는 더 이상 컨텐츠 대상에 속하지 않는 사용자만 제거하며, 막바지 케이스에서 액세스 권한이 있어야 하는 사용자만 컨텐츠를 볼 수 있도록 하는 데 사용됩니다.

    미리 계산된 대상 검사 플로우

    1. 사용자가 트래픽이 많은 성능 최적화가 활성화된 회사 이벤트에 접근합니다.
    2. 성능 최적화 검사가 시작됩니다.
      1. 콘텐츠 ID와 현재 사용자 ID로 대상 테이블을 미리 계산하는 쿼리입니다.
      2. 사용자를 찾으면 문서 로드를 시작합니다.
      3. 사용자를 찾을 수 없으면 표준 액세스 확인을 시작합니다.

    표준 대상 확인 플로우

    주:
    표준 대상 검사는 현재 상태이며 사전 계산을 사용하지 않는 경우에도 계속 사용됩니다.
    1. 사용자가 회사 이벤트에 액세스합니다.
    2. 액세스 확인이 시작됩니다.
      1. 보고 있는 콘텐츠와 관련된 각 일정에 대해 일정 콘텐츠 테이블을 쿼리합니다.
      2. 각 일정 콘텐츠 기록에 대해 연결된 각 대상을 반복합니다.
      3. 각 대상에 대해 run.isUserInAudience()를 실행합니다. 이는 현재 사용자가 대상에 있는지 여부를 평가합니다.
      4. 사용자를 찾으면 문서 로드를 시작합니다.
      5. 사용자를 찾을 수 없으면 각 일정 콘텐츠 기록에 연결된 각 대상을 반복합니다.
      6. 사용자를 찾을 수 없는 경우 빈 상태 문서 상세 페이지를 표시합니다.