Memsource 장애 기록

1. 2026년 10월 15일 오전 9:44 UTCinvestigating

   우리는 현재 CAT 편집기, API, 프로젝트 관리, 번역 메모리 및 관련 구성 요소를 포함한 EU 지역에서 Phrase TMS 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 사용자는 오류를 경험하거나이 서비스에 액세스 할 수 없습니다. 우리의 팀은 가능한 한 빨리 원인을 확인하고 전체 기능을 복원하기 위해 적극적으로 노력하고 있습니다.

2. 2026년 10월 15일 오전 9:58 UTCmonitoring

   서비스는 현재 EU 지역에서 안정적이고 Phrase TMS가 운영되고 있습니다. 우리는 상황을 감시합니다.

3. 2026년 10월 15일 오전 10:24 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 23일 오전 8:48 UTCinvestigating

   몇몇 사용자는 Phrase TMS에 접근하는 문제점을 경험할지도 모릅니다.

2. 2026년 9월 23일 오전 8:58 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 9월 23일 오전 9:28 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다. Phrase TMS는 이제 더 이상 문제가 없습니다.

4. 2026년 9월 23일 오전 10:03 UTCresolved

   이 사건은 해결되었습니다.

5. 2026년 9월 30일 오후 12:12 UTCpostmortem

   ## 소개 우리는 9 월 23, 2026에 Phrase TMS에 영향을 미치는 사건에 대한 세부 정보를 공유하고 싶습니다. 9:02 AM 및 11:27 AM CEST 사이에, Phrase Platform에서 Phrase TMS를 열면 서명을 완료 할 수 없습니다. 리디렉션 루프에 잡거나 서명 오류가있는 Phrase TMS 로그인 페이지로 돌아 왔습니다. 이미 활성 Phrase TMS 세션이 영향을받지 않았고 고객 데이터가 손실되거나 수정되지 않았습니다. Phrase Platform 자체에 로그인하여 사건 전반에 걸쳐 작업을 유지하고 암호와 단일 사인온으로 모두 관리합니다. Phrase TMS 로그인 페이지에서 비밀번호로 로그인했습니다. 이 게시물-mortem은 무슨 일이 있었는지 설명합니다, 어떻게 해결되었는지, 우리는 우리가 다시 일어나고있는 것을 방지하는 것입니다. ## 타임라인 * **Sep 23, 2026 ...에서 9:02 오전 테스트** – Phrase TMS 웹 응용 프로그램에 대한 업데이트는 생산에서 갔다. 로그인 후 리디렉션을 처리하는 방법에 대한 보안 개선이 포함되어 있습니다. 이 시점에서 Phrase Platform에서 Phrase TMS를 열면 로그인을 완료할 수 없습니다. 짧은 후, 문제는 내부적으로 조사되었습니다. * **Sep 23, 2026 ...에서 10:59 오전 CEST** – 9:02 AM CEST의 업데이트는 원인으로 식별되었으며 롤백을 준비하기 시작했습니다. * **Sep 23, 2026 ...에서 11:13 오전 테스트** – 롤백은 테스트 환경에서 확인되었으며, 생산에 배포가 시작되었습니다. * **Sep 23, 2026 ...에서 11:27 오전 테스트** – 롤백은 모든 생산 지역에 살고있다. 고객의 영향이 종료되었습니다. ***Sep 23, 2026 at 11:28 AM CEST** – Phrase Platform에서 Phrase TMS에 서명하는 것이 다시 일했습니다. * **Sep 23, 2026 ...에서 12:04 오후 테스트** – 이 사건은 우리의 상태 페이지에 해결 된 것으로 표시되었습니다. ## 뿌리 원인 이 사건은 Phrase TMS 웹 응용 프로그램에 대한 보안 개선에 기인했습니다. 그 목표는 사용자가 로그인한 후 신뢰할 수 있는 목적지로만 전송된다는 것입니다. 이렇게하려면 웹 응용 프로그램은 Phrase TMS 웹 주소 자체로 리디렉션 만 허용됩니다. 그러나, 사용자가 Phrase Platform에서 Phrase TMS를 열 때, 로그인 프로세스는 합법적으로 다른 Phrase 웹 주소 사이의 사용자를 이동합니다. 우리의 서버는 이미 신뢰할 수있는 Phrase 도메인 목록에 대해 리디렉션을 확인하고 그들을 허용. TMS 핵심 애플리케이션의 새로운 체크는 이 서버 측 체크와 overrode 보다는 더 엄격합니다. 결과적으로 합법적 인 리디렉션은 Phrase TMS 시작 페이지로 대체되었습니다. 서명 프로세스를 다시 시작하십시오. 로그인을 반복하거나 오류로 Phrase TMS 로그인 페이지에서 다시 착륙 한 사용자. Phrase Platform 자체에 로그인하여 사건 전반에 걸쳐 작업을 유지하고 암호와 단일 사인온으로 모두 관리합니다. Phrase TMS 로그인 페이지에서 비밀번호로 로그인했습니다. 로그인 사용자가 Phrase Platform에서 Phrase TMS로 이동합니다. 이 때문에 일부 영향을받는 사용자는 암호 문제로 문제를보고했습니다. 그들은 자격 증명을 성공적으로 입력했지만 로그인 화면으로 다시 보냈습니다. ## Recurrence를 방지하는 활동 1. ** 변경 압연 ** - 문제가 발생 한 업데이트는 11:27 AM CEST의 모든 생산 지역에서 다시 압연되었습니다. 즉, 정상 서명을 복원했습니다. 2.**Continuous sign-in monitoring** – 우리는 모든 생산 지구에서 정기적으로 실행되는 자동화된 검사를 추가하고 우리의 시험 환경에서. 각 체크는 Phrase Platform에서 Phrase TMS로 전체 서명을 수행하고 즉시 실패한 경우 On-call 엔지니어를 경고합니다. 우리는 그들에게 의존하기 전에, 우리는이 사건에 발생 정확한 실패를 감지한다는 것을 확인합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 10일 오전 5:06 UTCinvestigating

   우리는 현재 우리의 EU 지역에서 웹훅을 통해 Phrase Strings 및 Phrase TMS 간의 작업의 동기화에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 두 제품 간의 번역 작업을 동기화 할 때 실패 또는 지연을 경험할 수 있습니다. 우리의 팀은 뿌리 원인을 확인하고 가능한 한 빨리 전체 기능을 복원하기 위해 적극적으로 노력하고 있습니다.

