서문
Dynamic Delivery Ingest에는 이제 Priority Queuing이라는 기능이 있습니다. 이 기능을 사용하면 게시자가 원하는 우선 순위 설정으로 인제스트 작업을 제출하여 작업 처리 순서와 시의성에 영향을 미칠 수 있습니다.
Dynamic Delivery 수집 큐잉 작동 방식
보통 우선 순위 대기열을 사용하는 경우 Dynamic Delivery Ingestion은 계정 당 활성 작업을 100 개로 제한합니다. 이 한도를 초과하면 수집 시스템이 나중에 처리 할 추가 요청을 대기열에 추가합니다. 대기열의 크기에는 별도의 제한이 있으며, 이에 도달하면 고객에 대한 수집 요청을 다시 거부합니다 (429 오류 코드 포함). 작업이 완료되면 용량이 비워지고 대기열에있는 작업이 수신 된 순서대로 한 번에 하나씩 선택되고 처리됩니다.
의 비디오 상태는 작업이 대기 중임을 반영하지CMS API않습니다. 상태는 작업이 처리pending 중인지 대기 중인지 여부입니다.
Priority Queuing이 수집에 미치는 영향
우선 순위 대기열을 통해 사용자는 인제스트 요청에priority 플래그를 추가할 수 있습니다. 에 허용되는priority 값은low 및normal 입니다. 다른 값을 사용하면 422 오류 코드와 함께 요청이 거부됩니다. 사용자가 우선 순위를 지정하지 않으면 기본값인normal 이 사용됩니다. 다음은 Priority Queuing이 대기열에서 작업이 처리되는 방식을 변경하는 방법에 대한 간략한 설명입니다.
- 대기중인 작업이없고 작업을 실행할 수있는 용량이있는 경우 작업이 즉시 실행됩니다. 이는 우선 순위가 낮은 작업과 보통 작업 모두에 적용됩니다.
- 다른 작업을 실행할 용량이 없으면 작업이 대기열에 추가됩니다.
- 대기열에 작업이 있으면 새 작업도 대기열에 추가됩니다. 이는 대기열에있는 작업 전에 새 작업을 시작할 수 없음을 의미합니다.
- 다른 작업을 실행할 수있는 용량이 있고 대기열에있는 작업이있는 경우 대기열에서 작업을 가져옵니다.
- 대기열에 보통 우선 순위 작업이 있으면 가장 오래된 보통 우선 순위 작업이 선택됩니다.
- 대기열에 보통 우선 순위 작업이 없으면 가장 오래된 우선 순위가 낮은 작업이 선택됩니다.
- 실행 가능한 작업 수에 따라 일반 작업과 우선 순위가 낮은 작업은동일하게처리됩니다. 우선 순위에 관계없이 처리되는 총 작업 수는 계정 당 100 개로 제한됩니다.
- 있다분리된대기할 수 있는 보통 및 낮은 우선순위 작업의 수에 대한 할당량.
- 각 계정은 주어진 시간에 우선 순위가 낮은 대기열에서 보류 중인 작업을 1000개로 제한합니다.
- 각 계정은 주어진 시간에 일반 우선 순위 대기열에서 보류 중인 작업을 1000개로 제한합니다.
주의해야 할 사항
작업 제출 후 변경된 변환 세부 정보
동적 인제스트 작업을 만들면 지정된 인제스트 프로필이 동적 인제스트 시스템에 의해복사되며, 작업이 제출된 이후에 프로필이 수정된 경우에도 해당 프로필 사본이 처리에 사용됩니다.
경우에 따라 처리가 상당한 시간 동안 지연될 수 있는 낮은 우선순위 작업의 경우, 해당 프로필에 지정된 변환을 수정할 수 있습니다.작업이 실제로 처리되기 전에. 이 경우 비디오 처리에 사용된 렌디션은 해당 렌디션의새로운정의가 되며 작업이 제출된 당시의 렌디션의 정의가 아닙니다.
원하는 경우보장하다당신은 변환을 얻을작업이 제출될 때 지정된 대로 , 렌디션의 복사본을 만들고 복사된 렌디션을 참조하는 새 프로필을 생성한 다음 수집 프로세스를 시작해야 합니다. (비디오가 이미 Video Cloud에 포함 된 경우 업데이트 된 프로필로 비디오를 다시 트랜스 코딩 할 수 있습니다. 원래 작업 처리가 완료 될 때까지 비디오를 다시 트랜스 코딩 할 수 없습니다.)
소스 파일 업로드
소스 파일 업로드는 24 시간 후에 해당 S3 버킷의 파일을 삭제합니다. 우선 순위가 낮은 작업은 경우에 따라 24 시간 이상 처리되지 않을 수 있으므로 파일이 이미 삭제되었을 수 있으며이 경우 처리가 실패합니다. 소스 파일 업로드에는 우선 순위가 낮은 수집을 권장하지 않습니다 .
샘플 요청
다음은 우선 순위가 낮은 수집 요청 본문의 샘플입니다.
{
"master": {
"url": "https://host/master.mp4"
},
"profile": "multi-platform-extended-static",
"priority": "low",
"callbacks": [
"https://mydomain.com/di-callbacks.php"
]
}
다음은 일반적인 우선 순위 작업의 샘플입니다.
{
"master": {
"url": "https://host/master.mp4"
},
"profile": "multi-platform-extended-static",
"priority": "normal",
"callbacks": [
"https://mydomain.com/di-callbacks.php"
]
}
normal 는 기본값이므로 이전 요청은 다음 요청과 정확히 동일한 방식으로 처리된다는 점에 유의하십시오.
{
"master": {
"url": "https://host/master.mp4"
},
"profile": "multi-platform-extended-static",
"callbacks": [
"https://mydomain.com/di-callbacks.php"
]
}
우선 순위 대기열 사용
이전 섹션의 마지막 예에서 ~ 아니다사용priority 수집 작업의 필드에서 이전과 동일하게 계속 처리됩니다.
priority 필드를 추가하면 주로 다음과 같은 경우에 도움이 됩니다.
- 상당히 많은 수의 동영상을 수집합니다.
- 일부동영상은 최대한 빨리 온라인에 게시하는 것이 중요하지만 다른 동영상을 게시해야 하는 긴급한 상황은 없습니다 (콘텐츠가 덜 중요하거나 어쨌든 동영상을 즉시 게시할 계획이 없기 때문입니다).
- 재 트랜스 코딩하려는 동영상이 있지만 새 콘텐츠의 수집 속도가 느려지는 것을 원하지 않습니다.
우선 순위가 낮은 대기열의 작동 방식
이 섹션에서는 우선 순위가 낮은 대기열이 작동하는 방식을 설명합니다.
보통 또는 낮은 우선 순위 작업이 시작될 때 보장되지 않습니다. 그러나 보통 우선 순위 작업은 항상 낮은 우선 순위 작업보다 먼저 시작됩니다.
정상 우선 순위 작업을 지속적이고 빠르게 제출하는 경우 우선 순위가 낮은 작업이 시작되기까지 상당한 시간이 걸릴 수 있습니다.
우선 순위가 낮은 작업은 시작하는 데 더 오래 걸리고 동일한 비디오에 대해 보통 우선 순위보다 처리하는 데 더 오래 걸릴 수 있습니다.