122 Uipath incidents · 2026년 4월 — official updates, affected components, duration and resolution details.
우리는 유럽 지역의 오케스트라 서비스 내에서 증가 된 대기 시간과 지연을 투자하고 있습니다. 우리의 팀은 뿌리 원인을 식별하고 더 많은 정보를 더 제공 할 수 있도록 적극적으로 노력하고 있습니다.
이 문제는 mitigated이고, 우리는 안정성을 지키기 위하여 서비스를 감시하고 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
에 10월 27, 2026, 사이 14:35 그리고 16:08 UTC, 문서는 유럽 지역에서 이해 유전자 추출에 영향을 미치는 부분 부족, 유전 분류 및 자동 검증. 루트 원인은 제 3 자 저장 제공 업체와 연결 문제입니다. 커넥티비티는 복원되었으며, 16:08 UTC 이후 추출 및 분류가 정상적으로 작동되었는지 확인했습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 현재 통찰력과 자동화 ops 서비스의 가용성에 영향을 미치는 문제점을 조사하고 있습니다. 우리의 팀은 근본적인 원인을 확인하고 정상적인 가동을 복원하기 위하여 필요한 단계를 결정하는 상황을 적극적으로 평가하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.
자동화 Ops의 문제점은 해결되었습니다. 우리는 현재 Insights 서비스 문제를 기다리고 있습니다. 더 많은 업데이트가 가능합니다.
Insights는 싱가포르, 일본, 스위스, 캐나다, 인도, 영국, 유럽, 미국, UAE, 한국 및 호주 지역에 대한 서비스가 고정되어 있으며 다른 지역에 대한 수정을 적용하고 있습니다
문제는 해결되었습니다. 모든 서비스는 일반적으로 운영됩니다.
공식 인시던트 업데이트를 자동 번역했습니다.
10 월 26, 2026, 10 : 20 및 17 : 30 UTC 사이, 자동화 클라우드 로봇 (VM)는 기계 운영에 영향을 미치는 부분 정전을 경험했습니다. 이 창에서 시작, 정지, 또는 VM 기계가 완료되지 않았을뿐만 아니라 그 기계에 예약 된 작업은 지연되거나 결함이있을 수 있습니다. 원인은 인프라 리소스의 하위 설정에 대한 권한의 misconfiguration이었다. 우리의 팀은 문제점을 확인하고, 윤곽을 정정하고, 기계 가동이 17시 이후 정상적으로 작동된다는 것을 확인했습니다 UTC. 우리는 misconfiguration가 도입 된 방법을 검토하고 재발을 방지하기 위해 체크를 추가합니다. 활동은 당신의 측에 요구됩니다. 여전히 실패하거나 그 창에서 작업에 갇혀있는 경우, 다시 시도하고, 문제가 지속되는 경우 지원.
공식 인시던트 업데이트를 자동 번역했습니다.
20:42 과 21:19 UTC 에 10월 23, 일부 오케스트라 고객 유럽에서 느린 응답과 간헐적인 오류를 보았다. 이 포함 된 로봇 통화 자산을 얻을, 프로세스 큐 항목 및 보고서 작업 상태. 이 시간에 실패 할 수 없습니다. 원인은 데이터베이스의 자원 한계에 도달하는 부하의 급격한 증가이었다. 우리는 데이터베이스 용량을 추가하고 성능은 21:19 UTC 이후 정상으로 돌아 왔습니다. 이 창에서 실패한 고객은 재시작해야 할 수 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 호주 지역에서 호스팅 된 고객에게 IXP에 영향을 미치는 문제를 발견했습니다. 10:24 UTC 이후, Gemini 2.5 플래시 모델을 사용하는 요청은 지역에서 실패합니다. 다른 모델은 영향을받지 않습니다. 고객 데이터는 호주 내에서만 처리됩니다. Google과 함께 서비스 복원
수정이 배포되고 서비스는 복구됩니다. 우리는 가득 차있는 회복을 지키기 위하여 체계를 감시하고 있습니다. 더 많은 업데이트가 곧 공유됩니다
초기 복구 후, 서비스는 다시 degraded. 우리는 해결책을 향해 투자하고 일하고 있습니다. 우리는 더 많은 업데이트를 제공 할 것입니다.
Google 지원에 연락하고, 그들은 그들의 끝에 투자를 시작했습니다. 우리는 우리가 그(것)들을 가지고 있는 것처럼 감시하고 공유할 것입니다.
Gemini 2.5 플래시 트래픽에 대한 개선을 관찰하고 있습니다. Google에서 가능한 수정을 모니터링하고 있습니다.
Google에서 문제가 해결됩니다.
## 고객 영향 사이 10월 22, 2026 에 10:24 에 UTC 과 10월 22, 2026 에 6:04 오후 UTC, 문서 처리 요청을 사용 Gemini 2.5 호주 지역에 플래시 용량 오류. 영향은 약 7 시간 40 분 지속되었습니다. 해당 지역의 문서 추출 작업 흐름을 사용하여 고객의 하위 설정은 영향을 미쳤습니다. 임시 in-region fallback 시도 도중, 몇몇 적출 요구는 간략하게, 그러나 낱말 수준 attribution 및 생성한 페이지 원본은 낙하가 실패하기 시작할 때까지 degraded되었습니다. ## 뿌리 원인 루트 원인은 현재 유지 보수 중 공급자 측 지역 네트워크 붕괴였다. 이 때문에 심각한 대역폭은 공급자의 모형 보호 환경에 있는 throttling, 이는 영향을 받는 지역에서 믿을 수 있는 Gemini 2.5 섬광과 Gemini 3.5 섬광 요구에 봉사하기 위하여 필요로 한 모형 자료 적재에서 백엔드 체계를 방지했습니다. ## 탐지 이 문제는 호주 지역에서 Gemini 2.5 Flash의 비율 제한 오류를 식별하는 자동화 된 경고를 통해 감지되었습니다. 우리의 엔지니어링 팀은 영향을받은 요청이 일관되게 실패하고 응답을 조정하기 시작했다 telemetry를 통해 확인. ## 응답 1시 40분 UTC에서 Gemini 2.5 플래시 트래픽을 Gemini 3.5 플래시로 전환하여 데이터를 복원 할 수 있습니다. 처음 telemetry는 그 변경 후 용량 오류가 없었다, 하지만 2:10 오후 UTC, Gemini 3.5 플래시는 또한 용량 오류를 반환, 그래서 fallback는 더 이상 비할 수 없었다. 에 2:05 오후 UTC, 우리는 관련 문서 처리 경로 조정 그래서 attribution 및 페이지 텍스트 생성은 같은 in-region fallback을 사용; 그 조정 완료 약 2:09 오후 UTC. fallback이 실패한 후, routing 변경을 반전하고, 오후 4시 28분의 UTC 트래픽은 예상된 Gemini 2.5 플래시 경로로 돌아갔습니다. 오후 5시 38분 UTC에서, telemetry는 Gemini 2.5 플래시 성공률을 개선했습니다. 오후 6시 04분 UTC에서, 더 이상 용량 오류가 관찰되지 않았고, 이후 요청이 성공했습니다. ## 팔로우 1. 관찰 된 트래픽 패턴을 사용하여 영향을받는 영역에 대한 예약 된 모델 용량 평가 완료 2. 공급자 측 수용량 실패 도중 재량 증폭을 감소시키기 위하여 문서 처리 클라이언트에 있는 재량 및 backoff 행동.
공식 인시던트 업데이트를 자동 번역했습니다.
약 11:17 UTC 이후, 여러 지역에서 고객은 UiPath Agents 및 Solutions Management와 함께 문제가 있습니다. 새로운 작업은 Pending 상태에 남아있을 수 있으며, 실행 에이전트는 escalations를 처리하거나 공구 결과를 기다리는 데 지연을 경험할 수 있습니다. 우리는 문제를 조사하고 해결을 위해 일하고 있습니다.
문제는 mitigated. 우리는 안정성을 보장하기 위해 지구의 영향을받는 서비스를 모니터링하고 작업 시작 및 솔루션 배포가 정상적으로 작동한다는 것을 확인합니다.
이 사건은 해결되었습니다. 10월 15일 오전 11시 15분과 12시 45분 사이, 내부 구성 문제는 여러 지역에 걸쳐 UiPath 서비스 사이에 전달되는 일부 이벤트를 방지했습니다. 이 문제는 변경을 압연하여 해결되었습니다. 새로운 활동은 일반적으로 처리됩니다. 이 창 중 일부 작업 또는 진행 중에는주의가 필요할 수 있습니다. - 에이전트: 에이전트는 Action Center 작업 또는 자동화 도구 결과에 대기 할 수 있습니다. Orchestrator에서 시작된 작업은 갇혀있을 수 있습니다. - Maestro: 사용자 작업을 기다리는 프로세스는 작업 완료 후 재시작하지 않을 수 있습니다. - 앱: Queue 항목 상태가 나타날 수 있으며, queue 항목 완료가 실행되지 않을 수 있습니다. - 모두를 위한 Autopilot: 자동화 결과를 위해 기다리는 대화는 축사될지도 모릅니다. - 문서 이해 및 Context 접지 : 추출, 유효성 검사를 기다리는 자동화 및 에이전트, 또는 인덱스는 중단 될 수 있습니다. - 통합 서비스 : 커넥터 이벤트는 예상 프로세스 또는 알림을 트리거하지 않을 수 있습니다. - 솔루션 및 스튜디오 웹 : 솔루션 설치, 제거, 출판, 배포 및 이 창에서 시작된 유효성 검사는 실패하거나 중단 될 수 있습니다. 이 작업을 복원하면 문제를 해결할 수 있습니다. 우리는 혼란에 대해 사과하고 당신의 인내에 감사드립니다.
**고객의 영향** 10 월 15, 2026, 11 : 15에서 12 : 50 UTC (약 1 시간 35 분), UiPath 클라우드 서비스 간의 일부 이벤트가 전달되지 않았습니다. 모든 상업적인 구름 지역에 있는 고객은 영향을 미쳤습니다. 이 창 중: - New Agent는 Pending 상태에 머물 수 있습니다. 도구 결과, 인간의 에스컬레이션, 문서 추출, 또는 컨텍스트 접지를 기다리는 에이전트는 다시 시작할 수 없습니다. - 자동화를 시작하는 모든 대화를 위한 대화 에이전트 및 Autopilot은 그 결과를받지 못했습니다. - Maestro 프로세스 인스턴스는 사용자 작업이 완료된 후 진행되지 않을 수 있으며, 통합 서비스 커넥터 이벤트가 시작되지 않을 수 있습니다. - queue 항목 상태에 표시하거나 반응하는 앱은 정보를 표시 할 수 있습니다. - 솔루션 설치, 제거, 게시, 배포 실패 또는 시간을 할 수 있습니다. - 일부 사용자, 그룹 및 폴더 변경 창에서 만들어진 모든 서비스에 전파되지 않을 수 있습니다. 12:50 UTC 이후에 시작된 일은 영향을 미치지 않았습니다. 로봇 작업 실행, queues, 그리고 방아쇠는 내부 Orchestrator에 일반적으로 작동 유지. ** 루트 원인 ** 우리는 새로운 기계장치에 내부 서비스 윤곽의 납품을, 고객에 아무 효력도 없는 변화 옮겼습니다. 이 변경이 이벤트 배달 서비스에 적용되었을 때, 생성 된 구성은 필수 값이 누락되었습니다. 이 없으면, 서비스가 중단되고 침묵적으로 그들의 사건을 전달하는 것과 같이 몇몇 제품 통합을 대우했습니다. 변화가 동시에 모든 생산 지구에 도달하기 때문에, 모든 지역은 영향을 받았다. **멸종 ** 문제는 11 : 51 UTC에서 감지되었습니다. 영향이 시작된 후 약 35 분이 지나면 Pending 상태에 남아있는 에이전트 작업에 경고 할 수 있습니다. 다음을 타이밍 솔루션 배포 보고서, 그리고 사건은 12:12 UTC에 선언되었다. ** 책임 ** 11:51 UTC의 첫 번째 탐지에 따라 구성 변경이 확인되었으며 롤백은 12:00 UTC에서 시작되었습니다. 12:14 UTC의 초기 롤백은 완전히 배달을 복원하지 않았다. 팀은 새로운 구성 전달 프로세스를 중단하고 이전 구성을 복원했습니다. 이벤트 배송은 12시 40분 UTC로 회복되며 모든 지역에서 전체 복구가 12시 50분 UTC로 확인되었습니다. 가능한 한, 우리는 영향을받은 작업이 계속 될 수 있도록 놓친 사건을 다시 재생했습니다. **플로우 ** 1. 새로운 윤곽 납품 과정은 영향을 받은 서비스를 위해 일시적으로 일시적으로 일시적으로 생성될 때까지 일시적으로 paused를 체재하고 있습니다. 2. 모든 환경에 적용되기 전에 필요한 값을 위한 새로운 납품 기계장치에 의해 생성된 유효한 윤곽. 3. 한 번에 모든 지구 대신 지역에 걸쳐 점차적으로 구성 납품에 변화. 4. 사건이 일반적으로 그(것)들을 받을 제품 통합에 전달될 때 분 안에 검출하는 우리의 감시를 개량하십시오. 5. 우리의 능력을 개량하고 중단 도중 놓인 배달 사건.
공식 인시던트 업데이트를 자동 번역했습니다.
미국 지역의 일부 고객은 로봇 로그 섭취에 지연을 경험했으며 약 11 : 20 및 11 : 45 UTC 사이에 관찰 된 증가 된 활동. 문제가 해결되고 로그인 ingestion은 정상으로 돌아 왔습니다. 감사합니다.
## 고객 영향 약 10 월 15, 2026 ...에서 11:20 오후 UTC 과 약 10 월 15, 2026 ...에서 11:45 오후 UTC, UiPath Orchestrator의 로봇 로그 ingestion에서 일부 고객. 로봇 로그는 영향을받는 기간 동안 날짜까지하지 않았습니다. 충격은 약 20 분 지속되었습니다. ## 뿌리 원인 사건 중, 13 서비스 인스턴스 처리 로봇 로그 제스처는 이벤트 ingestion 서비스에 연결하지 못했습니다. 이벤트 ingestion 서비스에 만 요청은 실패하고, 그 두 개의 인스턴스에서만. 이로 인해 일부 로봇 로그 ingestion 요청이 성공적으로 완료되지 않았으므로 영향을받는 고객을 위해 로그 데이터를 지연시켰습니다. 왜 두 개의 인스턴스가 사건 ingestion 서비스에 대한 연결성을 잃어버린 이유의 뿌리 원인은 사건 중에 결정되지 않았습니다. 영향을받는 인스턴스에서 로그의 post-incident 검토에 최선을 다하고 있습니다. 우리는 우리의 클라우드 공급자로부터 신뢰할 수있는 인프라 문제로 생각합니다. ## 탐지 이 문제는 10 월 15, 2026에서 약 11 : 33의 오후 UTC에서 자동화 된 경고를 통해 감지되었으며 두 가지 영향을받는 서비스 인스턴스에서 예외를 보여주는 원격 측정을 통해 확인되었습니다. ## 응답 탐지 후, telemetry는 두 개의 서비스 인스턴스만 예외를 생성했다고 확인했습니다. 응답자는 서비스에서 두 가지 건강 인스턴스를 제거하고, 교체 인스턴스가 자동으로 시작되었습니다. 첫 번째 경고의 약 20 분 안에 - 약 11 : 53의 오후 UTC - 원격 측정 표시 복구 및 합성 모니터링 검사가 통과되었습니다. 모든 서비스 인스턴스의 더 넓은 재시작은 고려되었지만 수행되지 않았기 때문에 팀은 먼저 루트 원인을 이해하지 않고 진행할 수 없습니다. ## 팔로우 1. 영향을받는 서비스 인스턴스의 로그의 post-incident 검토는 문제가 관련 된 인프라였습니다. 자세한 내용은 클라우드 인프라 제공 업체와 함께 다음과 같습니다. 2. 조사가 더 찾는 경우에 업데이트가 게시될 것입니다.
공식 인시던트 업데이트를 자동 번역했습니다.
6:50 UTC부터 우리는 인도 및 영국을 제외한 모든 지역 앱 및 코딩 응용 프로그램의 로드에 영향을 미치는 글로벌 아웃리지를 경험했습니다. Outage는 해결되고 서비스는 완전히 운영됩니다. 충격: 지속적인 사용자 충격 없음.
6:50 UTC부터 우리는 인도 및 영국을 제외한 모든 지역 앱 및 코딩 응용 프로그램의 로드에 영향을 미치는 글로벌 아웃리지를 경험했습니다. Outage는 해결되고 서비스는 완전히 운영됩니다. 충격: 지속적인 사용자 충격 없음.
## 고객 영향 사이 06:38 UTC 과 07:21 UTC 에 10월 14, 2026, UiPath 응용 프로그램에 대한 요청의 일부, 코드 응용 프로그램, 그리고 그들에 따라 달라지는 솔루션 유럽, 미국, 커뮤니티, 일본, 싱가포르, 호주, 캐나다, 대한민국, 스위스, UAE, 지연 미국 환경. 인도와 영국 지역은 영향을받지 않았습니다. 전체 요청의 약 2 %는 지역별로 0.6 ~ 5 % 사이에 실패했습니다. Affected 사용자는 응용 프로그램을로드 실패, 요청 반환 서버 오류, 또는 느린 응답. 서비스 팟이 재시작해야 하는 지역에서, Apps는 8 분 정도까지 허용되지 않았습니다. 응답 시간은 07:40 UTC에 의해 각 지역에서 정상으로 돌아 왔습니다. 이미 공개 된 앱의 대부분의 사용자는 조금이나 아무것도 통지했습니다. 앱 정의는 최대 24 시간 동안 브라우저에서 캐시되며, 앱 데이터는 데이터 서비스 및 Orchestrator에서 이 데이터베이스보다 옵니다. 그리고 이미 데이터베이스 연결을 사용하여 유지되는 서비스. 실패한 요청은 새로운 데이터베이스 연결이 필요했습니다. 디자이너 또는 앱 목록을 열고 앱을 캐시하지 않고 다운로드하지 않고, 앱에 저장된 문서를 다운로드하고, 저장하거나 출판합니다. ## 뿌리 원인 06:38 UTC에서 데이터베이스 액세스가 새로운 지역 배포를 위해 설정 된 동안, 데이터베이스 사용자의 암호는 응용 프로그램 서비스가 변경되었다. 그 사용자는 모든 영향을받는 지역의 생산 데이터베이스 클러스터에 의해 공유되므로 한 번에 모든 것에 적용된 변경 사항이 있습니다. 실행 서비스는 여전히 이전 암호를 유지하고 더 이상 새로운 데이터베이스 연결을 열 수 없습니다. 인도와 영국 지역은이 자격 증명을 사용하지 않으며 영향을받지 않았습니다. 변경은 새로운 지역을 위한 별도의 데이터베이스 사용자를 만들지 못했습니다. 대신, 모든 지역 공유가 변경 된 기존 사용자의 암호. 데이터베이스 자격 증명에 대한 우리의 변경 과정은 명확하게 기존의 수정에서 새로운 자격 증명을 생성하지 않았다, 그리고 그것은 많은 클러스터와 지구의 자격 변화가 영향을 미칠 수 있는지 확인하지 않았다. 단일 데이터베이스 사용자와 함께 지구를 통해 공유되고, 이것은 멀티-레지던트 아웃리지를 유발하기 위해 하나의 지역을 대상으로 한 변경을 허용했습니다. ## 탐지 우리의 내부 모니터링은 첫 번째 실패 후 06:41 UTC에서 첫 번째 경고를 제기, 그리고 모든 영향을받는 지역에 대한 경고 06:46 UTC. 06:50 UTC에서 on-call 엔지니어는 모든 생산 클러스터가 데이터베이스에 의해 거부되고 사건 프로세스를 시작했습니다. ## 응답 07:05 UTC에서 이전 암호는 복원 및 인증 실패는 어디에 남아있었습니다. 대부분의 지역은 자동으로 연결됩니다. 하지 않은 지역에서, 서비스 팟은 재시작 또는 중복되었다 : 07 : 21 UTC 및 스위스 07 : 21 UTC에 미국 지연. 요청 실패는 07 : 21 UTC에서 중지, 응답 시간은 07 : 40 UTC에 의해 기본으로 다시되었다, 우리는 사건이 07 : 43 UTC에서 해결 될 때까지 계속 모니터링. ## 팔로우 다시 일어나서 이것을 방지하기 위해, 우리는: - 클러스터와 지구가 credential을 공유하고, 1개의 지역에서 확인되는 단계적인 롤아웃을 클러스터와 지역을 공유하는 전 변화 검토와 더불어 창조하고 자전하는 데이타베이스 credentials를 위한 정의한 절차를 소개하십시오. - 별도의 이동, 각 지역에 대한 최소 개인 데이터베이스 사용자, 그래서 하나의 영역에서 변경 다른 영향을 미칠 수 없습니다. - 자동적으로 사건을 선언하고 같은 데이터베이스 오류가 한 번에 여러 지역에서 감지 될 때 데이터베이스 소유자를 피하고 개별 지역 경고에서 수동 에스컬레이션에 의존하는 대신. - 재시작없이 업데이트 된 데이터베이스 자격 증명을 선택하고 인증 실패 후 신속하게 다시 연결하십시오.
공식 인시던트 업데이트를 자동 번역했습니다.
UiPath Cloud 서비스에 영향을 미치는 결과를 여러 지역별로 조사하고 있습니다. 사용자는 영향을받는 지역에서 호스팅되는 서비스에 액세스 할 수 없습니다. 다음 업데이트: 추가 정보는 이용 가능합니다.
이 문제를 조사하고 있습니다.
수정이 구현되어 결과를 모니터링하고 있습니다. 문제는 문서 이해, 컴퓨터 비전, Semantic 프록시, Autopilot Studi, IXP에 제한되었습니다. 우리는 서비스를 완전히 복구 한 번 또 다른 업데이트를 공유합니다.
수정이 구현되어 결과를 모니터링하고 있습니다.
이 사건은 IXP, Document Understanding, Computer Vision, Semantic Proxy 및 Autopilot for Developers를 포함한 여러 ML 의존적 서비스를 영향을받은 만료 된 SSL 인증서의 갱신을 따르고 해결되었습니다. 서비스 복구는 영향을받는 지역에 걸쳐 진행되고 자동화 된 경고는 인증서 만료를 사전에 감지하고 미래의 유사한 붕괴를 방지하기 위해 구성되었습니다. 당신의 인내와 이해에 감사드립니다.
## 고객 충격 사이 13:37 그리고 14:40 UTC 에 10월 13, 2026, 여러 지역에서 고객 IXP Unstructured Documents, IXP Communications Mining and Document Understanding. 개발자용 컴퓨터 비전 및 Autopilot은 동일한 기계 학습 서비스에 의존하는 기능도 실패했습니다. 만족한 고객은 "500 내부 서버 오류" 응답 또는 시간, IXP 프로젝트가 열리지 않으며 컴퓨터 비전 활동이 실행 자동화에서 실패했습니다. 서비스는 약 1 시간 동안 중단되었습니다. 고객 데이터가 손실되지 않았습니다. ## 뿌리 원인 사고는 이러한 서비스에 보안 연결을 설정하는 데 사용되는 만료 된 보안 인증서에 의해 발생했습니다. 인증서는 자동화된 프로세스에 의해 갱신됩니다. 이 프로세스는 더 이상 성공적으로 실행되지 않았고 실패는 경고를 제기하지 않았으므로 인증서가 만료되기 전에 교체되지 않았습니다. 영향을받는 서비스에 대한 보안 연결은 13:37 UTC에서 거부되었습니다. ## 탐지 자동화된 모니터링은 13시 40분 UTC의 오류 및 누락된 트래픽을 경고하고, 사건은 13시 54분 UTC로 선언되었습니다. 만료된 인증서는 14:00 UTC에 확인되었으며, 첫 번째 상태 페이지 업데이트는 14:03 UTC에 게시되었습니다. 인증서가 만료에 접근하고 자동화 된 갱신의 반복 된 실패가 소유 팀에보고되지 않았기 때문에 문제가 발생했습니다. ## 응답 14:06 UTC 팀은 자동화 된 갱신이 실패했기 때문에 인증서가 만료되었는지 확인했습니다. 14:18 UTC에서 새로운 자격은 갱신 과정에 발급되었습니다. 갱신은 14:19 UTC에서 수동으로 시작되었으며 14:33 UTC에서 완료되었으며 14:37 UTC마다 고객 호스팅 엔드 포인트가 갱신 된 인증서를 제공하기 위해 확인되었습니다. 트래픽은 대략 14:40 UTC에 의해 정상적인 수준으로 돌아갑니다. 모니터링 기간 후, 사건은 15:19 UTC로 해결되었습니다. ## 팔로우 미래에 유사한 사건을 방지하기 위해, 우리는 다음과 같은 개선을하고 있습니다. - expiry에 접근하는 이 증명서의 앞에 잘 경고하십시오. - 자동화된 갱신이 실패할 때마다 자신의 팀을 통지합니다. - 이 서비스에 대한 보안 연결이 실패하기 때문에 알림을 추가하십시오. - 인증서 갱신 프로세스의 소유권을 강화하고 자격 증명을 재개합니다.
공식 인시던트 업데이트를 자동 번역했습니다.
로봇 실행 로그가 Orchestrator에 표시되지 않는 조사 문제입니다. 우리는 전체 범위와 루트 원인을 결정하기 위해 노력하고 있습니다.
이 문제는 해결되었습니다. 로봇 실행 로그 동기화 하 고 일본 오케스트라에 대 한 오케스트라에 다시 볼 수 있습니다. 감사합니다.
## 고객 영향 사이 대략 07:00 UTC 에 9 Oct 2026 과 10:45 UTC 에 13 Oct 2026, 에 대한 6% 일본 지역의 고객을위한 로봇 로그 항목은 오케스트라터에 표시되지 않았다. 작업 실행 및 다른 모든 Orchestrator 기능은 영향을받지 않았습니다. 문제가 고정 된 후 Orchestrator에서 항목을 찾습니다. ## 뿌리 원인 로봇 로그는 32개의 파티션으로 분할된 큐에 배치되며, ingestion 서비스는 각 파티션을 읽고 Orchestrator의 로그를 저장합니다. 10 월 9 일, 일본 지역의 섭취 서비스는 오류를보고하지 않고 32 파티션의 2에서 읽기를 중단했습니다. 그 파티션에 로그인은 queue에 보관되었지만 저장되지 않았으므로 Orchestrator에 표시되지 않았습니다. 우리의 모니터링은 각 파티션이 아닌 전체로 서비스를 검사하므로 문제가 자동으로 감지되지 않았습니다. ## 탐지 문제는 고객 보고서를 통해 감지되었습니다. 우리는 10시 13분 UTC의 사건을 선언하고 10시 32분 UTC의 상태 페이지 알림을 게시했습니다. ## 응답 우리는 약 10:41 UTC의 섭취 서비스를 재시작했으며 모든 파티션을 다시 읽었습니다. queue에서 열린 로그는 처리하고 Orchestrator에서 볼 수 있었다. 사건은 UTC 10:57에 해결되었습니다. ## 팔로우 * 우리는 하나의 파티션이 읽을 때 우리를 경고하는 모니터링을 추가하고, 그래서이 종류의 문제는 분 안에 감지됩니다.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 미국의 Maestro에 대한 HITL 작업 생성 실패에 대한 정전에 대한 조사 보고서입니다. 영향 : 사용자는 HITL 작업을 만들 수 없습니다. 다음 업데이트 : 우리 팀은 원인과 범위를 이해하고 업데이트 할 수 있습니다.
우리는 미국 Maestro에 대한 HITL 작업 생성에 영향을 미치는 정전의 원인을 식별하고 문제를 완화하는 데 노력하고 있습니다. 영향 : 사용자는 HITL 작업을 만들 수 없습니다. 다음 업데이트: 우리의 팀은 문제를 완화하고 업데이트를 사용할 수 있습니다.
우리는 HITL 작업 SLA 타이머가 미국에 형성된 HITL 작업 생성에 영향을 미치는 정전에 대한 수정을 압연하고 문제를 완화하기 위해 노력하고 있습니다. 충격: 사용자는 구성되는 HITL 작업 SLA 타이머를 가진 Maestros 내의 HITL 작업을 만들 수 없습니다. 다음 업데이트: 우리의 팀은 문제를 완화하고 업데이트를 사용할 수 있습니다.
HITL 작업 SLA 타이머와 함께 Maestro에 대한 HITL 작업 생성에 영향을 미치는 문제의 해결은 완전히 압도되었습니다. HITL 작업 생성은 정상으로 돌아 왔습니다.
## 고객 영향 오후 9시 30분 - 오후 2026-10-07 오전 3시 30분 UTC, Maestro BPMN 및 케이스 고객은 HITL 노드를 사용하여 구성 된 작업 타이머가 HITL 단계에서 디버그 및 생산 인스턴스의 실패를 보았습니다. 4xx . 미국과 유럽 전역의 고객에 대한 30 그런 사례가 확인되었습니다. 즉, 작업이 끝나지 않았습니다. ## 뿌리 원인 작업 구성 SLA는 시작 및 최종 기준을 포함한 객체를 필요로하며 SLA의 타이머 및 SLA 위반에 대한 결과를 요구합니다. 고객은 HITL 노드의 마에스트로 디자이너를 구성합니다. outcome는 실수로 디자인 표면에 비 필수 유지, 심지어 outcome없이 SLA 구성이 지속되지 않고 비즈니스 감각을 만들지 않습니다. Action Center 백엔드 팀은 누락 된 결과와 비 null SLA 객체의 경우 나쁜 요청 (400)을 던지는 검증을 추가했습니다. 노드의 Start/End 기준을 추가한 고객에 대한 영향을 받지 않고 결과를 구성하지 않았습니다. 이전에 실행되지 않은 Instances 400s, 그리고 다시 시작할 수 없습니다 ## 탐지 고객은 팀과 내부적으로 제기 한 Maestro Engineering SME에 대한 문제를보고했습니다. Maestro 팀은이 실패를 조사하고 USI의 실패의 증가 수를 관찰하고, 로그를 통해 몇 명의 다른 임계인이 행동 센터 팀에 참여하도록 이끌었습니다. ## 응답 마에스트로 팀은 이메일을 통해 고객의 문제의 보고서를 받았다. 그들은 몇 가지 초기 조사를하고 잠재적 회귀를 식별했으며, 다음과 같이 행동 센터 SME가 참여했으며, 더 낮은 환경에서 재제작 된 문제, 적용 및 테스트 된 기능의 롤백 및 모든 영향 영역으로 압연했습니다. 그것은 내부적으로 retried 및 resuming 모든 인스턴스와 해결되었습니다. ## 팔로우 1. 이 시나리오에 대한 유효성 추가 모든 크로스 서비스 codebase 표면은 인간의 리뷰를 보장하기 위해 2. 이 문제점을 더 빨리 검출하는 장소에 있는 필요한 감시 그리고 통합 시험 추가하십시오
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 자동화 클라우드의 동쪽 미국 지역에있는 조직의 하위 집합에 영향을 미치는 간헐적 인 느린 및 오류의 보고서를 조사하고 있습니다. 사용자가 Orchestrator UI의 페이지를 볼 수 있습니다 (예를 들어, 작업 페이지는 "오류가 발생했습니다"), 큐 트랜잭션 및 세션과 같은 로봇 작업이 중단 될 수 있습니다. 더 많은 정보를 사용할 수 있도록 업데이트를 제공합니다.
우리는 동부 미국 지역 및 오류율 및 대기 시간의 영향을받는 데이터베이스 인프라에 용량 증가를 적용했습니다. 더 많은 정보를 사용할 수 있도록 업데이트를 제공합니다.
우리는 동쪽 미국 지역과 과실 비율 및 대기권에 있는 문제점이 정상적인 수준에 돌려보냅니다.
## 고객 영향 약 13시 UTC와 18시 15분 UTC는 10월 7일, 2026일, 미국 지역 내 고객들 간의 오류와 오케스트라터의 느린 응답을 경험했습니다. 수정된 사용자는 Orchestrator 페이지를로드하지 못했을 수 있습니다. 예를 들어, 작업 페이지는 “실버가 발생했습니다.” 및 큐 트랜잭션과 같은 로봇 작업이 시작될 수 있습니다. 오케스트라에 따라 다른 UiPath 서비스는이 기간 동안 느린 응답 또는 오류를 볼 수 있습니다. ## 뿌리 원인 몇 가지 자주 사용되는 오케스트라 운영 각 데이터베이스 내에서 공유 된 짧은 라이브 리소스에 의존, 일상적인 상태 체크를 포함하여 모든 실행 로봇이 수행. 이 지역의 동시 로봇 활동의 양으로 인해, 요청은 작업 완료 대신 해당 공유 리소스에 액세스 할 수 있습니다. 효과는 일반적으로 느려지는 것보다 선택적이었다: 이 리소스를 사용하는 작업은 일반적으로 실행하는 동안 지연되었다. 데이터베이스의 프로세서, 메모리 및 저장 사용 모두 정상 범위 내에서 남아 있기 때문에, 일상적인 용량 모니터링은 문제를 나타내지 않았다. ## 탐지 우리의 자동화된 감시는 고객 충격 시작의 대략 35 분 안에 degradation를 검출하고, 우리의 엔지니어는 사건 도중 underlying contention를 확인했습니다. 이것은 수용량의 부족 보다는 오히려 내용 문제이고, 모든 수용량 지시자는 정상적인, 증가한 데이타베이스 수용량은 그것을 해결하기 위하여 예상되지 않았고, 그것을 적용하기 전에 팀은 대안을 조사했습니다. 그 평가는 완화를 지연. ## 응답 우리의 엔지니어링 팀은 영향을받는 데이터베이스의 용량을 증가. 응답 시간 및 오류율은 즉시 정상적인로 반환되며, 우리는 계속 서비스를 확인하기 위해 모니터링은 사건을 닫기 전에 안정되었다. * 13:00 : 오류율 및 응답 시간은 미국 지역에서 고객에게 상승하기 시작합니다. * 13:36: 자동화된 감시는 degradation를 검출하고 on-call 기술설계 팀을 통지합니다. * 13:36 – 17:29 : 엔지니어 조사. 모든 표준 데이터베이스 용량 지표 - 프로세서, 메모리 및 저장 - 전체 범위 내에서 남아, 그래서 원인은 일상적인 모니터링에서 명백하지 않습니다. * 17:29: 공식적인 사건은 선언되고 가득 차있는 응답 팀은 관여됩니다. 17:38 공개 통지는 [UiPath Status](http://status.uipath.com/)에 게시됩니다. \(투자). * 17:31 – 17:43 : 추가 데이터베이스 용량은 영향을받는 지역으로 제공됩니다. * 18:00 : 오류율, 응답 시간 및 요청 대기 시간 상환. * 18:11 : 상태 페이지는 모니터링 및 고객 영향에 업데이트됩니다. * 19:06 : 사고는 연속 모니터링 후 닫힙니다. 서비스는 안정적입니다. ## 팔로우 다시 일어나서 이것을 방지하기 위해, 우리는: * 영향을받은 작업을 변경하여 더 이상 공유 리소스에 의존하지 않습니다. 이것은 모든 영향을받는 체계로 구출되고 사건을 일으키는 원인이 된 상태를 실질적으로 감소했습니다. * 이러한 시스템에 대한 자세한 데이터베이스 모니터링을 활성화, 그래서 콘텐츠의이 클래스는 나중에보다 오히려 일어나는 동안 볼 수 있습니다. * 우리의 경고를 개량하기 때문에 이 종류의 진짜 degradation는 끊임없이, 각자 정확한 변화에서 명확하게 구별되고, escalated 빠릅니다.
공식 인시던트 업데이트를 자동 번역했습니다.
유럽 오케스트라의 [impacted function or user symptom]에 영향을 미치는 정전의 조사 보고서입니다. 충격 : 사용자는 로봇 로그 및 / 또는 로그의 검색 / 표시의 섭취에 대한 지연을 기대할 수 있습니다. 로그가 손실되지 않습니다. 다음 업데이트 : 우리 팀은 원인과 범위를 이해하고 업데이트 할 수 있습니다.
우리는 유럽의 오케스트라터에 대한 로봇 로그의 섭취에 대한 정전의 원인을 확인했습니다. 충격 : 사용자는 로봇 로그 및 / 또는 로그의 검색 / 표시의 섭취에 대한 지연을 기대할 수 있습니다. 로그가 손실되지 않습니다. 다음 업데이트 : 우리 팀은 원인과 범위를 이해하고 업데이트 할 수 있습니다.
우리는 유럽의 오케스트라에 로봇 로그의 섭취에 영향을 미쳤다. 충격 : 사용자는 로봇 로그 및 / 또는 로그의 검색 / 표시의 섭취에 대한 지연을 기대할 수 있습니다. 로그가 손실되지 않습니다. 다음 업데이트 : 우리 팀은 원인과 범위를 이해하고 업데이트 할 수 있습니다.
우리는 유럽의 오케스트라에 로봇 로그의 섭취에 영향을 미쳤다. 충격 : 사용자는 로봇 로그 및 / 또는 로그의 검색 / 표시의 섭취에 대한 지연을 기대할 수 있습니다. 로그가 손실되지 않습니다. 다음 업데이트 : 우리 팀은 원인과 범위를 이해하고 업데이트 할 수 있습니다.
## 고객 영향 대략 15:45 UTC와 18:45 UTC 사이, 유럽에서 호스팅되는 고객, 호주 및 일본 지역은 오케스트라 터의 최근 로봇 로그를 볼 수 없었다. 영향 창에서 작성된 로그는 작업과 로그 조회 또는 로봇 로그 API를 통해 나타나지 않았으며, 하루에 약 03:00 UTC보다 이전 로그를 기록했습니다. 충격 창은 지역 당 다릅니다: - 호주: 대략 15:45 UTC에 18:35 UTC - 유럽: 대략 16:35 UTC에 18:00 UTC - 일본 : 약 16:45 UTC에서 18:30 UTC 작업 실행, 큐, 트리거 및 다른 모든 오케스트라 기능 영향을받지 않았습니다. 로봇 로그가 분실되지 않았습니다. 영향 창에서 생성 된 로그는 수집하고 다시 한번 볼 수있었습니다. 문제가 mitigated. ## 뿌리 원인 우리는 Orchestrator 로봇 로그를 저장하는 Elasticsearch 서비스의 예정된 업그레이드를 수행했습니다. 업그레이드는 파란색 / 녹색 접근 방식을 사용합니다. 새로운 클러스터는 기존의 하나와 함께 생성되며 데이터는 백업에서 복원되어 새로운 로그를 생성하는 파이프라인이 시작되고 트래픽이 계속 전환됩니다. 영향을받는 지역에서 트래픽 스위치는 데이터 복구 전에 업그레이드를 실행하는 엔지니어가 승인되었으며 ingestion catch-up은 업그레이드 절차에서 탈선이 완료되었습니다. 이것은 인간의 오류였다. 그 결과, Orchestrator는 최근 데이터를 포함하지 않은 클러스터에서 로봇 로그를 읽었습니다. 새로운 로그는 수집되었지만 클러스터 서빙 요청에 색인되지 않았습니다. 이 오류는 배포 툴링이 운영자에 의존하여 데이터 완성을 확인하고 데이터 복원 및 트래픽 스위치 사이의 순서를 시행하지 않습니다. ## 탐지 우리의 합성 모니터링, 지속적으로 테스트 작업을 실행하고 로그가 반환되고, 영향을받는 지역에서 누락 된 로그를 감지하고 경고를 제기. 우리의 엔지니어링 팀은 in-progress 업그레이드와 관련이 있으며, 사건을 선언하고 상태 페이지 알림을 출판했습니다. ## 응답 우리의 엔지니어링 팀은 충격 창에서 생산 된 사람들을 포함하여 모든 로봇 로그에 즉시 복원 된 모든 세 지역에서 이전 Elasticsearch 클러스터에 트래픽을 회귀했습니다. 우리는 모든 영향을받는 지역에서 합성 모니터링을 통해 복구를 확인하고 약 18:45 UTC에 해결 된 사건을 표시하기 전에 계속 모니터링. 새로운 클러스터의 업그레이드는 배경에서 계속됩니다. 트래픽은 데이터 복구가 완료되고 ingestion이 날짜까지 확인 된 후에만 이동됩니다. ## 팔로우 다시 일어나서 이것을 방지하기 위해, 우리는: - 배포 파이프라인을 변경하여 트래픽 스위치가 데이터를 복원하고 새로운 클러스터에 로그인 할 때까지 실행할 수 없습니다. - 파이프라인에 자동화된 롤백 단계 추가, 그래서 트래픽은 스위치 후에 문제가 검출되는 경우에 분 안에 이전 클러스터로 돌려받을 수 있습니다.
공식 인시던트 업데이트를 자동 번역했습니다.
UAE의 서비스용 성능
우리는 현재이 문제를 조사하고 있습니다.
우리는 UAE에서 호스팅 한 우리의 서비스에 대한 연결에 영향을 미치는 타사 서비스 제공 업체와 네트워크 라우팅 문제로 문제를 식별했습니다. 우리는 해결책에 우리의 상류 공급자와 일하고 여기에서 진행할 것입니다.
이 문제를 해결하기 위해 계속 노력하고 있습니다.
우리는 연결성을 감시하고 이 페이지를 일단 안정성이 확인되면 새롭게 할 것입니다.
우리는 더 많은 문제를 모니터링하고 있습니다.
사건이 해결되었습니다.
## 고객 영향 12:38 PM UTC와 2:51 PM UTC 사이, 아랍 에미리트 지역에서 고객의 하위 세트는 UiPath 클라우드 서비스에 액세스 할 때 실패를 경험. 이 사건은 대략 2 시간 및 13 분 지속했습니다. **cloud.uipath.com**, **account.uipath.com**에 대한 액세스가 포함된 서비스 UAE에서 호스팅되는 서비스. 고객은 Timeouts, failed 인증, 재설정 연결 또는 서버 오류가 발생할 수 있습니다. ## 뿌리 원인 루트 원인은 제 3 자 인프라 제공 업체의 지역 네트워크 라우팅 실패였다. UAN 지역의 아웃 바운드 네트워크 경로의 하위 설정은 특정 외부 네트워크에 - 콘텐츠 전달 네트워크 제공 **cloud.uipath.com** 및 **account.uipath.com** - 트래픽을 전달 중지. 영향을받는 서비스에서 새로운 아웃 바운드 연결 시도는 응답을받지 못했습니다. 요청을 시간이 지남에. 우리의 엔지니어링 팀은 UiPath 서비스 구성, 응용 수준 정책 및 아웃바운드 연결 용량을 원인으로 지배했습니다. 인프라 공급자는 동일한 네트워크 경로에 여러 고객에 영향을 미치는 알려진 문제점을 인정했습니다. ## 탐지 문제점은 자동화된 감시를 통해 검출되었습니다. 대략 12:40 오후 UTC — 실패가 시작된 후에 대략 2 분 — 조사는 영향을 받은 UAN 지역 서비스에서 중요한 UiPath 엔드포인트에 새로운 연결이 실패한 것을 확인했습니다. ## 응답 1:20 pm UTC에 의해, 우리의 엔지니어링 팀은 실패가 특정 아웃 바운드 네트워크 경로에 제한되었는지 확인, 다른 목적지가 도달 할 수있을 때. UiPath-side routing changes, content Delivery Configuration changes, application-level policy 및 아웃바운드 연결 용량 문제. 높은 보안 지원 케이스는 타사 인프라 제공 업체로 열렸다. 오후 1시 50분에, 공급자는 다수 고객에게 영향을 미치는 알려진 문제점을 인정했습니다. 우리의 팀은 영향을받는 네트워크 경로에서 회복을 계속하고 트래픽이 반환되는 서비스 건강 확인. 에 2:51 오후 UTC, 복구 검사 확인 UiPath 트래픽을 통해 영향을받는 콘텐츠 전달 경로는 정상 수준으로 반환했다. 자동화된 건강 검사 및 서비스 미터는 회복을 확인하고, UAN에 있는 서비스는 조작상이었습니다. ## 팔로우 1. 우리는 인프라 제공 업체의 확인 정확한 행동과 루트 원인 분석을 추구하고 지역 라우팅 실패. 2. 우리는 영향을받는 지역에서 아웃 바운드 서비스 의존성을 검토하여 유사한 타사 네트워크 붕괴에 대한 탄력을 강화합니다.
공식 인시던트 업데이트를 자동 번역했습니다.
약 15:05 UTC, 미국 지역에서 일부 고객은 Cloud Robots에서 실행하는 작업을 볼 수 있습니다. 평소보다 더 길거나, Pending 상태로 유지하십시오. 자신의 로봇에 대한 작업은 영향을받지 않으며 다른 지역은 없습니다. 우리는 가능성이 원인을 발견하고 정상적인 작업 처리를 복원하는 작업입니다. 이미 누락 된 작업은 손실되지 않으며 문제가 해결되면 처리됩니다. 60 분 안에 또 다른 업데이트를 게시합니다.
우리는 미국 지역에서 Cloud Robots의 지연 작업을 지연시키는 문제에 대한 수정을 적용했으며, 작업은 일반적으로 다시 시작합니다. 지연 된 작업은 지금 처리됩니다. 서비스가 안정적으로 유지되도록 모니터링하고 60 분 이내에 다른 업데이트를 게시합니다.
더 많은 문제에서 일한 후, 미국에서 Cloud Robots의 작업은 일반적으로 시작되었습니다. 이전 지연 된 작업은 처리됩니다. 우리는 서비스를 모니터링하고 문제가 해결되면 다른 업데이트를 게시합니다.
이 문제는 해결되었습니다. 15:05 과 16:39 UTC 사이, 미국 지역에서 Cloud Robots의 작업은 Pending 상태에 시작하거나 체류하는 느림이었다. 작업은 일반적으로 시작되었습니다 16:39 UTC, 그리고이 시간 동안 지연 된 작업은 지금 처리되었습니다. 우리는 붕괴를 위해 사과합니다.
## 고객 영향 15:00에서 16:38 UTC 2026-10-02, 미국 지역에서 Cloud Robots 작업은 16:20 UTC의 피크에서 22 분까지 시작하는 것보다 더 길어졌습니다. 오케스트라는 사용할 수 없습니다, 작업이 손실되지 않았습니다, 다른 지역이 영향을 미쳤습니다. 고객의 작은 수는 새로운 제출에 임시 제한 오류를 받았고, 이전 작업이 대기 중입니다. ## 탐지 자동화된 경고는 15:07 UTC에, 충격이 시작된 후에 7 분 발사했습니다. 미국 지역에서 확인은 15:32 UTC 및 사건 응답이 시작되었습니다. ## 뿌리 원인 14:55 UTC 한 고객의 작업 흐름은 약 20 배의 정상적인 속도를 제출하기 시작했습니다. 인정된 서비스는 데이터베이스의 per-customer concurrency count를 유지하고 모든 작업 시작 및 끝에서 데이터베이스 잠금에서 업데이트합니다. 고객의 기록에 대한 잠금 큐가 업데이트 될 때까지 자랐습니다. 대기 업데이트는 지역에있는 모든 고객에게 일자리를 시작하는 근로자의 공유 풀을 점유하므로 모든 고객의 작업이 기다리고 있습니다. 메커니즘은 하나의 고객의 부하를 고립시키는 것은 Bottleneck이되었다. ## 응답 팀은 과부하 입학 경로와 그 뒤에 작업 부하를 확인했습니다. 15:46 UTC의 첫 번째 구성 변경은 잘못된 레코드를 대상으로하고 영향을받지 않았습니다. 16:10 UTC의 올바른 변경은 데이터베이스 잠금에서 고객의 작업 유형이었고 약 16:20 UTC에 영향을 미쳤습니다. 시작 시간은 대략 13 초에서 1 초의 밑에 떨어졌고 대략 5200 작업의 백로는 18 분에서 배수했습니다. 작업은 정상이었다 16:38 UTC. 고객의 방아쇠는 대략 16:40 UTC에 고객으로 전환되었습니다. ## 팔로우 데이터베이스 잠금 속도 제한은 in-memory 높은 성능 비율 제한 메커니즘으로 대체되므로 고객의 부하는 다른 사람을위한 작업을 차단 할 수 없습니다. 변화는 완전하, 동일한 짐에 전 생산에서 시험되고, 밖으로 구른.
공식 인시던트 업데이트를 자동 번역했습니다.
우리는 현재 UAE 지역의 통찰력 포털에 영향을 미치는 정전을 조사하고 있습니다. 이 지역의 사용자는 포털에 액세스하거나 실패한 페이지로드를 경험할 수 없습니다. 우리의 팀은 원인과 복원 서비스를 식별하기 위해 적극적으로 노력하고 있습니다. 우리는 더 많은 정보가 있기 때문에 또 다른 업데이트를 제공 할 것입니다.
우리는 소송 경로를 확인하고 UAE 지역에서 롤백을 시작합니다. 사용자는 Insights 포털과의 연동 접근 문제를 계속 경험할 수 있습니다. 롤백이 완료되면 다른 업데이트가 제공됩니다.
UAE 지역의 통찰력 포털은 이제 롤백을 통해 성공적으로로드됩니다. 우리는 안정성을 확인하기 위해 서비스를 모니터링하고 우리가 완전히 해결되는 문제를 confident 한 번 최종 업데이트를 제공합니다.
UAE 지역의 통찰력 포털은 현재 롤백에 따라 정상적으로 작동하고 있습니다. 우리는 검증된 키 포털 기능을 가지고 있으며 서비스가 건강하게 유지되도록 확인했습니다. 이 사건은 이제 해결되었습니다.
## 고객 충격 ** 10 월 1, 2026**, UiPath **Insights** 서비스 ** 사용할 수 없습니다. 10월 1일 - 00시 39분 UTC에서 10월 2일 ** 23시 40분 UTC에서, 사용자는 Insights 대시보드를 로드할 수 없습니다. 요청은 대략 10초 후에 오류로 실패했습니다. 지역의 새로운 10대를 위한 Insights 제공 요청도 실패했습니다. 중단은 약을 지속했습니다. ** 59 분 **. UAE 지역의 다른 UiPath 서비스, 그리고 다른 모든 지역에서 통찰력, 영향을받지 않았다. 고객 데이터가 손실되지 않았습니다. ## 뿌리 원인 outage는 예정된 Insights 릴리스에서 배송된 ** 구성 변경에 의해 발생했습니다. 변경은 ** 최소 TLS \ (Transport Layer Security\) 버전**를 TLS 1.2에서 **TLS 1.3**의 UAE 지역에서 Insights 애플리케이션 엔드포인트에서 보안 경화 노력의 일부로 제기했습니다. UiPath 게이트웨이는 고객 트래픽을 Insights에 연결하는 TLS 1.2를 통해 이러한 엔드포인트에 연결합니다. 엔드포인트가 TLS 1.2를 받아 들일 때 게이트웨이는 더 이상 보안 연결을 열 수 없습니다. Insights 애플리케이션 자체가 건강하게 유지되는 경우에도 고객 요청. 아랍 에미리트 지역에만 적용된 변화는 왜 다른 지역이 영향을 미쳤습니다. ## 탐지 이 문제는 **UiPath의 자동화 된 합성 모니터링**에 의해 감지되었습니다. 이는 지속적으로 여러 위치에서 통찰력을 테스트합니다. 첫번째 실패한 건강 검사는 23:40 UTC에 기록되었습니다. 자동화된 경고는 몇 분 안에 발사되고, on-call 기술설계 팀은 조사를 시작했습니다. ## 응답 엔지니어링 팀은 UAE 지역의 통찰력 만 영향을 미쳤습니다. 응용 프로그램은 일반적으로 실행되었지만 고객 트래픽이 도달하지 않았습니다. 팀은 게이트웨이와 인사이트 사이의 보안 연결 단계에 실패를 추적하고 릴리스에 의해 적용되는 TLS 설정에 연결. 약 $ 00 : 38 UTC**에서 팀은 영향을받은 엔드 포인트에 이전 최소 TLS 버전 \ (TLS 1.2 \)을 복원했습니다. 합성 건강 검사는 즉시 통과 시작, 및 ** 00:41 UTC** UAE 지역의 모든 통찰력 검사는 건강했다. 팀은 전체 안정성을 확인하기 위해 모니터링을 유지. ## 팔로우 미래에 유사한 사건을 방지하기 위해, 우리는 뒤에 오는 단계를 가지고 있습니다: * **이 릴리스에서 TLS 변경을 다시 시작 ** 그래서 미래의 배포가 다시 승인하지 않습니다, 게이트웨이가 TLS 1.3 끝을 지원할 때까지. * **Validate 연결 보안은 게이트웨이에 대한 변경 ** 그들이 생산에 적용되기 전에 사전 제작 환경에서.
공식 인시던트 업데이트를 자동 번역했습니다.
시작 10월 1 에 약 1:30 오후 UTC, 일부 에이전트, 두 낮은 코드 및 코드 에이전트를 포함, Gemini-3.1-pro-preview 및 gpt-4o-2024-05-13을 사용 하 여 모든 지역에서 실패를 경험 시작. 이 모형은 또한 대리인 디자인 도중 선택을 위해 사용할 수 없습니다. 우리는 적극적으로 투자하고 해결에 노력하고 있습니다.
우리는 문제를 확인하고 수정을 배포합니다. 영향을받는 모델을 사용하는 에이전트는 실패를 경험할 수 있으며, 모델은 에이전트 디자인 중 선택에 사용할 수 없습니다. 배포 완료.
우리는이 문제를 발생하고 영향을받는 모델이 다시 사용할 수 있는지 확인 변경을 회상했습니다. 일부 에이전트는 인스턴스가 새로워진 동안 intermittent 실패를 경험할 수 있습니다. 우리는 Gemini-3.1-pro-preview와 gpt-4o-2024-05-13를 위한 대리인 디자인 그리고 실행을 감시하고 있습니다.
## 고객 영향 10월 1, 2026, 14:31에서 19:40 UTC, Gemini 3.1 Pro Preview 및 GPT-4o (2024-05-13)를 포함한 일부 큰 언어 모델로 구성된 에이전트, 모든 지역에서 시작 실패, 오류가 모델이 사용할 수 없습니다. 동일한 모델은 모델링 에이전트를 설계하면서 모델 목록에서 누락되었습니다. 다른 모델을 사용하는 에이전트는 영향을받지 않았습니다. ## 뿌리 원인 기능 플래그는 flipped, Agents service를 생성하여 작업 코드를 모델링 할 수 있습니다. 이 모델의 목록은 기본 에이전트 모델 목록에 반대하는 특정 작업의 역할을 담당했습니다. 작업 모델 목록은 초기에 에이전트가 에이전트 서비스에서 지원 모델의 전체 목록과 패성을하지 않은 overridable 모델의 자신의 모델 (BYOM) 구성을 가져옵니다. 내부 감사는이 오류가 있었고 의도적 인 간격이 아닙니다. 시간이 지남에 따라이 틈은 결코 주소와 플래그 스위치 후, 이미 영향을받는 모델 중 하나로 구성 된 에이전트는 반환 목록에서 부재 때문에 실패합니다. ## 탐지 고객은 문제가보고되었으며 16 : 44 UTC의 엔지니어에게 에스컬레이션되었습니다. 우리의 모니터링은 이 오류가 일반적으로 조직 또는 에이전트 수준의 구성 문제로 포인트 때문에 경고하지 않았다. ## 응답 엔지니어는 구성 변경에 실패를 추적하고 19:01 UTC에 회귀했습니다. 뒤쪽은 다음 분 동안 효력을 발생했고, 마지막 실패는 19시 40분 UTC에 발생했습니다. ## 팔로우 1. 모델 목록은이 변경 전에 정렬됩니다. 2. 이 오류가 어떻게 분류되었는지, 플랫폼 전체 스파이크는 우리의 엔지니어를 경고합니다.
공식 인시던트 업데이트를 자동 번역했습니다.
시작 October 1 에 약 12:00 PM UTC, 지역 사회 사용자 유럽에서 솔루션을 사용하는 LowCode Agents에서 실패를 경험할 수 있습니다. 우리는 영향이 유럽의 지역 사회 사용자에게 제한됩니다. 우리는 적극적으로 문제를 조사하고, 실패의 범위를 결정하고, 수정에 작업.
우리는 유럽의 커뮤니티 사용자를위한 솔루션 로컬 액션 앱을 사용하는 저코드 에이전트에서 실패를 일으키는 문제를 발견했습니다. 우리는 이전 변경을 압연하고 복구를 계속 모니터링합니다. 우리는 다른 업데이트 한 번 롤백 완료 또는 우리가 공유하는 추가 정보가 있는 경우.
우리는 롤백이 완료되었으며 유럽의 커뮤니티 사용자를위한 솔루션 로컬 액션 앱을 사용하는 저 코드 에이전트에 영향을 미치는 문제가 해결되었습니다. 서비스 복구, 우리는이 사건을 닫고있다.
## 고객 영향 10 월 1, 2026, 10:50에서 19:50 UTC, 유럽의 일부 스튜디오 웹 사용자는 Orchestrator 프로세스 (RPA, 에이전트, 등) 또는 같은 솔루션에서 행동 응용 프로그램을 호출 할 필요가 없습니다. 호출은 "찾지 못했습니다" 오류로 실패했습니다. 게시 에이전트 및 생산 작업은 영향을받지 않았습니다. ## 뿌리 원인 Studio Web Update가 어떻게 솔루션 리소스가 디버깅 중에 있는지 변경했습니다. 이전 동작을 유지하는 설정이 누락되었으므로 디버그 폴더 대신 사용자의 개인 작업 공간에 대한 솔루션의 리소스를 찾습니다. ## 탐지 자동화된 엔드 투 엔드 테스트는 16:43 UTC의 엔지니어를 경고했습니다. end-to-end 테스트 스위트는 2 시간마다 한 번 실행되며 3 연속 테스트 실패 후 만 발생합니다. 문제는 고객 환경에서도보고되었습니다. ## 응답 루트 원인을 식별 한 후, 롤백은 18:00 UTC에서 시작되었으며 19:50 UTC에서 완전히 영향을 받았습니다. 이 기간에는 50 분이 걸린 배포 실패가 포함되어 있습니다. 설정이 10월 2일 13:00 UTC에 배포된 정확한 버전입니다. ## 팔로우 1. 설정은 현재 주요 코드 라인의 일부이므로 미래의 릴리스는 포함. 2. 우리는 경고를 개량하고 이전 회귀를 붙잡기 위하여 끝 최후 테스트 스위트입니다.
공식 인시던트 업데이트를 자동 번역했습니다.
사이 14:23 과 16:04 UTC 에 1 10월 2026, 일부 요청은 호주 지역의 UiPath 자동화 클라우드 서비스에 항목 삭제 "404 Not Found" 오류. 서비스 포함 된 오케스트라, 문서 이해, AI 센터 및 데이터 서비스. 보고, 창조 및 updating 품목과 같은 다른 가동은, 일반적으로 일했습니다. 원인은 우리의 요청 라우팅에 구성 변화했다. 우리는 그것을 뒤로 구르고 서비스는 완전히 복원됩니다.
## 고객 영향 사이 10월 1, 2026 에 2:23 오후 UTC 과 4:04 오후 UTC, 고객의 하위 세트는 경험이 **404 Not Found** 호주 지역의 UiPath Automation Cloud 요청에 대한 오류. 사건은 1 시간 41 분을 지속했습니다. 완전한 요청은 삭제 작업 및 일부 로봇 연결 체크를 포함. 서비스 포함 된 오케스트라, 문서 이해, AI 센터, 및 데이터 서비스. 오케스트라를 호출하는 로봇 작업은 실패 할 수 있으며 고객은이 창에서 실패한 모든 로봇 작업을 다시 실행해야합니다. 다른 모든 작업은 영향을받지 않았습니다. ## 뿌리 원인 routing 구성 변경은 릴리스 파이프 라인의 타임 아웃으로 인해 지원 운영의 불완전한 세트와 호주 지역에 적용되었습니다. 작업이 구성에서 누락되었으므로 해당 요청은 아래 서비스에 도달하기 전에 **404 Not Found**를 사용하여 라우팅 레이어에서 거부되었습니다. ## 탐지 자동화된 end-to-end Monitoring은 Document Understanding service checks에 대한 실패를 경고함으로써 문제를 검출했습니다. 우리의 엔지니어링 팀은 내부 모니터링 데이터를 사용하여 영향을받는 서비스를 통해 실패의 더 넓은 패턴을 확인합니다. ## 응답 조사 중, 모니터링 데이터는 호주 지역을 통해 분기 요청이 반환되었음을 보여 주었다 ** 오류, 요청은 다른 지역을 통해 분기. Analysis identify that the start time of **404 Not Found** 응답 증가는 routing 구성이 효과에있을 때 시간과 관련이있었습니다. 팀은 이전 작업 버전에 routing 구성을 옮겼습니다. 반전 후, 모니터링은 오류가 약 3 분 이내에 떨어지는 것을 계산하고, 서비스는 10 월 1, 2026 에 4:04 오후 UTC. ## 팔로우 1. 4xx 기본 변화에 routing 층 경고를 개량하십시오 2. 그(것)들을 가지고 가기 전에 부분적으로 적용되는 여정 윤곽을 검출하십시오
공식 인시던트 업데이트를 자동 번역했습니다.
