번역 작업을 위한 우선순위 큐

번역 큐는 실제 출시 작업이 들어오는 순간 정치적인 문제가 됩니다. 큰 배치는 시작할 때는 효율적으로 보이지만, 곧 누군가 지금 당장 긴급한 기사 하나, 가격 수정 하나, 또는 릴리스 노트 하나를 번역해야 하는 상황이 생깁니다.

그 작은 요청이 수백 개의 배치 항목 뒤에서 기다려야 한다면, 시스템은 기술적으로는 공정하지만 운영적으로는 잘못된 것입니다.

대기열의 모든 작업이 같은 긴급도를 가지는 것은 아닙니다

배치 작업은 보통 계획되어 있습니다. 대개 백로그, 마이그레이션, 또는 이미 알려진 출시 범위를 나타냅니다. 그 작업도 중요하지만, 보통은 꾸준한 진행을 감당할 수 있습니다.

단일 항목 작업은 다릅니다. 이는 종종 어떤 사람이 특정 페이지를 보고 있으며 특정 작업을 끝내려고 하기 때문에 발생합니다.

그 차이는 큐에서 드러나야 합니다.

실패 방식

모든 번역 요청이 같은 레인으로 들어가면, 큰 배치가 작업자를 장악합니다. 팀은 진행 상황을 보게 되지만, 그것은 잘못된 진행입니다:

• 계획된 마이그레이션 항목은 계속 진행됨
• 긴급한 편집 수정은 대기함
• 번역가는 한 페이지를 빠르게 검증할 수 없음
• 출시 팀은 시스템을 우회해 일하기 시작함

사람들이 큐를 예측할 수 없다고 믿게 되는 순간, 시간에 민감한 작업에 대해 그것을 더 이상 신뢰하지 않게 됩니다.

더 나은 규칙: 단일 실행 우선

실용적인 번역 큐는 배치 실행보다 단일 항목 실행을 우선해야 합니다. 그렇다고 해서 배치가 전혀 진행되지 않는다는 뜻은 아닙니다. 이는 긴급한 직접 작업이 시작할 기회를 얻은 뒤에 남은 용량을 배치 작업이 사용한다는 뜻입니다.

이는 팀이 실제로 운영되는 방식과 맞아떨어집니다. 백로그 마이그레이션이 프로덕션 수정을 막아서는 안 됩니다. 광범위한 캠페인 배치가 리뷰 준비가 된 단일 페이지를 막아서는 안 됩니다.

우선순위가 보호해야 하는 것

큐 우선순위는 단지 속도만의 문제가 아닙니다. 그것은 신뢰를 보호합니다.

사용자가 콘텐츠 상세 페이지에서 단일 번역을 시작할 때, 그들은 그 작업이 빠르게 반응하기를 기대합니다. 긴 시간 실행되는 배치 뒤에 머물러 있으면, 작업자들이 정확히 요청받은 일을 하고 있더라도 UI는 망가진 것처럼 느껴집니다.

시스템은 사용자 의도와 눈에 보이는 진행 사이의 관계를 유지해야 합니다.

배치를 건강하게 유지하는 방법

단일 실행에 우선순위를 준다고 해서 배치를 영원히 굶기라는 뜻은 아닙니다. 큐에는 여전히 안전장치가 필요합니다:

• 대기 중인 긴급 단일 실행이 없을 때는 배치 작업자가 계속 작업해야 함
• 재시도는 자신이 속한 작업의 우선순위를 유지해야 함
• push 및 publish 작업은 번역 우선순위와 혼동되어서는 안 됨
• 진행 상황 보고는 일시 중지되었거나 대기 중인 작업을 분명하게 보여줘야 함

목표는 배치를 벌주는 것이 아닙니다. 목표는 배치가 벽이 되는 것을 막는 것입니다.

핵심 요점

큐는 제품 경험의 일부입니다. 긴급한 단일 항목 번역이 거대한 배치 뒤에서 기다려야 한다면, 사용자는 "백그라운드 처리"를 경험하는 것이 아닙니다. 그들은 막혀 있다고 느낍니다.

단일 실행은 대개 적극적인 인간의 의도를 나타내므로 우선되어야 합니다. 배치는 백그라운드에서 계속 진행될 수 있지만, 줄의 맨 앞을 차지해서는 안 됩니다.