2. 2026년 9월 10일 오전 5:34 UTCmonitoring

   수정은 Phrase Strings와 Phrase TMS 사이의 웹훅 동기화 실패를 해결하고 배포되었습니다. 우리는 현재 상황을 모니터링하여 전체 안정성을 확인합니다. 우리는 일단 우리가 해결책을 검증 한 번 더 업데이트를 제공 할 것입니다.

3. 2026년 9월 10일 오전 6:03 UTCresolved

   Phrase Strings와 Phrase TMS 사이의 웹훅 동기화 문제가 해결되고 미국 데이터 센터 고객을 포함하여 완전히 운영되는 것으로 확인되었습니다. 이 사건은 지금 닫힙니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 1일 오후 2:18 UTCinvestigating

   우리는 현재 Phrase TMS (EU) 내의 작업 보기에서 느린 문제를 조사하고 있습니다. 사용자는 프로젝트 관리 기능에 액세스 할 때 부하 시간 또는 감소 된 성능을 경험할 수 있습니다. 우리 팀은 뿌리 원인을 확인하고 가능한 한 빨리 정상 성능을 복원하기 위해 적극적으로 노력하고 있습니다.

2. 2026년 9월 1일 오후 3:00 UTCinvestigating

   우리는 문제의 뿌리 원인을 확인했습니다. 우리 팀은 적극적으로 수정을 구현합니다. 우리는 우리가 진전을 만들기로 더 많은 업데이트를 제공 할 것입니다.

3. 2026년 9월 1일 오후 3:34 UTCmonitoring

   수정이 배포되었으며 결과를 모니터링하고 있습니다. 고객은 브라우저 캐시를 삭제하고 문제가 발생할 경우 TMS로 모든 열린 탭을 닫을 수 있습니다.

4. 2026년 9월 1일 오후 4:23 UTCresolved

   문제 해결 및 성능은 안정적입니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 31일 오후 3:06 UTCinvestigating

   우리는 현재 Gengo와 통신 할 때 간헐적인 오류를 경험하고있다, 우리의 제 3 자 번역 공급 업체 중 하나입니다. Gengo를 통해 번역 주문에 대한 가격 계산 및 주문 제출의 시간 및 502 오류가 발생하고 EU 및 미국 데이터 센터에 영향을 미치는. Gengo는 그들의 끝에 문제점을 확인하고 조사하고 있습니다.

2. 2026년 9월 2일 오전 11:46 UTCresolved

   Gengo는 그들의 끝에 밑의 문제점을 해결했습니다. Gengo에 대한 가격 계산 및 번역 주문 제출은 이제 다시 일하고 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 31일 오후 1:11 UTCinvestigating

   현재 기존 작업을 열 수 없으며 Phrase TMS 프로젝트 내에서 새로운 것을 만들 수 없습니다. 우리는 문제를 조사하고 있습니다.

2. 2026년 8월 31일 오후 1:22 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 8월 31일 오후 1:46 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

4. 2026년 8월 31일 오후 4:02 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

5. 2026년 8월 31일 오후 4:53 UTCresolved

   문제는 해결되었습니다.

