W39 – 로컬라이제이션 엔진을 설정하는 인프라스트럭처

인프라스트럭처는 로컬라이제이션이 작동하는 방식을 설정하는 곳입니다.

로컬라이제이션 엔진은 규칙, 모델, 용어, 파이프라인이 내장된 번역 API입니다. 한 번만 설정해 두면 CLI, API, 연동, GitHub 앱, 또는 Playground에서 바로 활용할 수 있습니다.

인프라스트럭처에서 설정할 수 있는 항목은 다음과 같습니다:

로컬라이제이션 엔진. 로컬라이제이션 엔진은 콘텐츠가 어떻게 번역될지를 좌우하는 모든 요소를 한데 모아 둔 구성 단위입니다. 보통은 하나만 쓰지 않습니다. 제품 UI에 맞는 설정은 도움말 센터나 법률 콘텐츠에 맞는 설정과 다르기 때문입니다. 각 엔진은 저마다의 구성을 가질 수 있습니다.

모델. 각 언어 쌍마다 모델을 선택하고 대체 모델을 설정할 수 있습니다. 기본 모델을 사용할 수 없거나 속도 제한에 걸리면, Lingo.dev는 요청을 실패시키는 대신 자동으로 다음 모델로 전환합니다. 새 로컬라이제이션 엔진에는 기본 모델 설정이 제공되며, 필요에 맞게 업데이트하고 조정할 수 있습니다.

용어집, 규칙 세트, 브랜드 보이스는 컨텍스트 아래에서 관리됩니다. 모두 조직에 속하므로 같은 용어집, 규칙, 브랜드 보이스를 여러 로컬라이제이션 엔진에서 재사용할 수 있습니다.

용어집은 정확히 같은 표기만이 아니라 의미를 기준으로 용어를 처리하므로 “배포”라는 용어를 지정하면 “배포 중”도 함께 다룰 수 있습니다. 규칙 세트는 주소에서 “Straße”를 “Str.”로 줄여 쓰는 것처럼 구체적인 표기 관례를 다룰 때 유용합니다. 브랜드 보이스는 각 언어에서 텍스트가 어떤 느낌과 톤으로 전달되어야 하는지 정의합니다.

이 설정들에는 우선순위가 있어 서로 겹칠 때도 적용 순서가 분명합니다. 용어집이 가장 먼저 적용되고, 그다음 규칙, 마지막으로 브랜드 보이스가 적용됩니다.

로컬라이제이션 파이프라인. 번역은 전체 과정의 일부일 뿐입니다. 파이프라인 탭에서는 콘텐츠에 맞춰 다른 단계도 추가할 수 있습니다. 예를 들어 원문의 오탈자와 문법을 정리하거나, 사람이 하는 검토로 보내거나, 수정 내용을 용어집과 규칙에 맞게 조율하거나, 번역문을 다시 다듬거나, 의미가 유지됐는지 확인하기 위해 역번역할 수 있습니다.

콘텐츠 유형에 따라 서로 다른 로컬라이제이션 파이프라인을 사용할 수 있습니다. 법률 콘텐츠는 재표현 단계를 건너뛰고 원문에 가깝게 유지하는 편이 나을 수 있습니다. 마케팅 문구는 반대로 그 단계의 효과를 볼 수 있습니다. 규제를 받는 콘텐츠는 어디로 전달되기 전에 사람이 하는 검토가 필요할 수도 있습니다.

파이프라인 단계는 유연하게 실패를 흡수하도록 동작할 수도 있습니다. 중요하지 않은 단계에서 문제가 생겨도 작업 전체가 실패하는 대신 경고와 함께 계속 진행됩니다.

Playground. 같은 텍스트를 기준으로 로컬라이제이션 엔진과 기본 모델을 비교해 보고, 설정에 따라 결과가 어떻게 달라지는지 확인할 수 있습니다. 서로 다른 구성을 비교할 때는 두 개의 로컬라이제이션 엔진을 나란히 실행해 볼 수도 있습니다.

로그. 이제 각 로컬라이제이션 엔진에는 전용 로그 탭이 있어 조직 전체 로그를 일일이 필터링하지 않아도 해당 엔진이 처리한 내용을 바로 확인할 수 있습니다. 모델 열에는 각 요청을 처리한 모델이 표시되며, 요청이 다른 모델로 대체된 경우도 함께 확인할 수 있습니다.

인프라스트럭처를 열고 콘텐츠 유형마다 전용 로컬라이제이션 엔진을 구성해 보세요.