Memsource 장애 기록

1. 2026년 9월 1일 PM 2:18 UTCinvestigating

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

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

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

3. 2026년 9월 1일 PM 3:34 UTCmonitoring

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

4. 2026년 9월 1일 PM 4:23 UTCresolved

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

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

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

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

2. 2026년 9월 2일 AM 11:46 UTCresolved

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

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

1. 2026년 8월 31일 PM 1:11 UTCinvestigating

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

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

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

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

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

4. 2026년 8월 31일 PM 4:02 UTCmonitoring

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

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

   문제는 해결되었습니다.

6. 2026년 9월 4일 AM 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일 PM 12:16 UTCinvestigating

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

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

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

3. 2026년 8월 19일 PM 1:19 UTCmonitoring

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

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

   사건이 해결되었습니다.

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

1. 2026년 8월 7일 AM 7:27 UTCinvestigating

   We are currently investigating an issue with branching events missing in Phrase Strings (EU), which may cause changes to not be applied when branches are merged.

2. 2026년 8월 7일 AM 7:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 8월 7일 AM 8:18 UTCidentified

   The issue has been identified and a fix is being implemented.

4. 2026년 8월 7일 AM 8:30 UTCmonitoring

   A fix has been implemented. The backlog of missing events is now being processed. Once the queue is fully processed, unmerged branches will automatically receive the missing changes. We are monitoring the queue and results.

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

   Changes made to branches during the incident window are now fully applied. Merged branches that were affected have been identified and impacted customers have been contacted directly. This incident has been resolved.

1. 2026년 8월 6일 AM 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일 AM 8:18 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 8월 6일 AM 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일 PM 12:00 UTCmonitoring

   We continue monitoring the situation.

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

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

1. 2026년 7월 28일 AM 7:19 UTCinvestigating

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

2. 2026년 7월 28일 AM 7:53 UTCinvestigating

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

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

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

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

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

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

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

6. 2026년 7월 30일 AM 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일 PM 11:48 UTCinvestigating

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

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

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

3. 2026년 7월 30일 AM 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일 PM 12:53 UTCresolved

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

2. 2026년 7월 20일 PM 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일 PM 3:47 UTCinvestigating

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

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

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

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

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

4. 2026년 7월 16일 PM 7:04 UTCidentified

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

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

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

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

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

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

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

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

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

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

3. 2026년 7월 16일 PM 3:27 UTCidentified

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

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

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

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

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

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

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

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

2. 2026년 7월 10일 PM 2:37 UTCmonitoring

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

3. 2026년 7월 10일 PM 3:24 UTCresolved

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

4. 2026년 8월 7일 AM 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일 PM 12:57 UTCinvestigating

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

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

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

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

   사건이 해결되었습니다.

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

1. 2026년 7월 7일 AM 8:34 UTCinvestigating

   We are currently investigating issues with CAT Web Editor.

2. 2026년 7월 7일 AM 8:59 UTCmonitoring

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

3. 2026년 7월 7일 AM 9:27 UTCresolved

   The incident has been resolved.

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

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

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

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

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

   This incident has been resolved.

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

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

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

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

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

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

1. 2026년 6월 26일 AM 7:00 UTCinvestigating

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

2. 2026년 6월 26일 AM 7:02 UTCresolved

   This incident has been resolved.

1. 2026년 6월 23일 PM 12:53 UTCinvestigating

   Hello everyone, this is a test, kindly ignore.

2. 2026년 6월 23일 PM 12:57 UTCresolved

   This incident has been resolved.

1. 2026년 6월 22일 PM 2:16 UTCinvestigating

   This is a test, please ignore.

2. 2026년 6월 22일 PM 2:21 UTCinvestigating

   This incident has been resolved.