6. 2026년 9월 4일 오전 8:45 UTCpostmortem

   ## 소개 우리는 8 월 31, 2026에 Phrase TMS에 영향을 미치는 사건에 대한 세부 정보를 공유하고 싶습니다. 사이 2:26 그리고 5:57 PM CEST, 레거시 프로젝트 페이지의 일부 사용자는 도구 - menu 작업을 만들거나 편집 작업 및 실행 분석과 같은 사용 할 수 없었다, 그리고 작업이 예상대로 CAT 웹 편집기를 실행하지 않았다, 대신 프로젝트 페이지에 사용자를 반환. 이 게시물-mortem은 무슨 일이 있었는지 설명합니다, 어떻게 해결되었는지, 우리는 우리가 다시 일어나고있는 것을 방지하는 것입니다. ## 타임라인 * ** 8 월 31, 2026 ...에서 2:26 PM CEST** – 코드 변경에 도달 한 결함이 포함 된 생산에 대한 스크립트 실행에 대한 프로젝트 페이지에 어떤 사용자가로드. * ** 8 월 31, 2026 ...에서 2:49 오후 CEST** – 첫 번째 고객 보고서는 Tool-menu 버튼을 비활성화하고 작업이 편집기에서 열릴 때 실패했습니다. * ** 8 월 31, 2026 약 3 : 10 PM CEST ** - 우리 팀은 문제의 뿌리 원인을 확인. * ** 8 월 31, 2026 ...에서 3:48 PM CEST** – 아래 결함에 대한 수정이 완료되었습니다. * ** 8 월 31, 2026 ...에서 4:04 오후 등급** – 수정은 사전 제작 환경에서 확인되었습니다. * ** 8 월 31, 2026 ...에서 5:18 PM CEST** – 생산에 대한 수정의 배포 시작. * ** 8 월 31, 2026 ...에서 5:57 PM CEST** – 수정은 생산과 정상적인 기능에서 완전히 생활되었습니다 모든 영향 받은 고객을 위해 복원되었습니다. ## 뿌리 원인 이 사건은 공유 프로젝트 페이지에 대한 관련, 미성년자 표시 문제를 해결하기위한 코드 변경에 기인했습니다. 즉, 값이 페이지에 직접 삽입된 스크립트에 삽입된 방법을 변경했습니다. 페이지를 렌더링하는 시스템은 자동으로 안전에 대한 값을 인코딩하지만, 인코딩은 스크립트 내부의 일반 페이지 내용에 배치되는 값과 구별하지 않습니다. 결과적으로, 임베디드 스크립트의 구문은 일단 변경이 생산에 도달 한 번 침묵으로 깨졌다. 브라우저가 페이지에 추가 코드를 실행하지 않기 때문에 잘못된 스크립트 구문을 한 번에, 페이지에 그 시점이 실행 중지 된 후 모든 스크립트 - 원래 변경과 관련된 일부가 아닙니다. 이것은 고객이 두 개의 별도의 문제처럼 보이는 것을 경험 한 이유입니다. \ (disabled menu button and jobs faileding to open in the editor\) that was, 사실, 같은 단일 결함의 다운 스트림 효과. 이 문제는 삽입 된 데이터가 정확했지만 브라우저의 실제 페이지를로드하지 않았기 때문에 확인된 시점에서 수행 된 검증이 수행되기 전에 수행되지 않았습니다. 렌더링하고 올바르게 종료 된 것을 확인하기 위해. ## Recurrence를 방지하는 활동 1.**Fix 배포** – 불완전한 결함이 수정되었고 같은 날 생산에 배포되었습니다. 2. ** 엔지니어링 안내 업데이트 ** – 우리는 우리의 내부 엔지니어링 문서를 명확하게이 특정 실패 패턴과 올바른, 그것을 처리하는 안전한 방법을 설명하기 위해 우리의 내부 엔지니어링 문서를 업데이트했습니다, 그래서 실수의이 범주는 코드를 검토하는 동안 잡혔다. 3. **자동 감지 향상 ** – 우리는 자동화된 감시를 전 최후 실패의 이 종류에 추가하기 위하여 일하고 있습니다, 그래서 유사한 문제점은 고객에 의하여 영향을 미치기 전에, 오히려 고객 보고에 relying 보다는 검출될 수 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 19일 오후 12:16 UTCinvestigating

   우리는 현재 Phrase TMS (EU)의 번역 메모리 기능에 영향을 미치는 문제점을 조사하고 있습니다. 사용자는 이 시간 동안 번역 메모 및 기타 관련 작업을 생성하는 데 문제가 발생할 수 있습니다. 우리의 팀은 가능한 한 빨리 원인을 확인하고 전체 기능을 복원하기 위해 적극적으로 노력하고 있습니다.

2. 2026년 8월 19일 오후 12:34 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 8월 19일 오후 1:19 UTCmonitoring

   수정이 구현되어 상황을 모니터링하고 있습니다.

4. 2026년 8월 19일 오후 2:09 UTCresolved

   사건이 해결되었습니다.

5. 2026년 10월 6일 오전 8:14 UTCpostmortem

   ## ** 소개** 우리는 Phrase TMS \ (EU \)의 번역 메모리 기능을 평가하는 8 월 19, 2026의 PM CEST와 2 : 11 PM CEST와 4 : 10 PM CEST 사이에 Phrase으로 발생 한 이벤트에 대한 자세한 내용을 공유하고 구문에서 이러한 문제를 방지하기 위해 노력하고 있습니다. ##**시간** * ** 8 월 19, 2026 ...에서 2:11 오후 테스트:** Phrase은 Phrase TMS \(EU)의 번역 메모리 기능에 영향을 미치는 문제점을 발견했습니다. 번역 기억을 생성하고 관련 작업을 수행 할 때 사용자 경험 오류, 종속 서비스 및 사용 사례를 통해 오류율을 높이는. * ** 8 월 19, 2026 ...에서 2:32 오후 시험:** 루트 원인은 식별 및 엔지니어는 클러스터를 재분배하고 영향을받는 노드를 재시작하여 영향을받는 환경에 대한 수정을 적용하기 시작했습니다. * ** 8 월 19, 2026 ...에서 3:10 오후 시험:** 번역 메모리 생성 및 관련 작업이 정상적으로 작동하도록 확인되었습니다. * ** 8 월 19, 2026 ...에서 4:10 오후 시험:** 지속적인 감시 기간 후에 recurrence를 보여주지 않았습니다, 사건은 해결되었습니다. ## ** 루트 원인 ** Investigation은 번역 메모리 데이터를 저장하는 데이터베이스 클러스터에서 시작된 것으로 밝혀졌다. 단일 번역 메모리가 있었습니다. 시간이 지남에 따라 크게 성장했고, 읽는 활동의 분산 공유를 요구했습니다. 또한 더 넓은 클러스터의 건강과 메타데이터 관리를 조정했습니다. 클러스터가 제로 다운타임 유지 보수를 겪고 있기 때문에, 더 높은 양의 코디네이션 동작과 클러스터의 코디네이션 노드에 높은 부하가 있었습니다. 피크로드와 결합 된 두 가지는 여러 코디네이션 노드 성능이 천천히 악화되고, 높은 오류율과 향상된 성능을 발휘합니다. ## ** Recurrence를 방지하기 위해 활동 ** 미래의 유사한 사건을 방지하고 부정적인 영향을 미칩니다. * 클러스터 및 백킹 인프라를 재조정하여 더 많은 헤드룸을 번역 메모리 검색 및 업데이트합니다. * 영향 받은 번역 메모리 클러스터에 대한 지속적인 유지 보수를 일시적으로 일시적으로 사용. * 코디네이션 노드의 향상된 용량은 갑작스런 요청 피크에서 클러스터의 충격을 방지하기 위해 클러스터의 상부를 개선합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 7일 오전 7:27 UTCinvestigating

   우리는 현재 분지가 병합될 때 적용되지 않는 변경을 일으킬 수 있는 Phrase String (EU)에 누락된 분지 사건과 문제점을 조사하고 있습니다.

2. 2026년 8월 7일 오전 7:54 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 8월 7일 오전 8:18 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

4. 2026년 8월 7일 오전 8:30 UTCmonitoring

   수정이 구현되었습니다. 누락 된 이벤트의 backlog는 지금 처리됩니다. queue가 완전히 처리되면, 무인점은 자동으로 누락 된 변경을받습니다. 우리는 큐와 결과를 모니터링하고 있습니다.

5. 2026년 8월 7일 오후 2:12 UTCresolved

   사건 창 도중 분지를 바꾸는 것은 지금 완전히 적용됩니다. 영향을 받지 않은 지점은 식별 및 영향을 받지 않은 고객이 직접 연락했습니다. 이 사건은 해결되었습니다.

6. 2026년 9월 11일 오전 6:11 UTCpostmortem

   ## 소개 우리는 8 월 6과 8 월 7, 2026 사이에 EU 플랫폼에서 Phrase Strings에 영향을 미치는 사건에 대한 세부 정보를 공유하고 싶습니다. 이 기간 동안, 지점의 변경은 우리의 변화 처리 파이프라인에 의해 기록되지 않았습니다. 결과적으로, 사건 중 합병 된 지점은 그 창 중 변경없이 합병 될 수 있으며, 지점 비교 화면은 존재하지 않을 수도 있습니다. 이 게시물-mortem은 무슨 일이 있었는지 설명합니다, 어떻게 해결되었는지, 우리는 우리가 다시 일어나고있는 것을 방지하는 것입니다. ## 타임라인 * ** 8 월 6, 2026 ...에서 5:44 PM CEST** – 네트워크 중단은 데이터베이스 변경을 읽는 데 우리의 변경 처리 파이프라인 용도를 심각. 연결은 복구 실패, 및 지점 변경은 처리됩니다. 영향을받는 구성 요소는 건강하고 자동화 된 경고가 트리거되지 않도록 스스로보고 계속되었습니다. * ** 8 월 7, 2026 ...에서 09:11 오전 CEST** – 문제는 고객 보고서에 따라 확인되었습니다. * ** 8 월 7, 2026 ...에서 09:19 오전 CEST** – 사건은 우리의 가장 높은 severity 수준에 escalated. * ** 8 월 7, 2026 에 약 10:20 오전 표준** – 영향을받는 구성 요소는 재시작에 의해 복구되고, 재시작 처리 변경. * ** 8 월 7, 2026 ...에서 10:46 오전 표준** – 보류 변화의 백로가 완전히 처리되고 파이프라인은 붙잡혔습니다. * ** 8 월 7, 2026 오후 ** – 영향을받는 고객은 자신의 변화를 복원하기 위해 필요한 데이터와 개별적으로 식별하고 접촉했다. ## 뿌리 원인 이 사건은 우리의 시스템 연결이 우리의 분지 처리 파이프라인에 데이타베이스에서 흐름 변화하는 것을 막는 일시적인 네트워크 중단에 의해 방아쇠를 당했습니다. 이 연결에 대한 책임있는 구성 요소는 자동으로 다시 연결하지만, 재연결 시도는 성공 또는 실패보다 무한하게 유지. 구성 요소가 실패를 결코보고했기 때문에, 우리의 플랫폼의 자동 복구 메커니즘 - 오류 상태를보고하는 구성 요소를 다시 시작 - 결코 방아쇠 없었다. 이 구성 요소는 일반적으로 실행되지 않고 모든 변경 사항을 처리하는 상태에 남아있다. 이 연결의 표준 재시작은 문제가 해결되지 않았고, 완전히 신선한 연결을 설치 한 언젠가 프로세스를 재시작하면서. 이 파이프 라인의 모니터링은 사고를 통해 "건강"을 지속적으로보고하는 신호에 의존했기 때문에 상황은 더 빨리 감지되지 않았습니다. 변경 사항이 실제로 흐르는지 여부를 분리하지 못했습니다. ## 충격 * 사건 중 변경된 지점은 ** 합병되지 않은 경우 데이터가 손실되지 않았습니다. 그들의 변화는 한 번의 파이프라인 복구되었습니다. ***were**는 사건 창 중 변경 없이 합병되었습니다. 사건이 영향을받지 않았기 전에 발생한 변화. * 고객의 작은 수는 궁극적으로 영향을 미쳤습니다. 각각은 개별적으로 연락하고 영향을받는 변화를 복원하기 위해 필요한 데이터 및 단계로 제공됩니다. ## Recurrence를 방지하는 활동 1.**Fixed misleading monitoring** - 우리는 문제의 우리의 인식을 지연 한 다른 생산 환경을 그룹화 한 모니터링 구성을 수정했습니다. 2. ** 의미있는 건강 신호 추가 ** – 우리는 변화가 실제로 파이프라인을 통해 흐르는지 여부를 측정하는 모니터링을 추가하고 그 뒤에 얼마나 멀리, 오히려 "건강"을보고 할 수있는 상태 신호에 의존하지 않는 동안 작동하지 않습니다. 이것은 유사한 축이 즉시 검출됩니다. 3. ** 자동 복구 개선 ** – 자동 재시작을 트리거하는 진정한 실패에 갇혀있는 연결 결과가 이 구성 요소의 재연결 및 재시동 행동을 검토하고 있습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 6일 오전 8:11 UTCinvestigating

   We are currently investigating an issue affecting Connectors in Phrase TMS. Customers may be unable to access or use Connector functionality during this time. Our engineering team is actively working to identify the cause and restore full service as quickly as possible.

2. 2026년 8월 6일 오전 8:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 8월 6일 오전 8:43 UTCmonitoring

   We have identified the root cause and the issue has now been resolved. Connectors should be appearing as active again. We will continue to monitor the situation to ensure full stability.

4. 2026년 8월 6일 오후 12:00 UTCmonitoring

   We continue monitoring the situation.

5. 2026년 8월 6일 오후 1:19 UTCresolved

   The incident has been resolved and all components are back to operational.

1. 2026년 7월 28일 오전 7:19 UTCinvestigating

   엔지니어링 팀은 새로운 워크 플로우 엔진이 현재 워크플로우를 실행하지 않는 Orchestrator와 문제점을 확인했습니다. 문제는 조사 중입니다.

2. 2026년 7월 28일 오전 7:53 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 28일 오전 8:30 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

4. 2026년 7월 28일 오전 8:35 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다. 워크플로우 엔진은 종료 실행의 큐를 처리하고 있습니다.

5. 2026년 7월 28일 오전 11:49 UTCresolved

   모든 실행이 처리되었습니다. 이 사건은 해결되었습니다.

6. 2026년 7월 30일 오전 7:09 UTCpostmortem

   ## 소개 7월 27일부터 28일까지 Phrase Orchestrator에 영향을 미치는 사건에 대한 세부 정보를 공유하고 싶습니다. 이 기간 동안 Next-Gen Workflow Engine의 워크플로우 실행은 "executing"상태에서 진행되고 유지되지 않았습니다. 데이터가 사건 중에 손실되지 않았습니다. 이 게시물-mortem은 무슨 일이 있었는지 설명합니다, 그것이 해결되었을 때, 우리가 재발을 방지하기 위해 촬영 한 단계. ## 타임라인 * **27 7월 2026 ...에서 18:55 CEST** – 워크플로우 엔진은 데이터베이스 쿼리 성능으로 오류를 생성하기 시작했습니다. Workflow 실행 및 진행 중지. * **27 7월 2026 ...에서 20:54 CEST** – "executing"에 붙어있는 실행의 첫 번째 고객 보고서가 수신되었습니다. * **27 7월 2026 ...에서 22:39 CEST** – 사건은 공식적으로 선언되었습니다. * **28 7월 2026 에 02:18 CEST** – 서비스 재시작 제공 임시 구호; 워크플로우 실행 재시작. * **28 7월 2026 ...에서 05:15 CEST** – 이 문제는 underlying 데이터베이스 성능 문제 persisted. * **28 7월 2026 ...에서 09:56 CEST** – 뿌리 원인은 식별 및 주소. 실행이 잃지 않았습니다. 그러나 부분 서비스 재시작으로 인해, 실행 중 일부 작업이 재조정되었습니다. 그렇지 않으면 실패 할 수있는 작은 수의 실행이 발생할 수 있습니다. * **28 7월 2026 ...에서 13:46 CEST** – 납땜 실행의 전체 backlog는 명확하게 확인되었다. 시스템은 안정적으로 선언되었습니다. * **28 7월 2026일 at 13:48 CEST** – 법적 해결. ## 뿌리 원인 이 사건은 워크 플로우 작업 스케줄링 시스템에 의해 사용되는 데이터베이스 인덱스의 진보적 인 bloat에 의해 발생했습니다. 이 특정 인덱스의 성능은 이전 글과 업데이트에서 죽은 인덱스 항목을 축적 한 때 점차적으로 정렬됩니다. 작업 스케줄링 엔진은 이러한 인덱스를 쿼리하면서 데이터베이스 레벨 조정 잠금을 획득하여 파견 작업을 결정합니다. index lookups가 느리게 성장함에 따라 데이터베이스의 구성 된 문 타임 아웃을 초과하기 시작했습니다. 워치 아웃에 의해 취소 된 경우, 그 작업 충돌 및 재시작에 대한 스케줄링 프로세스. 스케줄러가 실행되지 않고, 워크플로우 단계가 파견되고 모든 in-progress 워크플로우 실행이 멈춰질 수 없습니다. 데이터베이스 서버 자체는 일반 CPU 및 연결 수준과 더불어 사고를 통해 건강하게 유지됩니다. 문제는 scheduling 층 내에서만 잠금 및 대기 질의 내용입니다. 서비스 재시작은 추락된 프로세스와 일시적으로 복원된 실행을 취소했습니다. 그러나, 인덱스 bloat가 여전히 존재했기 때문에, 같은 degradation recurred 한 번 쿼리 부하 재개. 수동 색인은 완전히 회복된 성과를 재건축하고 문제점을 해결했습니다. ## Recurrence를 방지하는 활동 1. ** 자동화 된 인덱스 유지 보수가 추가되었습니다 ** - 계획 된 자동 인덱스 유지 보수는 영향을받은 인덱스를 구성했습니다. bloat는 시간이 지남에 따라 축적 할 수 없으며이 사건을 유발하는 조건을 제거합니다. 2.**Legacy indexes remove** – 사용되지 않은 레거시 데이터베이스 인덱스는 전체 유지 보수 표면을 줄이고 미래의 인덱스 위생을 단순화하고 제거되었습니다. 3. **Monitoring 적용 업데이트** – 우리의 모니터링 풍경은 작업 흐름 엔진의 현재 상태를 반영하고 업데이트됩니다. 이 작업은 첫 번째 고객 보고서 이전에 발견되지 않는 분해를 허용하는 간격을 닫습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 27일 오후 11:48 UTCinvestigating

   엔지니어링은 새로운 워크플로우 엔진이 현재 워크플로우를 실행하지 않는 Orchestrator와 문제점을 확인했습니다. 문제는 조사 중입니다.

2. 2026년 7월 28일 오전 12:41 UTCresolved

   모든 워크플로우는 예상대로 다시 실행됩니다.

3. 2026년 7월 30일 오전 7:08 UTCpostmortem

   ## 소개 7월 27일부터 28일까지 Phrase Orchestrator에 영향을 미치는 사건에 대한 세부 정보를 공유하고 싶습니다. 이 기간 동안 Next-Gen Workflow Engine의 워크플로우 실행은 "executing"상태에서 진행되고 유지되지 않았습니다. 데이터가 사건 중에 손실되지 않았습니다. 이 게시물-mortem은 무슨 일이 있었는지 설명합니다, 그것이 해결되었을 때, 우리가 재발을 방지하기 위해 촬영 한 단계. ## 타임라인 * **27 7월 2026 ...에서 18:55 CEST** – 워크플로우 엔진은 데이터베이스 쿼리 성능으로 오류를 생성하기 시작했습니다. Workflow 실행 및 진행 중지. * **27 7월 2026 ...에서 20:54 CEST** – "executing"에 붙어있는 실행의 첫 번째 고객 보고서가 수신되었습니다. * **27 7월 2026 ...에서 22:39 CEST** – 사건은 공식적으로 선언되었습니다. * **28 7월 2026 에 02:18 CEST** – 서비스 재시작 제공 임시 구호; 워크플로우 실행 재시작. * **28 7월 2026 ...에서 05:15 CEST** – 이 문제는 underlying 데이터베이스 성능 문제 persisted. * **28 7월 2026 ...에서 09:56 CEST** – 뿌리 원인은 식별 및 주소. 실행이 잃지 않았습니다. 그러나 부분 서비스 재시작으로 인해, 실행 중 일부 작업이 재조정되었습니다. 그렇지 않으면 실패 할 수있는 작은 수의 실행이 발생할 수 있습니다. * **28 7월 2026 ...에서 13:46 CEST** – 납땜 실행의 전체 backlog는 명확하게 확인되었다. 시스템은 안정적으로 선언되었습니다. * **28 7월 2026일 at 13:48 CEST** – 법적 해결. ## 뿌리 원인 이 사건은 워크 플로우 작업 스케줄링 시스템에 의해 사용되는 데이터베이스 인덱스의 진보적 인 bloat에 의해 발생했습니다. 이 특정 인덱스의 성능은 이전 글과 업데이트에서 죽은 인덱스 항목을 축적 한 때 점차적으로 정렬됩니다. 작업 스케줄링 엔진은 이러한 인덱스를 쿼리하면서 데이터베이스 레벨 조정 잠금을 획득하여 파견 작업을 결정합니다. index lookups가 느리게 성장함에 따라 데이터베이스의 구성 된 문 타임 아웃을 초과하기 시작했습니다. 워치 아웃에 의해 취소 된 경우, 그 작업 충돌 및 재시작에 대한 스케줄링 프로세스. 스케줄러가 실행되지 않고, 워크플로우 단계가 파견되고 모든 in-progress 워크플로우 실행이 멈춰질 수 없습니다. 데이터베이스 서버 자체는 일반 CPU 및 연결 수준과 더불어 사고를 통해 건강하게 유지됩니다. 문제는 scheduling 층 내에서만 잠금 및 대기 질의 내용입니다. 서비스 재시작은 추락된 프로세스와 일시적으로 복원된 실행을 취소했습니다. 그러나, 인덱스 bloat가 여전히 존재했기 때문에, 같은 degradation recurred 한 번 쿼리 부하 재개. 수동 색인은 완전히 회복된 성과를 재건축하고 문제점을 해결했습니다. ## Recurrence를 방지하는 활동 1. ** 자동화 된 인덱스 유지 보수가 추가되었습니다 ** - 계획 된 자동 인덱스 유지 보수는 영향을받은 인덱스를 구성했습니다. bloat는 시간이 지남에 따라 축적 할 수 없으며이 사건을 유발하는 조건을 제거합니다. 2.**Legacy indexes remove** – 사용되지 않은 레거시 데이터베이스 인덱스는 전체 유지 보수 표면을 줄이고 미래의 인덱스 위생을 단순화하고 제거되었습니다. 3. **Monitoring 적용 업데이트** – 우리의 모니터링 풍경은 작업 흐름 엔진의 현재 상태를 반영하고 업데이트됩니다. 이 작업은 첫 번째 고객 보고서 이전에 발견되지 않는 분해를 허용하는 간격을 닫습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 20일 오후 12:53 UTCresolved

   6월 16일, 2026일 01:00PM CEST와 6월 17일, 2026 11:00AM CEST 사이, Phrase Job Sync Connector가 분해된 성능. 기본 연결 유형 경험 실패와 작업 동기화를 사용하여 고객. 공학 팀은 뿌리 원인을 확인하고 수정을 제공.

2. 2026년 7월 20일 오후 12:54 UTCpostmortem

   ### 소개 우리는 6 월 16, 2026, 01:00PM CEST 및 6 월 17, 2026, 11:00AM CEST 사이에 Phrase과 함께 발생 한 이벤트에 대한 자세한 내용을 공유하고 싶습니다. Phrase Strings API의 성능 향상, 기본 연결 유형으로 작업 동기화를 사용하여 실패를 경험하십시오. 우리는 붕괴를 위해 사과하고 미래에 유사한 사건을 방지하기 위해 최선을 다하고 있습니다. ### 타임라인 **Jun 16, 2026 @ 01:00 PM CEST** – 작업 동기화는 기본 연결 유형을 사용하여 고객을 위해 실패했습니다. 커넥터는 Phrase Strings API에 대해 인증할 수 없습니다. ** 6월 17, 2026 @ 10:00 오전 표준** – 인증 실패는 엔지니어링 팀에 의해 확인되었습니다. **Jun 17, 2026 @ 10:28 AM CEST** – 충격 범위가 확인되었습니다. 기본 작업 동기화 연결을 사용하는 고객은 영향을 받았습니다. 개인 액세스 토큰 기반 커넥터를 사용하는 고객은 영향을받지 않았습니다. ** 6월 17, 2026 @ 10:29 AM CEST** – 루트 원인은 확인되었다: 기존의 플랫폼 토큰을 사용한 다중 플랫폼 토큰 지원을 도입한 최근 변경. **Jun 17, 2026 @ 10:40 AM CEST** - 수정은 검토 준비 및 제출되었습니다. ** 6월 17, 2026 @ 10:53 오전 표준** – 수정 및 JobSync 기능이 완전히 복원되었습니다. ### 뿌리 원인 멀티 플랫폼 인증 토큰에 대한 지원을 추가하기 위해 도입 된 코드 변경은 Phrase Strings API에서 검증 및 처리되는 방법을 수정했습니다. 이 변경은 기본 연결 유형에 의해 사용되는 기존 토큰 형식과 호환되지 않았습니다. 결과적으로 플랫폼 토큰은 문자열 API에 의해 '401 Unauthorized' 응답을 거부했습니다. 커넥터는 retry 예산을 배출 할 때까지 연결을 설정하여 모든 영향을받는 작업을 실패시킵니다. 개인 액세스 토큰을 사용하는 고객은 토큰이 다른 코드 경로에 따라 영향을 미쳤습니다. ### Recurrence를 방지하는 활동 루트 원인은 개발 중에 감지되지 않은 토큰 취급에 백워드 호환 변경이었다. 다음 작업을 수행하고 있습니다: * ** 토큰 형식 auth 변경에서 호환성 테스트 :** 기존의 하나와 함께 새로운 토큰/신뢰 형식을 도입할 때, 테스트는 새로운 검출 논리에서 처리되는 전환 사례를 명시적으로 커버해야 합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 16일 오후 3:47 UTCinvestigating

   우리는 현재 몇몇 고객을 위한 복제적인 미터 소비에 결과로 우리의 미터 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 우리의 팀은 적극적으로 영향을받는 구성 요소를 식별하고 뿌리 원인을 결정합니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

2. 2026년 7월 16일 오후 4:29 UTCidentified

   우리는 우리의 미터 서비스에서 반복된 소비자 그룹을 일으키는 원인이 되는 특정한 중개인에 instability로 뿌리 원인을 확인하고 미터 갱신의 중복 처리에 지도합니다. 이것은 잘못된 소비 계산 또는 예상치 못한 계정 차단을 경험하는 일부 고객이 발생할 수 있습니다. 우리는 계속 해결에 작업.

3. 2026년 7월 16일 오후 5:31 UTCmonitoring

   우리는 문제의 진행을 중단하고 이제는 어떤 조직이 영향을 받지 못하거나 차단을 포함하여 충격의 전체 범위를 확인하기 위해 노력하고 있습니다. 수정된 계정은 deduplication 프로세스를 통해 해결을 위해 우선적으로 처리되지만, 이를 완료하는 데 몇 가지 시간이 걸릴 것입니다.

4. 2026년 7월 16일 오후 7:04 UTCidentified

   우리는 모든 블록 된 조직에 성공적으로 분산 된 미터 소비를 가지고 있습니다. 우리는 정확한 청구주기 데이터를 보장하기 위해 per-organization deduplication tooling을 개발하기 위해 지속적인 작업이며,이 문제를 해결하는 풀 팀과 함께 내일 아침.

5. 2026년 7월 17일 오후 1:02 UTCmonitoring

   우리는 7 월 16에서 처음 발견 된 복제 미터 소비 문제를 해결하는 진행 상황을 계속합니다. 뿌리 원인은 식별 및 주소. 우리의 마지막 업데이트 이후, 우리의 팀은 이전에 차단 된 계정을 위해 복제 된 데이터를 수정했습니다. 우리는 이제 영향을받는 계정의 나머지 세트를 통해 일하고이 정리를 기대합니다. 더 이상 복제가 발생하지 않고, 이 작업은 과거 데이터 만 해당합니다.

6. 2026년 7월 20일 오후 12:07 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 16일 오후 2:49 UTCinvestigating

   우리는 현재 Phrase Orchestrator에 영향을 미치는 문제점을 조사하고 있습니다. 우리는 뿌리 원인을 식별하고 더 많은 정보를 사용할 수 있기 때문에 더 많은 업데이트를 제공합니다.

2. 2026년 7월 16일 오후 3:27 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 16일 오후 3:27 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

4. 2026년 7월 16일 오후 3:41 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

5. 2026년 7월 16일 오후 4:12 UTCresolved

   Orchestrator (EU)는 오후 5시 32분 이후 다시 가능합니다. 모든 대출 실행은 처리됩니다. 이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 10일 오후 2:24 UTCinvestigating

   우리는 현재 Phrase Strings (EU 및 미국 지역)의 번역 센터에 영향을 미치는 이슈를 조사하고 있습니다. 문자열이 로드에 실패합니다. 우리의 엔지니어링 팀은 잠재적 인 원인을 확인하고 해결하기 위해 적극적으로 노력하고 있습니다. 우리는 우리의 조사 진도로 더 업데이트를 제공 할 것입니다.

2. 2026년 7월 10일 오후 2:37 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 7월 10일 오후 3:24 UTCresolved

   이 사건은 해결되었습니다.

4. 2026년 8월 7일 오전 7:14 UTCpostmortem

   ## Introduction On July 10, 2026, parts of the Phrase Strings frontend at [app.phrase.com](http://app.phrase.com/) failed to load correctly for a short period, after required stylesheets and scripts failed to load — the underlying service itself stayed available. The issue began at 16:08 CEST and was resolved by 16:27 CEST. This post-mortem explains what happened and what we're doing to prevent a recurrence. ## Timeline * **Jul 10, 2026 at 16:08 CEST** – A deployment introduced new application assets that were never uploaded to our storage service, so the application could no longer load its stylesheets and scripts for customers. * **Jul 10, 2026 at 16:21 CEST** – Issue detected, incident declared. * **Jul 10, 2026 at 16:24 CEST** – Root cause identified. * **Jul 10, 2026 at 16:26 CEST** – Fix applied. * **Jul 10, 2026 at 16:27 CEST** – Customer-facing impact ended. * **Jul 10, 2026 at 16:32 CEST** – Incident downgraded to monitoring while the underlying configuration was addressed. * **Jul 10, 2026 at 17:12 CEST** – Configuration corrected, incident resolved. ## Root Cause During a planned, routine maintenance, a configuration change unintentionally disabled the process that uploads application assets \(stylesheets, scripts\) to our storage and content-delivery service. This went unnoticed at first, since the assets already in place kept working and no new versions had been shipped yet. On July 10, 2026, a deployment shipped new versions of these assets. Because uploading was still disabled, the new files never reached the storage service, and the application could not load its stylesheets and scripts. ## Actions to Prevent Recurrence 1. **Asset synchronization re-enabled** – The disabled process was fixed, restoring correct asset delivery. 2. **Asset availability monitoring** – Adding monitoring to detect asset load failures automatically, before customers are affected.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 8일 오후 12:57 UTCinvestigating

   우리는 프로젝트에서 사라지는 일에 대한 사용자의 보고서를 받고 있으며 현재 이슈를 조사하고 있습니다.

2. 2026년 7월 8일 오후 1:08 UTCmonitoring

   문제가 확인되었습니다. 수정이 구현되었으며 상황을 모니터링하고 있습니다.

3. 2026년 7월 8일 오후 1:55 UTCresolved

   사건이 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 7일 오전 8:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 2026년 7월 7일 오전 8:59 UTCmonitoring

   The issue has been identified, a fix was implemented and we are monitoring the situation.

3. 2026년 7월 7일 오전 9:27 UTCresolved

   The incident has been resolved.

1. 2026년 6월 29일 오전 7:30 UTCinvestigating

   Hi everyone, this is a test. Please ignore, thank you!

2. 2026년 6월 29일 오전 8:05 UTCidentified

   Hi everyone, this is a test. Please ignore, thank you!

3. 2026년 6월 29일 오전 8:09 UTCresolved

   This incident has been resolved.

1. 2026년 6월 26일 오후 4:19 UTCinvestigating

   Hi everyone, this is a test. Please ignore. Thank you!

1. 2026년 6월 26일 오전 7:31 UTCinvestigating

   Hello everyone, this is a test. Please ignore, thank you!

2. 2026년 6월 26일 오전 8:16 UTCinvestigating

   Hello everyone, this is a test. We're "investigating" the issue. Please ignore, thank you!