Flexera 장애 기록

1. 2026년 10월 27일 오후 5:00 UTCidentified

   Incident 묘사: 우리는 Technopedia 내용 갱신에 영향을 미치는 자극 지연입니다. Data Platform, IT Visibility, API 서비스에 의해 사용되는 Technopedia 콘텐츠는 10월 22일부터 반복 데이터 처리 실패로 갱신되지 않았습니다. 고객은 영향을받는 서비스에서 Technopedia 콘텐츠를 outdated. 우선순위: P2 복원 활동 : 우리의 기술 팀은 데이터 처리 실패를 해결하기 위해 복구 작업을 수행하고 결과적으로 콘텐츠를 새로 고침했습니다. 카탈로그 생성은 현재 진행 중이며, 완료를 통해 이 활동을 모니터링하고 있습니다. 우리는 복구 진행 상황을 더 업데이트 할 것입니다.

2. 2026년 10월 28일 오전 1:44 UTCidentified

   Technopedia 콘텐츠는 진행 중입니다. 우리의 기술 팀은 완료를 통해 새로 고침을 계속 모니터링합니다. 일단 처리가 완료되면, 우리는 정상적인 내용 재생 가동을 복구하기 위하여 영향을받는 서비스의 맞은편에 업데이트된 Technopedia 내용이 유효하다는 것을 검증할 것입니다.

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

1. 2026년 10월 22일 오전 7:05 UTCinvestigating

   Incident 묘사: 우리는 영국 남쪽 지역에 있는 Snow Atlas SAM 핵심 기능에 영향을 미치는 문제점을 조사하고 있습니다. 일부 고객은 사용자 기능에 액세스하고 컴퓨터 세부 사항에 액세스 할 때 오류가 발생할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로 문제를 조사하고 충격의 범위를 평가합니다. 우리는 소멸 원인을 확인하고 영향을받는 기능을 복원하기 위해 노력하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 10월 22일 오전 7:21 UTCmonitoring

   우리의 기술 팀은 충격적인 기능을 지원하는 서비스 구성 요소에 영향을 미치는 timeout 오류를 확인하고 대상 서비스 재시작을 수행했습니다. 이러한 복구 작업, 사용자 및 컴퓨터 세부 기능은 유효 기간 동안 성공적으로 응답됩니다. 서비스 행동을 모니터링하고 지속적인 안정성을 확인하기 위해 최종 검증을 수행합니다.

3. 2026년 10월 22일 오전 7:38 UTCresolved

   복구 작업을 수행한 후, 기술 팀은 추가 검증 및 모니터링을 완료했습니다. 사용자 및 컴퓨터 세부 기능은 더 이상 관찰되지 않고 안정적으로 유지되었습니다. 정상적인 가동은 확인되고, 이 사건은 지금 해결된 것으로 간주됩니다.

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

1. 2026년 10월 15일 오후 10:37 UTCresolved

   Incident 묘사: 호주 지역에 있는 예정된 Flexera 1개의 IT 자산 관리 2026R1.4 생산 방출에 따라, 우리는 APAC에 있는 Flexera 1개의 IT 자산 관리 서비스에 영향을 미치는 문제점을 경험했습니다. 결과적으로 Flexera One IT Asset Management에 액세스 할 수 없었습니다. 우선순위: P1 충격 시작: 10월 15, 2026 ...에서 11:34 오전 PDT 충격 끝: 10월 15, 2026 에 12:32 오후 PDT 복원 활동: 우리의 기술 팀은 예정된 생산 방출을 따르는 서비스 성분에 영향을 미치는 문제점을 확인했습니다. Remediation은 서비스 가용성을 복원하는 영향을받는 구성 요소에 적용되었습니다. APAC의 복구, Flexera One IT Asset Management 서비스가 정상 작동으로 돌아와서 문제가 해결되었습니다.

2. 2026년 10월 21일 오후 11:40 UTCpostmortem

   ** 설명:** Flexera One - IT 자산 관리 - APAC - 2026R1.4에 따른 서비스 무적 가용성 지원하다 **시간프레임:** 10월 15, 2026, 11:34 AM PDT - 10월 15, 2026, 12:32 PM PDT ## Incident 요약 10월 15일, 2026일, APAC 지역의 Flexera One IT Asset Management를 이용한 고객은 애플리케이션에 대한 액세스를 방지하는 서비스 중단을 경험했습니다. 붕괴는 ITAM 2026R1.4 생산 출시 완료 후 발생했습니다. 서비스가 처음 사용되었지만 일반적으로 출시 후 운영되었지만, 응용 프로그램은 즉시 액세스 할 수 있습니다. 기술팀은 애플리케이션 인스턴스의 초기화에 영향을 미치는 중단 및 식별 실패를 조사했습니다. 더 많은 조사는 생산 환경이 이전 응용 프로그램 초기화 과정에 의존성을 유지하고 업데이트 프로세스로 전환하는 동안 밝혀졌다. 애플리케이션 인스턴스가 릴리스 중에 성공적으로 초기화되었지만, 교체 인스턴스는 outdated 구성으로 동일한 프로세스를 완료할 수 없습니다. 영향을받는 교체 인스턴스는 초기화를 성공적으로 완료하거나 필요한 건강 검사를 통과하지 못했습니다. 기술 팀은 업데이트된 초기화 프로세스를 참조하고 인스턴스를 새로 고침했습니다. 이러한 변화에 따라 영향을받은 인스턴스는 성공적으로 초기화되었으며 ITAM 서비스 가용성은 약 12:32 PM PDT에 복원되었습니다. ## 뿌리 원인 이 사건은 APAC 생산 환경에서 이전 애플리케이션 초기화 과정에 남아있는 나머지 생산 의존성에 기인했습니다. 시료 및 사용자 합격 테스트 환경은 이미 업데이트 프로세스로 전환했지만 APAC 생산 환경은 이전 초기화 프로세스를 참조하는 구성을 유지합니다. 2026R1.4 생산 릴리스 중 애플리케이션 인스턴스는 업데이트 프로세스를 사용하여 수동으로 초기화되었으며, 나머지 생산 의존도에도 불구하고 ITAM을 처음 작동하도록합니다. 이전 프로세스를 지원하는 구성 요소는 더 넓은 전환이 크게 완료되었는지 이해의 밑에 지속적으로 확장되었습니다. 교체 애플리케이션 인스턴스가 시작될 때, 생산 구성은 이전 초기화 프로세스로 계속 지시합니다. 영향을받는 인스턴스는 초기화를 성공적으로 완료하거나 필요한 건강 검사를 통과 할 수 없으므로 서비스 중단으로 인한 것입니다. 이전 초기화 프로세스의 나머지 생산 의존도는 사건의 근본 원인으로 확인되었습니다. 업데이트 초기화 프로세스를 사용하여 생산 구성을 수정하여 의존성 및 허용된 교체 인스턴스를 성공적으로 초기화합니다. ## 구제 활동 다음 작업은 사건 응답 중 촬영되었습니다. 1. **Incident 조사 시작: ** 기술 팀은 APAC 생산 환경에서 애플리케이션 인스턴스의 초기화 및 건강 검사에 영향을 미치는 장애 및 식별 실패를 조사했습니다. 2. ** 구성 문제 식별 : ** Investigation은 생산 구성이 업데이트된 프로세스보다 이전 애플리케이션 초기화 프로세스를 참조한다는 것을 결정했습니다. 3. ** 생산 구성 수정 : ** 생산 구성은 정확한 응용 초기화 프로세스를 참조하여 이전 프로세스에 의존도를 제거하도록 업데이트되었습니다. 4. ** 응용 물질 새로 고침 : ** 기술 팀은 구성 보정을 따르고, 교체 인스턴스를 성공적으로 초기화 할 수 있습니다. 5. ** 서비스 복구 유효 : ** 영향을받는 인스턴스가 성공적으로 초기화되었는지 확인한 기술팀은 애플리케이션 건강 검사가 통과되었으며 ITAM 서비스는 정상 작동으로 돌아 왔습니다. ## 미래 예방 조치 사건에 따라, 복도는 신청 초기화 과정, 잔여 생산 의존성, 방출 유효성 절차 및 사건 탐지 및 응답을 개량하는 기회를 검토하기 위하여 실시되었습니다. 다음과 같은 정확한 행동과 개선 활동이 완료되었거나 진행 중입니다. 1. ** 생산 구성 수정 : ** APAC 생산 환경은 이전 구성을 대체하는 올바른 응용 초기화 프로세스를 사용하기 위해 업데이트되었습니다. 2. ** 면허 유효성: ** 후속 조치는 기존 플랫폼 구성 요소의 유효성 단계를 추가하기 위해 설치되었으며, 그 생산 서비스가 완전히 전환되고 나머지 종속은 이전 플랫폼에 존재하지 않습니다. 3. **관련 및 신청 건강 검사 검토: ** 기존의 애플리케이션 건강 검사, 릴리즈 유효성 검사 및 포스트 릴리스 위생 테스트 범위는이 사건 중에 관찰 된 실패에 대해 검토됩니다. 검토는 어떤 적용 간격이 존재하고 추가 감시, 유효성, 또는 다른 개선이 요구되는지 결정할 것입니다. 4. **투자를 확장:** 이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다. 5. ** 고객 커뮤니케이션 개선: ** 우리는 이 사건 도중 적시 고객 커뮤니케이션을 위한 기회를 발견했습니다. 우리의 설립 된 사건 에스컬레이션 및 통신 관행은 unplanned 서비스 충격이 확인될 때 proactive 고객 통보를 지키기 위하여 디자인됩니다. 이 사건의 학습은 우리의 지속적인 사건 응답 관행에 통합되어 이 절차가 지속적으로 적용되고 그 적시에, proactive 갱신은 서비스 중단 도중 고객에게 제공됩니다.

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

1. 2026년 10월 8일 오전 10:59 UTCinvestigating

   Incident 묘사: 우리는 SAM 핵심 내의 면허 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 사용자는 라이센스 정보를로드 할 수 없으며 라이센스 서비스 기능을 액세스하면서 오류 메시지가 발생할 수 있습니다. 문제는 영국 남쪽과 서쪽 유럽에서 확인되었으며 기술 팀은 현재 영향력의 전체 범위를 평가하고 있습니다. 우선순위: P2 복원 활동 : 기술 팀은 적극적으로 영향을받는 서비스를 검토하고 문제점을 조사하고 있습니다. 추가 유효성 검사는 충격의 전체 범위를 결정하고 정상적인 서비스 가동을 복원하는 통로입니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 10월 8일 오전 11:30 UTCmonitoring

   우리는 라이센스 서비스에 영향을 미치는 최근 배포와 관련된 문제가 확인했습니다. 부정확한 변화는 시행되고, 서비스 기능은 복원되었습니다. 우리는 현재 서비스 보건을 검증하고 지속적인 안정성을 보장하기 위해 환경을 모니터링하고 있습니다. 추가 업데이트는 추가 유효성 검사가 완료됩니다.

3. 2026년 10월 8일 오후 12:11 UTCresolved

   검증 및 모니터링 기간에 따라 서비스가 안정적으로 유지되고 라이센스 기능은 영향을받는 지역에서 성공적으로로드됩니다. 문제는 해결 된 것으로 간주됩니다.

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

1. 2026년 10월 8일 오전 12:08 UTCinvestigating

   Incident 묘사: 우리는 호주에 있는 고객에게 Snow Atlas의 계약 기능에 영향을 미치는 문제점을 투자하고 있습니다. 고객은 계약 탭에 액세스 할 때 누락되거나 사용할 수없는 데이터를 경험할 수 있으며, 데이터는 작업이 실패 할 수 있습니다. 우선순위: P2 복원 활동 : 기술 팀은 적극적으로 문제를 투자하고 고객의 영향력을 평가하고 있습니다. 업무는 문제점의 원인을 확인하고 정상적인 기능을 복원하는 통로입니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 10월 8일 오전 1:39 UTCresolved

   더 많은 조사는 Snow Atlas Australia의 계약 기능을 지원하는 백엔드 서비스에 영향을 미치는 의사소통 문제를 식별했습니다. 기술 팀은 영향을받는 서비스 구성 요소를 재시작하고, 통신 및 정상 작동을 복원합니다. Functionality는 여러 고객 환경에 걸쳐 검증되었으며, 계약 데이터는 이제 올바르게 표시되어 있습니다. 우리는 복구 및 검증 활동에 따라 더 많은 문제를 관찰하지 않았습니다. 문제는 해결 된 것으로 간주됩니다.

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

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

   Incident 묘사: 우리는 Ocean Kubernetes 고객에 영향을 미치는 간헐적인 문제점의 보고입니다. 일부 고객은 Ocean Kubernetes 구성 요소와 클러스터 간의 연결과 관련된 경고를 수신합니다. 기술팀은 충격 및 관련 서비스 분해의 범위를 적극적으로 투자하고 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은보고 된 행동을 조사하고 고객 보고서를 검토하고 영향을받는 환경의 범위와 영향을 검증합니다. 더 많은 정보로 추가 업데이트를 제공할 것입니다.

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

   우리는 이전에보고 된 간헐적 인 연결 문제를 조사 계속합니다. 이 시간에, 추가적인 발생은 본래 충격 창 때문에 관찰되었습니다. 기술 팀은 적극적으로 사용할 수 있는 원격 측정 및 조사 결과를 검토 하 고 부적절 한 원인을 결정 하 고 영향의 전반적인 범위를 검증. 추가 업데이트는 더 많은 정보로 제공됩니다.

3. 2026년 10월 8일 오전 12:03 UTCinvestigating

   우리는 본래 보고된 충격 창 및 서비스 안정성이 유지되기 때문에 어떤 추가 발생든지 관찰하지 않았습니다. 기술 팀은 오늘 이전보고 된 간헐적 인 연결 문제의 근본 원인을 조사 계속합니다.

4. 2026년 10월 8일 오전 12:04 UTCmonitoring

   원래 보고된 충격 창 및 추가적인 보고된 발생의 부재 때문에 관찰된 지속적인 안정성에 기초를 두어, 우리는 감시에 이 사건을 이동하고 있습니다. 기술 팀은 서비스 안정성이 감시되고 있는 동안 underlying 원인을 조사하는 것을 계속합니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

5. 2026년 10월 8일 오전 2:24 UTCresolved

   우리는 본래 보고된 충격 때문에 어떤 추가 발생든지 관찰하지 않으며, 서비스 안정성은 유지되었습니다. 기술 팀은 오늘 이전보고 된 간헐적 인 연결 문제로 추가 조사를 완료했습니다. 다수 잠재적 상관 관계는 조사 도중 검토되고, 마지막 분석은 아직도 종료됩니다. 지속적인 안정성 관찰과 재발의 부재를 바탕으로 이 사건은 이제 해결되었습니다. 기술 팀은 보고된 충격 창 도중 관찰된 행동을 더 이해하고 조사 활동을 계속할 것입니다, 그리고 형식적인 RCA 보고는 일단 분석이 완료된 한 번 제공될 것입니다.

6. 2026년 10월 20일 오후 5:50 UTCpostmortem

   **Description:** Spot Ocean - Kubernetes - Intermittent 컨트롤러 연결 문제 **시간프레임:** 10월 7, 2026, 11:20 AM PDT - 12:30 PM PDT **정보** 수요일, 10 월 7, 2026, 11 : 20 AM PDT, 쿠버네티스 환경을위한 여러 Spot Ocean은 간헐적인 컨트롤러 연결 경고를 경험했습니다. 사건 도중, 플랫폼은 일시적으로 통제된 관제사 심장부 정보를 안전 측정으로 영향을 받는 송이를 위한 outdated 중단한 스케일링 가동으로 해석했습니다. 영향을받는 컨트롤러는 사건 중 심장 정보를 계속 보고합니다. 그러나, 유효한 관제사 연결성에 사용된 타임스탬프는 데이타베이스 성분 내의 outdated, 일시적으로 반응을 나타나는 활동적인 관제사를 일으키는 원인이 되었습니다. 행동은 간헐적이었고, 현재의 심박수 정보는 수동 개입없이 사용되었으며, 정상적인 사기 작업을 재개 할 수 있습니다. 기술 팀은 컨트롤러 심박수 처리 경로, 데이터베이스 행동, 서비스 원격 측정 및 관련 인프라 신호를 검토하여 유효한 심박수 활동이 stale로 해석되었습니다. 사건 창 후 추가 발생이 관찰되지 않았습니다. 지속적인 모니터링 및 서비스 안정성 검증, 사건은 해결되었다. ** 루트 원인 ** 이 사건은 데이터베이스 구성 요소 내에서 더 최근 유효한 타임스탬프를 overwriting 이전 컨트롤러 심박수에 의해 발생했습니다. 영향을받은 컨트롤러는 일반적으로 심장부를보고했지만, 가장 최근에 저장된 심부가 그보다 오래 나타났습니다. 플랫폼이 타임스탬프를 평가하면 구성 된 심박수 임계값을 초과하고 영향을받은 클러스터에 대한 일시 중단 된 스케일링 작업을 수행하는 안전 메커니즘을 트리거했습니다. 오래된 데이터베이스 업데이트를 지연시키는 특정 조건은 conclusively 설치되지 않았습니다. 그러나 데이터베이스 업데이트 프로세스는 더 새로운 유효한 타임스탬프를 대체하여 더 오래된 심박수를 방지하기 위해 안전한 가드를 포함하지 않았습니다. 이 허용 지연된 heartbeat 정보는 적극적으로보고 컨트롤러가 응답하지 않은 외관을 만듭니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. 고객 보고서 및 서비스 Behavior 검토 : 기술 팀은 행동을 확인하기 위해보고 된 예를 검토하고 충격 창을 수립하고 문제가 격리되거나 여러 환경에 영향을 미치는지 결정합니다. 2. 컨트롤러 Heartbeat Activity Validated: 컨트롤러 활동은 영향을받은 컨트롤러가 보고서를 중단했는지 결정하기 위해 검토되었습니다. 조사는 심장부 정보가 사건 중 계속 전송되도록 확인. 3. Heartbeat Processing Path Investigated: 기술 팀은 심박 정보를 생성하고 저장하고, 현재 심박수 활동이 outdated로 해석되었는지 확인하기 위하여 평가된 방법을 추적했습니다. 4. Database 및 Service Health Assessed : 관련 데이터베이스 성능, 서비스 행동 및 인프라 원격 측정은 잠재적 인 처리 지연을 평가하고 더 넓은 플랫폼 인스톨을 지배하는 것으로 검토되었습니다. 5. Timestamp Regression Identified: 조사는 이전 심박수 타임스탬프가 더 새로운 유효한 타임스탬프를 강화하고, 플랫폼이 일시적으로 stale로 심박수를 해석하는 것을 결정했습니다. 6. 서비스 안정성 검증 : 기술 팀은 다음과 같은 복구를 계속 모니터링합니다. 추가 발생이 관찰되지 않았으며, 사기가 닫히기 전에 안정적이 유지되었습니다. **Future 예방 조치 ** 다음 개선은 심박수 처리를 강화하고 비슷한 조건의 탐지를 개선 할 계획입니다. 1. Heartbeat 타임스탬프 보호: 데이터베이스 업데이트 프로세스는 이전의 심박수를 방지하기 위해 수정됩니다. 2. 향상된 진단 로깅 : 추가 로깅은 각 업데이트, 관련 요청 컨텍스트, 이전 및 새로운 타임스탬프 값의 소스를 캡처하기 위해 심박수 업데이트 주위에 소개 될 것이며, 타임스탬프의 소스. 3. 감시와 Alerting: 새로운 감시 및 경고는 timetamp 회귀 및 유사한 심박수 처리 조건을 더 빨리 확인하기 위하여 추가 진단 정보를 사용하여 개발될 것입니다. 4. Database Access Review : 심박수 처리와 관련된 데이터베이스 액세스 패턴은 처리 지연을 줄이고 고성능을 최적화 할 수있는 기회를 식별 할 수 검토됩니다.

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

1. 2026년 9월 29일 오전 11:08 UTCinvestigating

   Incident 묘사: 우리는 다수 생산 환경의 맞은편에 사건 통보 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 이메일, webhooks, Slack 및 기타 지원 채널을 통해 전달된 알림을 포함하여 v2 이벤트 알림을 수신할 때 지연 또는 실패를 경험할 수 있습니다. 이벤트가 계속 기록되고 Flexera One 콘솔 및 API를 통해 액세스 할 수 있습니다. 현재 핵심 플랫폼 기능 또는 이벤트 데이터가 영향을 미치는 표시는 없습니다. 우선순위: P3 복원 활동 : 우리의 기술 팀은 문제점을 확인하고 서비스 복구 작업을 구현했습니다. 모니터링은 오류율이 감소하고, 팀은 서비스 안정성을 검증하고 충격의 전체 범위를 평가하기 위해 계속됩니다. 더 많은 업데이트는 조사 및 복구 노력 진행으로 제공됩니다. 업데이트 : 더 많은 조사가이 문제는 고객에 영향을 미치지 않았다. 영향을받는 알림은 출판되지 않았습니다.

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

   보안을 확인하기 위해 서비스가 밀접한 후, 우리의 팀은 문제의 추가 오류 또는 재발을 관찰했습니다. 이 사건은 이제 해결되었습니다.

3. 2026년 10월 13일 오전 4:42 UTCpostmortem

   **Description:** Flexera의 Spot - 이벤트 알림 처리 오류 ** 시간대:** 9월 29, 2026, 2:06 오전 PDT - 4:51 오전 PDT **정보** 9월 29, 2026일 Flexera는 특정 이벤트 알림 워크플로우를 처리하는 데 책임있는 알림 처리 부품 내에서 애플리케이션 오류를 식별했습니다. 자동화된 감시는 증가한 과실 활동을 검출하고, 고객이 직면한 통보가 영향을 미치는지 결정하기 위하여 조사를 초래합니다. 조사 중, 기술 팀은 알림 처리 경로 내에서 발생하는 실패를 확인하고 영향을받는 사건, 알림 워크플로우 및 잠재적 고객 영향의 상세한 평가를 수행했습니다. 초기 분석은 문제가 잠재적으로 알림 처리에 영향을 미칠 수 있으며, 주요 법인은 범위와 영향이 검증 된 동안 선언되었습니다. 영향을받는 알림이 고객에게 공개되지 않았는지 확인했습니다. 이벤트 정보 성공적으로 기록되고 조사를 통해 플랫폼을 통해 사용할 수 유지. 고객이 직면한 기능은 혼란스럽지 않고 이벤트 데이터가 손실되지 않았으며, 이 문제의 결과로 고객 영향이 확인되지 않았습니다. 영향 평가의 결과에 근거하여, 사건 우선 순위는 downgraded 및 조사는 확인된 검증 후에 결론을 내렸습니다 customer-facing 서비스는 unaffected. ** 루트 원인 ** Investigation은 내부적으로 생성된 이벤트의 하위 집합을 처리하면서 애플리케이션 예외를 발생시키는 알림 처리 워크플로가 결정했습니다. 이 이벤트는 고객 알림 전달을 위해 의도하지 않은 것처럼 구성되었습니다. 예외가 발생했더라도 신청 오류 및 보증된 조사, 후속 분석은 영향을 받은 알림이 고객에게 배포되지 않을 것으로 확인되었습니다. 결과, 고객 기반 알림 전달, 플랫폼 기능 및 이벤트 정보에 대한 액세스는 거의 영향을받지 않았습니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. Incident Investigation Initiated: 기술 팀은 자동화된 감시를 통해 검출된 높은 신청 과실을 조사하고 잠재적인 고객 충격을 평가했습니다. 2. 알림 처리 분석 수행 : 영향을받는 알림 워크플로우는 애플리케이션 예외의 소스를 확인하고 문제점의 범위를 결정하기 위해 검토되었습니다. 3. 고객 영향 평가 완료 : 영향을받는 알림 유형, 검토 된 이벤트 게시 행동을 검증 한 기술 팀은 고객 배달에 대한 알림이 적용되지 않았음을 확인했습니다. 4. 시스템 검증 및 모니터링 실시 : 오류 추세, 서비스 행동, 및 알림 처리는 안정적인 작동을 확인하고 고객이 직면하는 서비스가 비범한 것을 검증하기 위해 모니터링되었습니다. 5. Incident Reclassification 완료: 고객 영향이 존재하지 않는 확인 후, 사건 우선 순위는 downgraded 및 사건은 공식적으로 해결되었습니다. **Future 예방 조치 ** 이 조사에 따라, 우리는 내부 처리 워크플로우를 통합 할 때 충격 평가의 속도와 정확성을 개선 할 수있는 기회를 확인했습니다. 1. 향상된 충격 평가 : 내부 알림 분류 및 조사 절차를 검토하여 문제가 미래 사건 중 고객 기반 기능에 영향을 미치는지 결정하십시오. 2. 향상된 알림 워크 플로우 가시성 : 빠른 충격 검증 및 사건 응답 활동을 지원하기 위해 고객 기반 및 비 맞춤형 알림 처리 경로로 작동 가시성을 향상시킵니다.

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

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

   Incident 묘사: 우리는 힘 BI 대쉬보드가 적재에 실패하는 APAC 지역에 있는 IT 가시성에 영향을 미치는 문제점을 조사하고 있습니다. 영향을받는 지역에서 고객은 신청서 내에서 보고 대시보드에 접근할 수 없습니다. 현재 조사는 문제가 APAC 지역으로 제한되며,이 시간에 다른 지역에서는 영향을 미치지 않습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 근본적인 원인과 복원 보고서 기능을 식별하는 문제를 적극적으로 조사하고 있습니다. 우리는 충격, 감시자 서비스 건강의 범위를 평가하고, 적절하게 행동을 실행하기 위하여 계속됩니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

2. 2026년 9월 28일 오전 9:26 UTCresolved

   APAC 지역의 Power BI 보고 대쉬보드에 영향을 미치는 문제는 해결되었습니다. 초기 조사는 구성 업데이트가 최근 업그레이드를 따르는 것을 나타냅니다. 우리의 기술 팀은 필요한 재약을 완료하고, 그 후속 검증은 영향을받는 대쉬보드가 현재 접근 및 예상대로 작동한다는 것을 확인했습니다. 모든 서비스는 정상 작동으로 돌아 왔습니다. 이 사건은 이제 해결되었습니다.

3. 2026년 10월 26일 오후 12:10 UTCpostmortem

   ** 설명:** Flexera One- IT Visibility- APAC - 사용 가능한 대시보드 보고 ** 시간대:** 9월 28, 2026, 1:38 오전 PDT 에 9월 28, 2026, 2:15 오전 PDT **정보** 월요일, 28 9월 2026일, at 1:38 AM PDT, Flexera는 APAC 지역의 고객에게 전력 BI 보고 대쉬보드에 접근하는 문제점을 확인했습니다. 우리의 기술 팀은 신속하게 참여하고 초기 조사는 영향을 APAC로 제한되었는지 확인했으며 다른 지역은 응답을 유지했습니다. 더 많은 조사는 계획된 정체성 및 접근 관리 마이그레이션과 관련된 구성 변경이 보고 서비스에 의해 요구되는 연결 설정을 영향을 미쳤습니다. 이러한 변화의 응용 과정에서 보고서 서비스의 연결 설정은 성공적인 통신에 필요한 완전한 서비스 주소를 포함하지 않은 값으로 재설정되었습니다. APAC 고객에 대한 Power BI 보고 대쉬보드의 불확실성 결과로 제대로 시작하지 못했습니다. 서비스를 복원하려면 기술 팀은 APAC 환경에서 영향을받는 연결 설정을 수동으로 수정했습니다. 보고서 및 인증 서비스 간의 이 복원 된 통신은 영향을받는 서비스를 복구 할 수 있습니다. restoration에 따라, 유효성 검사는 Power BI 보고 대쉬보드가 대략 2:15 AM PDT에 접근하고 운영하는 것을 확인했습니다. ** 루트 원인 ** 이 사건은 정체성 및 접근 관리 마이그레이션과 관련된 구성 변화 중에 APAC 환경에 적용되는 잘못된 연결 설정에 의해 발생했습니다. 변경은 인증 서비스로 성공적인 의사소통에 필요한 완전한 주소를 포함하지 않은 값으로 보고 서비스의 연결 주소를 재설정합니다. 결과적으로 영향을받는 보고서 서비스는 APAC 지역의 고객에게 사용할 수없는 Power BI 보고 대쉬보드를 올바르게 시작하지 못했습니다. 기여 요인 * 구성 inconsistency: 필수 연결 주소는 이전에 환경에서 직접 업데이트되었지만 배포 구성에 반영되지 않았습니다. 결과적으로, 연속 구성 변경은 잘못된 값으로 변환. * Deployment validation gap: 배포 프로세스는 영향을받는 서비스 가용성 전에 잘못된 연결 설정을 식별하지 않았습니다. * 조정 조정과 종속 유효성: 마이그레이션 프로세스는 모든 의존 서비스의 구성 요구 사항을 완전히 계정하지 않았다, 영향을받는 서비스 의존성에 대한 사전 검증없이 endpoint 변경에 결과. **치료 활동** 우리의 팀은 정상적인 서비스에 서비스를 복원하기 위해 아래의 작업을 수행: * 해당 연결 설정은 보고 및 인증 서비스 간의 통신을 복원하기 위해 수정되었습니다. * 영향을받는 서비스 복구 및 검증은 Power BI보고 대쉬보드가 접근 및 작동을 일반적으로 확인했습니다. * 구성은 연속적으로 필요한 연결 설정을 유지하도록 수정되었습니다. **Future 예방 조치 ** 다음과 같은 행동이 확인되고 재발력의 likelihood를 줄이고 서비스 탄력을 향상시킵니다. * 구성 관리: 서비스 구성 변경은 배포된 설정과 유지 구성 사이에 discrepancies를 방지하기 위해 지속적으로 관리됩니다. * Deployment validation : 필요한 서비스 연결 설정을 확인하기 전에 계획된 구성 변경 사항을 검토하십시오. * 구성 일관성 : 중요한 연결 설정을 유지하고 적절한 구성 소스에 유지하고 개별 환경에 대한 수동 변경에 의존하지 않습니다. * 변경 조정 : 영향을받는 서비스의 요구 사항 및 의존성을 포함하여 계획된 마이그레이션 및 구성 변경에 대한 조정 개선. * Deployment safeguards: 서비스 실패를 일으키는 전에 잘못된 구성 설정을 식별하기 위해 우선 배포 체크를 강화하십시오.

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

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

   Incident 묘사: 우리는 모든 지구의 특정 IT 자산 관리 통합 및 App Portal 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 영향을받는 API 기반 통합을 사용하는 고객은 HTTP 401 Unauthorized 오류로 인해 인증 실패를 경험할 수 있으며, 완료 시 요청을 성공적으로 방지할 수 있습니다. App Portal 사용자는 요청을 제출할 때 오류가 발생할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로 문제 및 올바른 행동을 평가하는 조사. Investigation 및 validation 활동은 계속되고, 우리는 가능한 빨리 정상적인 서비스 기능을 회복하기 위하여 일하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 9월 26일 오전 5:31 UTCidentified

   수정 된 핫픽스는 현재 빌드 프로세스의 완료 완료, 예상보다 더 긴 복용. 빌드가 완료되면 기술 팀은 생산 배포를 진행하기 전에 UAT 검증을 진행합니다. 팀은 배포 계획, 소유권 및 예상 타임라인을 확인하기 위해 노력하고 있습니다. 더 많은 업데이트는 이러한 활동 진행으로 제공됩니다.

3. 2026년 9월 26일 오후 12:30 UTCmonitoring

   우리의 팀은 성공적으로 핫픽스를 구현하고, 초기 검증은 해당 서비스가 예상대로 운영된다는 것을 확인합니다. 우리는 영향을받는 고객의 확인을 기다리고있는 동안 환경을 밀접하게 모니터링하고 있습니다.

4. 2026년 9월 27일 오전 5:39 UTCmonitoring

   API는 예상대로 작동하며 이전에 관찰 된 오류는 더 이상 감지되지 않습니다. 이 사건은 추가 유효성 검사가 완료되고 고객 확인은 얻어집니다.

5. 2026년 9월 28일 오후 5:14 UTCresolved

   주말에 완료된 구제 활동에 따라 지속적인 안정성과 회복을 검증하기 위해 영향을받는 서비스를 계속 모니터링합니다. 고객 검증은 이제 App Portal 기능과 API 요청 처리가 정상적으로 작동되도록 확인되었습니다. 더 많은 조사는 서비스 구성 요소 내에서 인증 처리에 영향을 미치는 문제로 인해 App Portal을 통해 요청을 제출할 때 영향을받는 API 요청 및 오류에 대한 HTTP 401 Unauthorized 오류로 발생했습니다. 우리의 기술 팀은 문제를 해결하고 치료 과정에서 발생하는 별도의 문제점을 식별하고 해결 한 후 추가 검증을 수행하기 위해 올바른 조치를 시행했습니다. 재약 및 확장된 감시 후에, 서비스는 더 이상 문제점 없이 안정되어 있었습니다. 전체 루트 원인 분석 수행 될 것입니다, 그리고 포스트 incident 보고서는 루트 원인, 구제 활동, 및 조사의 일부로 확인 된 정확한 행동을 설명 할 것입니다.

6. 2026년 10월 8일 오전 11:25 UTCpostmortem

   ** 설명:** Flexera One – IT Asset Management – 모든 지역 – 앱 포털 오류 및 API 요청 실패 ** 시간대:** 9월 24, 2026, 12:12 PM PDT – 9월 26, 2026, 4:38 AM PDT **정보** 대략 12:12 PM PDT, Flexera One IT Asset Management \(ITAM\)의 API 기반 통합을 사용하는 고객은 HTTP 401 Unauthorized 응답을 반환하는 인증 실패를 경험했습니다. App Portal 사용자는 해당 API에 의존하는 App Broker 및 Business Adapter와 같은 요청 및 통합을 제출할 때 오류가 발생했습니다. 충격은 북아메리카, 유럽 및 아시아 태평양 지역에 걸쳐 관찰되었습니다. 기술 팀은 조사하고 실패가 고객 자격 또는 고객 구성과 관련이 없다는 것을 확인했습니다. Application logs는 이러한 요청을 인증해야 하는 구성 요소가 초기화에 실패했다고 보여주었습니다. 더 많은 조사는 9 월 24 일 이전 ITAM 메뉴 로딩 사건에 대한 응답에 대한 예방 조치로 배치 된 핫픽스에 의해 도입 된 것으로 결정했습니다. 기술 팀은 테스트에서 행동을 재제작, 올바른 수정을 개발, 검증. 배포 유효 기간 동안, 이차 구성 요소 로드 문제는 업데이트 된 핫픽스를 통해 식별 및 주소. 업데이트 된 핫픽스를 생산에 배포 한 다음 API 기능이 예상대로 운영되었는지 확인했으며 서비스는 9 월 26 일 약 4:38 AM PDT에 복원되었습니다. 사건은 고객 확인이 얻은 동안 장시간 감시로 이동하고, 확인은 9월 28일에 받았습니다. 서비스의 복원에 따라 격리 된 간헐적 인 인증 실패는 주요 사건에서 별도로보고 조사되었습니다. 기술 팀은 추가 연결 취급 및 환경 별 구성 조건을 확인하고 9 월 30 일까지 검증 된 더 핫픽스를 배포했습니다. 10 월 1을 통해 계속 모니터링 및 고객 리뷰는 문제가 더 이상 재현 할 수 없다는 것을 확인했으며 더 이상 발생하지 않았습니다. ** 루트 원인 ** 사건은 9 월 24 일 이전 ITAM 메뉴 로딩 사건에 대한 예방 조치로 배포 된 핫픽스에 대한 결함에 의해 발생했습니다. Hotfix는 응용 프로그램의 인증 구성 요소에서 의존성을 제거하고 응용 프로그램이 인증 서비스에 연결하는 구성을 읽는 방법을 변경합니다. 필요한 설정은 배치 된 구성에 있습니다. 그러나, 응용 프로그램은 실행 시간에 부하 설정에 지원되지 않는 방법을 사용하여 그들을 읽었다. 그 결과, 인증에 필요한 구성 요소는 초기화 될 수 없으며, 필요한 인증은 무단으로 거부되었습니다. API 오류 및 App Portal 요청 실패를 생산했습니다. 같은 행동은 접두사가 적용되었을 때 사전 제작 검증 환경에서 발생했습니다. 영향을받는 API가 해당 환경에서 사용되지 않았기 때문에 Hotfix에 도달하기 전에 확인되지 않았으며 특정 오류 경고는 아직 그 장소에 있지 않았습니다. 초기 수정은 기본 구성 결함을 해결했습니다. 후속 검증 및 모니터링, 추가 구성 요소 로드, 연결 핸들링 및 환경 별 구성 조건 확인 및 유지 안정성이 확인되기 전에 더 핫픽스를 요구했다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. Incident Response Initiated : 기술 팀은 고객이 인증 실패 및 API 오류를보고 한 후 투자를 시작했습니다. 2. 범위 및 고객 구성 분류: 기술적인 팀은 실패가 고객 자격 증명 또는 윤곽과 관련되지 않았고, 다수 지구에 장시간 충격을 확인했습니다. 3. 조건 식별 : 기술 팀은 필수 인증 설정이 현재되었지만 실행 시간에 읽을 수 없으며 테스트의 행동을 재제작 할 수 있다고 결정했습니다. 4. 정확한 수정 개발 및 검증 : 응용 프로그램은 지원 된 방법을 사용하여 설정을 읽기 위해 업데이트되었습니다. 인증 오류가 더 이상 발생하지 확인 검증 테스트. 5. Corrective Fix Deployed 및 Service Restored : 배포 유효성 검사 중에 식별되는 이차 구성 요소로드 문제는 업데이트 된 핫픽스를 통해 해결되었습니다. 업데이트 된 핫픽이 생산에 배포 된 후, 기술 팀은 API 기능이 예상대로 작동한다는 것을 확인했습니다. 6. 장시간 감시 및 고객 검증: 기술적인 팀은 주말을 통해 서비스 행동을 감시하고 영향 받은 고객에서 확인을 얻었습니다. 7. Post-Incident Remediation: 격리된 간헐적인 실패 후에 서비스, 기술적인 팀의 회복을 따르고 더 핫픽스를 배치하고 9월 30일까지 유효하게 했습니다. 모니터링 및 고객 리뷰는 10 월 1을 통해 계속되어 문제가 더 이상 발생하지 않도록합니다. **Future 예방 조치 ** 사건에 따라, 우리는 기술적인 원인, 핫픽스 검증 과정, 모니터링 기능 및 고객 영향에 기여한 요인을 검토하기 위해 복도를 실시했습니다. 다음과 같은 조치가 완료되었거나 구현 중입니다. 1. Runtime 윤곽 개정: 이 응용 프로그램은 지원되는 방법을 사용하여 인증 구성을 읽기 위해 수정되었으며 추가 핫픽스는 생산 환경에서 배포 및 검증되었습니다. 2. API 감시와 Alerting: 오류 비율 경고는 영향을 받는 APIs를 위해 추가되고 그래서 입증 실패는 전 생산과 생산 환경에서 검출됩니다, 서비스가 적극적으로 사용될 때. 3. Hotfix 검증 과정: API 통합 및 App Portal 기능과 같은 의존하는 서비스의 추가 체크를 평가하고 변경 전에 Hotfix 유효성 검사의 일부로 생산에 승인됩니다.

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

1. 2026년 9월 25일 오후 4:19 UTCinvestigating

   Incident 묘사: 우리는 Flexera One IT Asset Management 고객의 하위 세트에 영향을 미치는 문제점을 조사하고 있습니다. 모든 Inventory 보기 및 관련 재고 기반 보기에 액세스할 때 결함있는 재고 데이터 또는 빈 결과를 경험할 수 있습니다. 이 문제는 북미의 고객에 제한됩니다. 우선순위: P2 복원 활동 : 기술 팀은 영향을받는 기능과 관련된 재고 데이터 처리 워크플로를 검토하는 문제 및 검토하는 데 적극적으로 투자하고 있습니다. 충격의 범위는 완화 및 복구 옵션이 평가되는 동안 검증됩니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 9월 25일 오후 6:50 UTCidentified

   기술 팀은 재고 데이터 처리에 영향을 미치는 최근 기능 수준 변화와 관련된 문제의 가능성이 원인을 발견했습니다. 복구 활동은 롤백과 정확한 작업을 포함하여, 일반 재고 데이터 처리를 복원하도록 설계되었습니다. 기술 팀은 영향을받는 고객을 위한 구제 및 검증 복구를 통해 적극적으로 일하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

3. 2026년 9월 25일 오후 9:22 UTCidentified

   기술 팀은 문제점과 관련한 재약활동을 통해 계속 일하고 정상적인 재고 데이터 처리를 복원하기 위하여 디자인된 회복 활동을 실행하고 있습니다. 실행 중, 팀은 중재 접근에 필요한 조정을 충족, 그리고 업데이트 복구 활동은 현재 진행 중. 기술 팀은 적극적으로 참여하고 지속적으로 재약을 완료하고 가능한 한 빨리 영향을받는 고객을 위한 정상적인 서비스를 복원합니다. 이 노력이 계속되고 지속적인 영향을 미칩니다. 더 많은 업데이트는 의미있는 진행으로 제공됩니다.

4. 2026년 9월 26일 오전 12:55 UTCidentified

   기술 팀은 문제점과 관련한 재약활동을 통해 계속 일하고 정상적인 재고 데이터 처리를 복원하기 위하여 디자인된 롤백과 정확한 행동을 실행하고 있습니다. 복구 활동은 진행 중이며, 기술 팀은 재치료 진행으로 적극적으로 모니터링하고 있습니다.

5. 2026년 9월 26일 오전 5:25 UTCmonitoring

   우리의 기술 팀은 성공적으로 필수 치료 활동을 완료했습니다. 차단 작업이 명확했습니다. Post-remediation validation은 관련 데이터베이스 기능과 절차가 예상된 상태로 작동한다는 것을 확인했습니다. 팀은 안정성을 보장하기 위해 환경을 계속 모니터링 할 것입니다.

6. 2026년 9월 26일 오전 7:13 UTCresolved

   모든 유효성 검사는 성공적으로 완료되었으며, 서비스는 정상 작동으로 돌아 왔습니다. 문제가 해결되었습니다.

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

1. 2026년 9월 24일 오후 9:43 UTCidentified

   Incident 묘사: 우리는 AWS를 위한 반점 대양에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 인스턴스 프로비저닝 실패로 인해 새로운 인스턴스를 시작할 수 없습니다. 결과적으로 영향을받는 클러스터는 예상대로 스케일을 할 수 없습니다. Existing workloads는 작동 상태를 유지합니다. 우리의 기술 팀은 적극적으로 문제의 범위와 영향을 조사하고있다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 인스턴스 프로비저닝에 영향을 미치는 최근 변경과 관련된 잠재적 인 문제를 확인하고 영향을 적극적으로 검증합니다. 완화 활동은 팀 모니터 복구 및 서비스 행동 동안 최근 변경의 롤백을 포함하여 진행 중입니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 9월 24일 오후 10:16 UTCresolved

   더 많은 조사에 따르면 최근의 변화에 영향을 미치는 인스턴스 프로비저닝 동작이 문제에 기여했다. 기술 팀은 변화와 검증된 복구의 롤백을 완료했습니다. 롤백에 따라, 오류 레벨은 정상과 새로운 인스턴스 프로비저닝을 성공적으로 반환했습니다. 사건, 기존 인스턴스 및 워크로드를 통해 작업이 중단됩니다. 영향은 새로운 인스턴스 실행 및 클러스터 스케일 업 작업에 제한되었습니다. 문제는 해결 된 것으로 간주됩니다. 상세한 게시물-mortem 보고서는 루트 원인 분석 및 게시물-incident 검토의 완료 후, 이벤트의 전체 시퀀스를 문서화, 기여 요소, 교훈 학습, 그리고 확인된 모든 후속 조치.

3. 2026년 10월 9일 오전 6:33 UTCpostmortem

   ** 설명: ** AWS 용 Spot Ocean – Instance Provisioning 실패 **시간프레임:** 9월 24, 2026, 12:00 PM PDT 에 9월 24, 2026, 2:54 PM PDT **정보** 9월 24일, 2026일, AWS에 대한 Spot Ocean은 새로운 인스턴스를 출시하여 고객이 막힌 문제를 경험했습니다. 결과적으로, 영향을받은 클러스터는 추가 계산 용량이 필요할 때 예상대로 스케일 할 수 없습니다. Existing 인스턴스 및 워크로드는 사건 전반에 걸쳐 운영됩니다. 영향은 새로운 인스턴스 프로비저닝 및 클러스터 스케일 업 운영으로 제한되었습니다. 기술 팀은 최근 소프트웨어 변경이 예기치 않은 행동을 예기치 않은 것으로 확인했습니다. 변화는 개정 오류를 명확하게하고 정상적인 서비스 가동을 복원한 후에 구른. 롤백 뒤에, underlying 소프트웨어 문제점은 확인되고 수정되었습니다. 업데이트 된 기능은 문제가 생산 환경에 의존하기 전에 완전히 해결되도록 추가 유효성을 겪었습니다. Technical team validated successful 인스턴스는 롤백을 따르고, 고객 검증은 새로운 인스턴스 프로비저닝이 예상대로 기능되었다는 것을 확인했습니다. 사건은 9월 24일 오후 2:54에 해결되었습니다., 2026. ** 루트 원인 ** 사건은 AWS 인스턴스 프로비저닝 중에 무인한 행동을 도입한 최근 소프트웨어 변경에 의해 발생했습니다. 변경은 특정 클러스터 구성 정보가 처리되었는지, 일부 스케일 업 작업에 대한 프로비저닝 실패 발생. 변화가 특정 AWS 리소스에 대한 태깅을 지원하기 위해 설계되었지만, 그 행동은 다른 지원 클러스터 구성에 영향을 미쳤습니다. 특정 조건에서, 업데이트 된 태그 논리는 인스턴스 프로비저닝 요청의 일부로 제출 된 중복 태그 정보로 결과. AWS는 태그 정보가 예상 요구 사항을 충족하지 않았기 때문에 이러한 요청을 거부했습니다. 그 결과 Spot Ocean은 새로운 인스턴스의 조항을 성공적으로 완료하지 못했습니다. 이것은 주로 새로운 인스턴스 실행 및 클러스터 스케일 업 작업을 영향을. Existing 인스턴스는 이미 성공적으로 제공되었으므로 일반적으로 사건에 걸쳐 작동하도록 계속되었습니다. 아래 기능에는 수정되어 있기 때문에 추가 유효성 검사가 수행되어 업데이트 된 행동이 생산에 반환되기 전에 지원 된 AWS 클러스터 구성에 걸쳐 지속적으로 작동합니다. **치료 활동** 우리의 팀은 정상적인 서비스에 서비스를 복원하기 위해 아래의 작업을 수행: * 소프트웨어 변경, 정상적인 인스턴스 프로비저닝을 다시 압니다. * 영향을받는 기능에 대한 근본적인 문제점을 식별하고 수정했습니다. * 정확한 기능의 추가 검증을 수행합니다. * 추가적인 안전장치를 도입하여 업데이트된 기능을 제어 방식으로 구출할 수 있습니다. * 새로운 인스턴스 프로비저닝 및 클러스터 스케일링 작업이 롤백을 따르는 것으로 예상됨. **Future 예방 조치 ** * 인스턴스 프로비저닝 및 클러스터 스케일링 시나리오에 대한 자동화 테스트 확장. * 지원된 AWS 클러스터 구성에 걸쳐 회귀 테스트 증가. * 스케일링 워크플로우에 대한 최종 테스트 확장. * 제공 및 사기 실패에 대한 모니터링 및 경고 향상. * 생산 배치 전에 변화의 검증을 강화합니다. * 제공 행동에 영향을 미치는 변화의 통제 된 롤아웃에 대한 추가 보호 기능을 소개합니다. * 가장자리 케이스 및 오류 처리 시나리오에 대한 테스트 적용 증가.

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

1. 2026년 9월 24일 오후 8:46 UTCmonitoring

   Incident 설명: 오늘이어, NAM 지역의 Flexera One IT Asset Management (ITAM)에서 재고 처리에 영향을 미치는 문제점은 고객의 하위 세트에 영향을 미쳤습니다. Investigation은 재고가 성공적으로 수령되었지만 영향을받는 고객을 위해 처리되지 않았으며 Flexera One ITAM 내에서 반영된 재고 데이터에 대한 지연이 발생했습니다. 복구 작업은 성공적으로 재시작 한 이후로 구현 및 재고 처리가되었습니다. Inventory 파일은 일반적으로 처리하기 위해 계속; 그러나, 나머지 backlog의 복구는 진행 중이며이 사건을 통해 추적됩니다. 우선순위: P2 복구 활동: 기술 팀은 복구 작업을 수행 재고 파일 처리 복원하고 모니터링 및 로깅을 통해 성공적인 처리가. 서비스 가동은 안정되어 있고, backlog 회복은 이전에 queued 재고 파일로 가공됩니다. 기술팀은 지속적인 검증 활동이 계속 진행되는 동안 회복 진행, 서비스 건강 및 backlog 감소를 적극적으로 모니터링하고 있습니다. 이 사건의 이전 단계와 관련된 이전 업데이트는 아래 링크된 사건 기록에서 찾을 수 있습니다. 더 많은 업데이트는 backlog Recovery 진행 및 검증 활동이 계속됩니다. https://status.flexera.com/incidents/5wrg6jl9bj2h

2. 2026년 9월 25일 오전 8:15 UTCmonitoring

   Backlog Recovery는 이전에 할당 된 재고 파일로 계속 처리됩니다. Backlog 레벨은 현재 허용 범위 내에서, 예상 수준 위의 한 조직과 함께. 기술 팀은 복구, 서비스 건강 및 처리 활동을 모니터링하고 검증이 진행되는 동안 계속됩니다.

3. 2026년 9월 25일 오후 1:28 UTCresolved

   사고가 성공적으로 처리되고 처리 수준이 정상 작동 범위로 돌아 왔습니다. 우리의 팀은 복구 유효성 검사를 완료하고,이 사건은 지금 해결되고있다. 다음의 내용과 행동에 대한 자세한 내용은 게시물-mortem 보고서에서 제공됩니다.

4. 2026년 10월 23일 오후 5:27 UTCpostmortem

   ** 설명:** Flexera One - IT 자산 관리 - NAM - Inventory Processing Delays Next Production Release Activity **시간프레임:** 9월 22, 2026, 7:05 PM PDT - 9월 25, 2026, 5:30 AM PDT **정보** 9월 24일, 2026일, 기술팀은 북미 \(NAM\) 지역의 Flexera One IT Asset Management \(ITAM\)를 사용하여 고객의 하위 세트에 영향을 미치는 지연 재고 업데이트 보고서를 조사했습니다. 재고 파일이 성공적으로 업로드되고 사용할 수 있지만 일부 고객은이 파일을 처리하는 데 지연을 경험했으며 응용 프로그램에 반영 된 최신 재고 정보를 방지합니다. ITAM에 표시된 비콘 상태 정보는 영향을 받은 고객에 대해 설명했습니다. Inventory 처리는 다른 고객을 위해 일반적으로 계속되었습니다. 이 문제는 9 월 22, 2026에서 ITAM 2026R1.3 생산 출시 활동에 따라 발생했습니다. 투자는 ITAM 재고 처리 서비스에 업로드 된 재고 파일을 전송하는 프로세스의 중단을 확인했습니다. 영향을받은 파일이 저장에서 사용할 수 있지만, 처리에 대한 전달되지 않았습니다. 기술 팀은 조사 중에 높은 응용 프로그램 오류를 관찰했지만 이러한 오류는 중단의 원인으로 제한되지 않았습니다. 기술 팀은 영향을받는 서비스 구성 요소의 대상 재시작을 수행, 재고 파일의 전송을 복원하고 이전에 영향을받는 고객을 위해 이력서를 처리 할 수 있습니다. 추가 진단 로깅은 더 많은 조사를 지원하기 위해 활성화되었습니다. 그러나, 재고 파일의 뜻깊은 backlog는 중단 도중 축적되고 가공하는 추가 시간을 요구했습니다. 처리의 복원에 따라 기술 팀은 재고 활동을 지속적으로 모니터링하고 축적 된 백 로그. 금요일, 9 월 25, 2026, 에 약 5:30 AM PDT, 사건 관련 백 로그 정상 운영 수준으로 반환, 재고 처리의 확인 복구. ** 루트 원인 ** 사고는 NAM 지역의 ITAM 2026R1.3 생산 출시 활동에 따라 재고 처리 워크플로의 중단에 의해 발생했습니다. 재고 파일은 성공적으로 업로드되었지만 스토리지에서 사용할 수 있지만, ITAM 처리에 이러한 파일을 전달하는 구성 요소는 고객의 하위 세트에 재고 데이터를 전송 중지했습니다. 결과적으로 영향을받는 재고 파일이 처리되지 않았으므로 재고 업데이트 지연. 이 문제는 모든 고객에 영향을 미치지 않았다, 재고 처리는 일반적으로 다른 조직에 대해 계속. Investigation는 영향을받는 처리 성분이 예상대로 회복되지 않았는지 나타내는 높은 애플리케이션 오류 및 동작을 식별했습니다. 부분 중단에 책임있는 정확한 기술적인 상태는 조사의 밑에 남아 있습니다. 영향을받는 서비스 구성 요소의 타겟 재시작은 영향을받는 고객을 위해 재고 처리를 복원했습니다. 축적된 백로그는 연속적으로 가공되어, 재고가 정상 수준으로 돌아올 수 있도록 합니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. **Incident 조사 시작: ** 기술팀은 NAM 지역의 고객들의 하위 설정에 영향을 미치는 재고 업데이트 보고서를 조사하고 재고 처리 워크플로를 검토하여 문제점의 범위를 결정했습니다. 2. **Inventory 처리 Interruption 식별 : ** Investigation은 업로드 된 재고 파일이 저장되어 있음을 확인했지만 영향을받는 고객을위한 처리 서비스로 전달되지 않았습니다. 3. **Affected 서비스 성분 Restarted: ** 영향을받는 서비스 구성 요소의 대상 재시작은 재고 파일의 전송을 복원하고 이전에 영향을받는 고객을 위해 재시작 할 수 있습니다. 4. ** 추가 진단 로깅 활성화 : ** 추가 로깅은 더 많은 기술 정보를 캡처하고 지속적인 조사를 결과 처리 중단으로 지원합니다. 5. **Inventory Backlog 복구 모니터 : ** 기술 팀은 가공의 나머지를 따르는 재고 백로를 모니터링하고 재고 파일이 성공적으로 처리되었는지 확인했습니다. 6. ** 서비스 복구 유효 : ** 기술 팀은 사건 관련 백로그가 9월 25일과 그 재고 처리가 안정적으로 유지되었다는 것을 확인했습니다. **Future 예방 조치 ** 사건에 따라, 우리는 부분적인 재고 처리 실패, 기존의 재고 준비 건축술, 유효한 진단 정보 및 신뢰성과 실패 시정성을 개량하는 기회를 검토하기 위하여 개조했습니다. 다음과 같은 정확한 행동과 개선 활동은 다음과 같습니다. 1. **Inventory 처리 건축 개선: ** 작업은 ITAM을 사용하여 재고 처리 통합을 단순화하기 위해 계획되어 기존 중간 운송 서비스에 의존하는 것보다 저장 층에서 직접 업로드 된 재고 파일을 검색 할 수 있습니다. 이 변경은 처리 경로에서 추가 의존도를 제거하고 처리, backlog 관리, 용량 및 복구에 대한 더 큰 제어를 제공합니다. 2. ** 개량 실패 진단: ** 부분적인 재고 처리 실패 도중 관련 서비스 상태를 붙잡기 위하여 필요한 진단 로깅과 telemetry는 적절하게 평가되고 강화될 것입니다. 이것은 유사한 상태 recurs가 인 경우에 root-cause 결심을 지원하는 개량한 기술 정보를 제공할 것입니다.

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

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

   Incident Description: 우리는 NAM 지역의 Flexera One IT Asset Management (ITAM)을 사용하여 고객의 하위 세트에 영향을 미치는 문제를 조사하고 있습니다. 고객 만족은 ITAM 인터페이스에 표시되지 않는 메뉴 아이템을 포함한 네비게이션과 함께 문제를 경험할 수 있습니다. 일부 기능에 한정된 액세스로 인해 발생합니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로이 문제를 조사하고 전체 기능을 복원하기 위해 노력하고 있습니다. 더 많은 정보로 업데이트를 계속 제공 할 것입니다.

2. 2026년 9월 24일 오후 3:44 UTCinvestigating

   기술 팀은 NAM 생산 환경에서 Flexera One IT Asset Management에 영향을 미치는 문제를 조사합니다. 현재 노력은 영향을받는 워크플로우 내에서 실패가 발생할 수 있는 식별에 중점을 둡니다. 팀은 애플리케이션 행동, 검증 프로세스, 서비스 상호 작용, 플랫폼 원격 측정 및 문제점에 기여할 수있는 최근 변경 또는 환경 조건을 검토하고 있습니다. 조사가 진행되고, 추가 업데이트는 추가 정보로 제공됩니다.

3. 2026년 9월 24일 오후 5:48 UTCinvestigating

   기술 팀은 문제점의 범위를 좁히고 사용자 접근 및 항법 정보에 관련된 신청 성분에 집중하고 있습니다. 현재 발견은 이 과정에서 약간의 요청이 예상대로 완료되지는 않다는 것을 나타냅니다, 영향을받는 사용자를 위해로드하는 메뉴 항목에서 결과. 업무는 지속적 인 원인을 결정하고 적절한 재약을 검증합니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

4. 2026년 9월 24일 오후 6:39 UTCmonitoring

   기술 팀은 현재 안정적인 서비스 행동을 관찰하고이 사건과 관련된 오류의 상당한 감소. Affected 응용 기능은 현재 원격 측정 및 모니터링 데이터를 기반으로 정상적으로 작동됩니다. 서비스 안정성이 개선되었지만, 기술 팀은 문제가 재발하지 않다는 것을 확인하기 위해 긴밀한 환경을 모니터링합니다. Investigation은 지속적인 원인입니다. 우리는 계속 감시하고 추가 정보로 추가 업데이트를 제공 할 것입니다.

5. 2026년 9월 24일 오후 8:33 UTCresolved

   기술 팀은 서비스가 안정적으로 유지되고 영향을받는 IT 자산 관리 기능은 일반적으로 작동합니다. 조사 도중, 기술적인 팀은 사용자 접근 및 항법 기능을 책임있는 신청 성분에 영향을 미치는 연결 포화 조건을 확인했습니다. 이러한 조건은 영향을 받은 사용자들에 의해 경험된 실패로 인해 영향을 미쳤습니다. 서비스 기능 회복 및 고객 검증은 ITAM 페이지와 메뉴 항목이 성공적으로로드되었는지 확인했습니다. 문제의 재발견 없이 감시의 기간에 따라, 사건은 지금 해결되었습니다. 사건의 상세한 검토는 더 유효한 기여 요인에 진행되고 추가적인 예방 조치를 확인합니다.

6. 2026년 10월 8일 오전 11:23 UTCpostmortem

   ** 설명:** Flexera One – IT 자산 관리 – NAM – 메뉴 항목이 로딩되지 않음 ** 시간대:** 9월 24, 2026, 5:27 AM PDT – 9월 24, 2026, 10:48 AM PDT **정보** 9월 24일, 2026일, 북미 지역에서 Flexera One IT Asset Management \(ITAM\)을 사용하는 고객은 간헐적 인 문제 로딩 응용 메뉴 항목 및 ITAM 기능의 일부에 액세스 할 수 있습니다. 일부 고객은 부분적으로로드 또는 누락 된 메뉴, 오류 메시지 및 inconsistent 애플리케이션 동작을 발견했습니다. 기술팀은 ITAM 기능을 지원하는 구성 요소 내에서 애플리케이션 및 지원 서비스 및 식별 비정상적인 연결 활용 문제를 조사했습니다. 사용 가능한 연결 용량이 배출되기 때문에 일부 응용 프로그램 요청은 더 이상 완료 할 수 없으며 인증 관련 실패를 발생시키고 적재에서 ITAM 기능의 일부를 방지 할 수 없습니다. 서비스는 약 10:46 AM PDT에서 복구를 시작, 올바른 핫픽스의 배포하기 전에 완료되었습니다. 마지막 관련 응용 프로그램 오류가 10:48 AM PDT에 기록되었습니다. 기술팀은 환경과 검증된 고객 기능을 모니터링하면서 우선적인 원인을 조사했습니다. Post-incident Analysis는 영향을받는 서버의 애플리케이션 서비스가 재시작하고, 축적된 연결을 해제하고 새로운 연결을 설정할 수 있음을 나타냅니다. 정확한 핫픽스는 그 후속의 원인에 대한 조사가 계속되는 동안 연결 핸들링 행동을 해결하는 예방적인 측정으로 배포되었습니다. 지속적인 모니터링 및 고객 검증, 기술 팀은 ITAM 기능이 정상 작동으로 돌아 왔습니다. ** 루트 원인 ** 이 사건은 ITAM 2026 R1.3 생산 출시 도중 도입된 연결 관리 문제점에 기인했습니다. 애플리케이션 인증 흐름에 대한 변화는 기존의 연결을 재사용하는 것보다 반복적으로 새로운 서비스 연결이 발생했습니다. 시간이 지남에 따라 이러한 연결이 축적되고 영향을받는 응용 부품 내에서 사용할 수 있는 연결 용량을 배출했습니다. 그 수용량이 소진되면, 새로운 신청 요구는 성공적으로 설치될 수 없었습니다. 이 결과 인증 관련 실패 및 적재에서 ITAM 기능의 일부를 방지, 누락 된 메뉴 항목, 오류 메시지 및 영향을받는 고객을위한 액세스의 간헐적 인 손실. 이 행동을 수정하는 핫픽스는 이미 만들어졌으며 생산 배포 전에 릴리스 배포 계획에 포함되었습니다. Hotfix는 초기에 생산이 아직 업그레이드되지 않았기 때문에 검증 환경에 지정되었습니다. R1.3 릴리스의 일부로 생산에 적용 할 예정이었지만 생산 배포 중에 적용되지 않았습니다. 그 결과, 연결 관리 보정은 릴리스가 생길 때 배치되지 않았습니다. **치료 활동** 1. Incident Investigation Initiated: 기술 팀은 ITAM 기능의 애플리케이션 오류 및 간헐적인 손실을 조사하여 범위를 결정하고 근본적으로 원인을 결정합니다. 2. 연결 포화 Identified: 유효한 연결 수용량을 배출하고 성공적으로 완료해서 새로운 신청 요구를 막는 영향 받은 신청 분대의 분석. 3. Corrective Hotfix 확인: 기술적인 팀은 각 요구를 위한 새로운 연결을 창조하기 보다는 오히려 서비스 연결을 재사용해서 연결 손잡이 행동을 정정하는 기존하는 hotfix를 확인했습니다. 4. Corrective Hotfix Deployed: Hotfix는 연결 관리 문제점을 해결하고 더 연결 축적을 방지하기 위하여 예방적인 측정으로 생산에 배치되었습니다. 5. 서비스 복구 검증 : 기술 팀은 ITAM 서비스가 정상 작동으로 돌아온 것을 확인하기 위해 복구 후 애플리케이션 동작 및 검증 된 고객 기능을 지속적으로 모니터링했습니다. **Future 예방 조치 ** 사건에 따라, 우리는 기술적 인 원인, 공개 및 핫픽스 배포 프로세스, 모니터링 기능 및 고객 영향에 기여한 요인을 검토하는 복도를 실시했습니다. 다음과 같은 조치가 완료되었거나 구현 중입니다. 1. 연결 관리 개정: 정확한 변화는 서비스 연결이 적절하게 재사용되고 사용 가능한 응용 자원에서 연결 축적을 방지하기 위해 시행되었습니다. 2. 생산 Deployment Validation: 연결 관리 개정은 일관된 실행을 지키기 위하여 모든 생산 지구의 맞은편에 배치되고 검증되었습니다. 3. 릴리스 및 핫픽스 프로세스 개선 : 릴리스 절차는 릴리스 배포 계획에 포함 된 핫픽스가 초기 생성 또는 생산 환경이 업그레이드되기 전에 검증 된 핫픽스를 포함하여 생산 배포에 대해 지속적으로 지정됩니다. 4. Hotfix 과정 검토: 우리는 생산 hotfixes에 reliance를 감소시키기 위하여 전반적인 hotfix 과정에 개선을 평가하고 미래 생산 방출에서 포함되지 않는 필요한 정확한 변화의 위험을 감소시킵니다. 5. 향상된 응용 모니터링 : 추가 응용 수준 모니터링 및 경고는 더 넓은 고객 영향으로 인한 정전 및 비정상적인 오류 조건의 조기 탐지를 개선하기 위해 구현됩니다.

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

1. 2026년 9월 24일 오전 10:11 UTCinvestigating

   Incident Description: 우리는 NAM 지역의 Flexera One IT Asset Management (ITAM)에서 재고 처리에 영향을 미치는 문제에 대해 확인, 고객의 하위 세트에 영향을. 결과적으로, 일부 재고목록 업로드는 성공적으로 처리되지 않으며, Flexera One ITAM에 표시된 재고 데이터를 지연하고 가장 최근 업로드 된 재고를 반영하지 않습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 근본적인 원인을 확인하고 수정을 구현하기 위해 문제를 적극적으로 투자하고 있습니다. 우리는 상황을 밀접하게 모니터링하고 조사 진행으로 더 많은 업데이트를 제공합니다.

2. 2026년 9월 24일 오후 12:27 UTCinvestigating

   더 많은 조사는 발행이 ITAM에 재고 데이터를 전송하는 데 책임있는 서비스와 관련이 있음을 나타냅니다. 우리의 기술 팀은 문제점을 조사하기 위하여 계속되고 underlying 원인을 확인하고 적합한 치료를 결정하기 위하여 일하고 있습니다. 더 많은 정보로 더 많은 업데이트를 계속 제공 할 것입니다.

3. 2026년 9월 24일 오후 2:32 UTCmonitoring

   우리의 팀은 모든 영향을받는 고객을 위해 이력서를 처리하는 재고 파일 처리를 따르는 표적으로 한 pod 재시작을 수행했습니다. 성공적인 처리는 로그 및 모니터링 그래프를 통해 검증되었습니다. 우리는 지속적으로 안정성을 보장하고 추가 정보를 사용할 수 있도록 서비스를 지속적으로 모니터링 할 것입니다.

4. 2026년 9월 24일 오후 6:42 UTCmonitoring

   우리의 기술 팀은 복구 작업을 따르는 성공적인 재고 파일 처리 및 안정적인 서비스 작업을 계속합니다. 모니터링을 통해 검증된 재고 파일이 성공적으로 처리된다는 것을 확인합니다. Backlog Recovery는 현재 진행 중이며, 재고 처리 쿼리는 파일이 처리됩니다. 기술 팀은 적극적인 복구 진행 및 전반적인 서비스 건강을 모니터링하고 나머지 backlog는 명확합니다. 우리는 복구 진행으로 업데이트를 계속 제공 할 것입니다.

5. 2026년 9월 24일 오후 8:32 UTCresolved

   이 사건은 별도의 사건을 위해 예정된 업데이트로 잘못 표시되었습니다. Inventory 처리 회복은 남아있는 backlog로 감시의 밑에 명확하게 남아 있습니다. 기술 팀은 성공적인 파일 처리 및 안정적인 서비스 운영을 계속 관찰합니다. Ongoing recovery updates and backlog monitoring will keep under the 새로 만들어진 사고: https://status.flexera.com/incidents/vztp63wmxjb 우리는 backlog 복구 진행 및 복구 유효성 검사로 더 업데이트를 제공 할 것입니다.

6. 2026년 10월 23일 오후 5:25 UTCpostmortem

   ** 설명:** Flexera One - IT 자산 관리 - NAM - Inventory Processing Delays Next Production Release Activity **시간프레임:** 9월 22, 2026, 7:05 PM PDT - 9월 25, 2026, 5:30 AM PDT **정보** 9월 24일, 2026일, 기술팀은 북미 \(NAM\) 지역의 Flexera One IT Asset Management \(ITAM\)를 사용하여 고객의 하위 세트에 영향을 미치는 지연 재고 업데이트 보고서를 조사했습니다. 재고 파일이 성공적으로 업로드되고 사용할 수 있지만 일부 고객은이 파일을 처리하는 데 지연을 경험했으며 응용 프로그램에 반영 된 최신 재고 정보를 방지합니다. ITAM에 표시된 비콘 상태 정보는 영향을 받은 고객에 대해 설명했습니다. Inventory 처리는 다른 고객을 위해 일반적으로 계속되었습니다. 이 문제는 9 월 22, 2026에서 ITAM 2026R1.3 생산 출시 활동에 따라 발생했습니다. 투자는 ITAM 재고 처리 서비스에 업로드 된 재고 파일을 전송하는 프로세스의 중단을 확인했습니다. 영향을받은 파일이 저장에서 사용할 수 있지만, 처리에 대한 전달되지 않았습니다. 기술 팀은 조사 중에 높은 응용 프로그램 오류를 관찰했지만 이러한 오류는 중단의 원인으로 제한되지 않았습니다. 기술 팀은 영향을받는 서비스 구성 요소의 대상 재시작을 수행, 재고 파일의 전송을 복원하고 이전에 영향을받는 고객을 위해 이력서를 처리 할 수 있습니다. 추가 진단 로깅은 더 많은 조사를 지원하기 위해 활성화되었습니다. 그러나, 재고 파일의 뜻깊은 backlog는 중단 도중 축적되고 가공하는 추가 시간을 요구했습니다. 처리의 복원에 따라 기술 팀은 재고 활동을 지속적으로 모니터링하고 축적 된 백 로그. 금요일, 9 월 25, 2026, 에 약 5:30 AM PDT, 사건 관련 백 로그 정상 운영 수준으로 반환, 재고 처리의 확인 복구. ** 루트 원인 ** 사고는 NAM 지역의 ITAM 2026R1.3 생산 출시 활동에 따라 재고 처리 워크플로의 중단에 의해 발생했습니다. 재고 파일은 성공적으로 업로드되었지만 스토리지에서 사용할 수 있지만, ITAM 처리에 이러한 파일을 전달하는 구성 요소는 고객의 하위 세트에 재고 데이터를 전송 중지했습니다. 결과적으로 영향을받는 재고 파일이 처리되지 않았으므로 재고 업데이트 지연. 이 문제는 모든 고객에 영향을 미치지 않았다, 재고 처리는 일반적으로 다른 조직에 대해 계속. Investigation는 영향을받는 처리 성분이 예상대로 회복되지 않았는지 나타내는 높은 애플리케이션 오류 및 동작을 식별했습니다. 부분 중단에 책임있는 정확한 기술적인 상태는 조사의 밑에 남아 있습니다. 영향을받는 서비스 구성 요소의 타겟 재시작은 영향을받는 고객을 위해 재고 처리를 복원했습니다. 축적된 백로그는 연속적으로 가공되어, 재고가 정상 수준으로 돌아올 수 있도록 합니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. **Incident 조사 시작: ** 기술팀은 NAM 지역의 고객들의 하위 설정에 영향을 미치는 재고 업데이트 보고서를 조사하고 재고 처리 워크플로를 검토하여 문제점의 범위를 결정했습니다. 2. **Inventory 처리 Interruption 식별 : ** Investigation은 업로드 된 재고 파일이 저장되어 있음을 확인했지만 영향을받는 고객을위한 처리 서비스로 전달되지 않았습니다. 3. **Affected 서비스 성분 Restarted: ** 영향을받는 서비스 구성 요소의 대상 재시작은 재고 파일의 전송을 복원하고 이전에 영향을받는 고객을 위해 재시작 할 수 있습니다. 4. ** 추가 진단 로깅 활성화 : ** 추가 로깅은 더 많은 기술 정보를 캡처하고 지속적인 조사를 결과 처리 중단으로 지원합니다. 5. **Inventory Backlog 복구 모니터 : ** 기술 팀은 가공의 나머지를 따르는 재고 백로를 모니터링하고 재고 파일이 성공적으로 처리되었는지 확인했습니다. 6. ** 서비스 복구 유효 : ** 기술 팀은 사건 관련 백로그가 9월 25일과 그 재고 처리가 안정적으로 유지되었다는 것을 확인했습니다. **Future 예방 조치 ** 사건에 따라, 우리는 부분적인 재고 처리 실패, 기존의 재고 준비 건축술, 유효한 진단 정보 및 신뢰성과 실패 시정성을 개량하는 기회를 검토하기 위하여 개조했습니다. 다음과 같은 정확한 행동과 개선 활동은 다음과 같습니다. 1. **Inventory 처리 건축 개선: ** 작업은 ITAM을 사용하여 재고 처리 통합을 단순화하기 위해 계획되어 기존 중간 운송 서비스에 의존하는 것보다 저장 층에서 직접 업로드 된 재고 파일을 검색 할 수 있습니다. 이 변경은 처리 경로에서 추가 의존도를 제거하고 처리, backlog 관리, 용량 및 복구에 대한 더 큰 제어를 제공합니다. 2. ** 개량 실패 진단: ** 부분적인 재고 처리 실패 도중 관련 서비스 상태를 붙잡기 위하여 필요한 진단 로깅과 telemetry는 적절하게 평가되고 강화될 것입니다. 이것은 유사한 상태 recurs가 인 경우에 root-cause 결심을 지원하는 개량한 기술 정보를 제공할 것입니다.

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

1. 2026년 9월 23일 오전 10:05 UTCinvestigating

   Incident 묘사: 우리는 현재 EU 환경에 있는 우리의 서비스에 영향을 미치는 문제점을 조사하고 있습니다. EU의 고객은 서비스에 접근하는 문제를 경험할 수 있습니다. 우선순위: P1 복원 활동 : 우리의 기술 팀은 신속하게 가능한 한 빨리 정상적인 서비스를 복원하기 위해 우선 순위 및 작업으로 문제를 적극적으로 투자하고 있습니다.

2. 2026년 9월 23일 오전 10:24 UTCmonitoring

   이 서비스는 복원되었습니다, 그리고 접근은 예상대로 작용합니다. 우리의 팀은 지속적으로 안정성을 보장하기 위해 플랫폼을 밀접하게 감시하고 있습니다.

3. 2026년 9월 23일 오전 11:43 UTCresolved

   우리의 팀은 플랫폼을 감시하고 문제점의 recurrence를 관찰하는 것을 계속했습니다. 이 사건은 이제 해결되었습니다. 우리는 우리의 조사를 계속하여 근본적인 뿌리 원인을 결정하고 적절한 올바른 행동을 식별합니다. 더 자세한 내용은 포스트-mortem 보고서에서 제공됩니다.

4. 2026년 10월 26일 오전 10:40 UTCpostmortem

   ** 설명:** Flexera One - EU - 사용 가능한 액세스 **시간표:** * 9월 24, 2026, 2:51 오전 PDT 에 9월 24, 2026, 3:18 오전 PDT * 9 월 25, 2026, 3 : 50 AM에서 9 월 25, 2026, 4 : 30 AM PDT **정보** 에 24 9월 2026 에 2:51 오전 PDT, 고객은 Flexera One EU 생산 환경에 액세스하려고 할 때 로그인 실패를 경험. Investigation는 EU Identity 및 Access Management 서비스의 분해를 확인하여 플랫폼에 액세스하여 고객을 예방합니다. 조사는 단일 조직에서 높은 트래픽과 관련된 데이터베이스 연결에 상당한 증가를 발견했습니다. 더 많은 분석은 다른 서비스에 의해 생성 된 다운 스트림 요청을 반복하여 인증 및 액세스 제어 서비스에 증가 된 부하에 기여했습니다. 3:18 AM PDT에, 고객 로그인 기능은 직접적인 기술적인 개입 없이 복원되고, 플랫폼은 정상적인 가동에 돌려보냅니다. 에 25 9월 2026 에 약 3:50 AM PDT, 데이터베이스 연결의 또 다른 증가 관찰, 같은 조직에서 높은 트래픽과 관련. 증가한 짐은 대략 40 분 동안 계속됩니다. 응답에서, autoscaling는 수용량을 증가시키고 플랫폼 안정성을 개량하기 위하여 자원 관리 서비스를 위해 활성화되었습니다. ** 루트 원인 ** 사건은 EU 인증 서비스 및 관련 데이터베이스 연결에 과도한 수요를 둔 트래픽의 예상치 못한 증가로 인해 발생했습니다. 증가한 짐은 EU 생산 환경 내의 고객 로그인 실패로 인해 인증 요청을 처리하는 데 책임있는 서비스를 영향을 미쳤습니다. 다른 서비스에서 인증 및 액세스 제어 서비스에 대한 반복 된 요청은 더 높은 부하에 기여했습니다. 또한, 자동 스케일링은 자원 관리 서비스에 사용할 수 없었다, 동적으로 높은 수요에 대한 용량을 증가 할 수있는 능력을 제한. 비활성 감시 및 경고에 있는 Gaps는 또한 고객 경험있는 접근 실패의 앞에 degradation를 확인하는 기능을 제한했습니다. **치료 활동** 우리의 팀은 정상적인 서비스에 서비스를 복원하기 위해 아래의 작업을 수행: * 9월 24일 사건은 직접적인 기술설계 개입 없이 해결되고, 고객 로그인 기능은 3:18 AM PDT에 복원되었습니다. * 9 월 25 일, Autoscaling은 높은 수요에 대한 응답에 대한 용량을 증가 자원 관리 서비스를 가능하게했다. * 팀은 플랫폼 안정성을 평가하기 위해 데이터베이스 연결 및 서비스 건강을 지속적으로 모니터링합니다. **Future 예방 조치 ** 다음과 같은 행동이 확인되고 재발력의 likelihood를 줄이고 서비스 탄력을 향상시킵니다. * 자동 스케일링 : 모든 생산 지역에 걸쳐 자원 관리 서비스에 대한 자동 스케일링 구성을 검토하여 용량은 작업 부하의 변화에 맞게 조정할 수 있습니다. * 데이터베이스 용량 관리 : 데이터베이스 연결 풀 설정을 검토하고 데이터베이스의 사용 가능한 연결 용량 내에 남아있는 서비스를 보장합니다. * Proactive Monitoring and alerting: 이상적 데이터베이스 연결 성장, 연결 풀 포화, 서비스 지연, 오류율 및 자원 활용에 대한 경고를 검토하고 소개합니다. * 교통 감시: 조직 수준 교통 본에 가시성을 개량하고 다른 고객에 영향을 미치는 전에 특정한 요구 스파이크를 식별하기 위하여. * 교통 관리 : 플랫폼 전체 가용성에 영향을 미치는 단일 조직에서 과도한 트래픽을 방지하기 위해 적절한 속도 제한 및 throttling 제어를 평가합니다. * 부하 및 용량 테스트 : 높은 수요의 밑에 서비스 성능 및 데이터베이스 용량을 검증하기 위해 사고의 트래픽 패턴 대표를 사용하여 부하 테스트를 실시합니다.

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

1. 2026년 9월 23일 오전 6:51 UTCinvestigating

   Incident 설명: 우리는 현재 계획된 유지 보수 창을 초과하는 예정된 유지 보수로 인해 사용할 수없는 유지 보수로 인해 Flexera One IT Asset Management (ITAM) 북미 생산 환경에 영향을 미치는 문제점을 조사하고 있습니다. 유지 보수 활동은 여전히 진행 중이며 데이터베이스가 완료되었습니다. 우선순위: P1 복원 활동 : 우리의 기술 팀은 나머지 유지 보수 활동을 완료하고 가능한 한 빨리 서비스를 복원하기 위해 적극적으로 노력하고 있습니다. 데이터베이스 재건의 ETA는 약 2 시간입니다. 우리의 팀은 진행 상황을 밀접하게 감시하고 더 많은 정보를 제공할 것입니다.

2. 2026년 9월 23일 오전 9:15 UTCinvestigating

   우리의 기술 팀은 지속적인 정비 활동의 중요한 단계를 완료하고 격상시키기 위하여 필요한 잔여 처리로 계속됩니다. 프로세스는 원래보다 더 오래 걸릴 것입니다. 이 활동은 진행 중에도 사용할 수 없습니다. 팀은 적극적이고 안전하게 서비스를 복원 할 수있는 나머지 처리 및 평가 옵션을 모니터링하고 있습니다. 추가 업데이트는 업그레이드 진행으로 제공되며 나머지 타임라인은 더 명확하게됩니다.

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

   업그레이드가 성공적으로 완료되었습니다. 우리의 팀은 이제 서비스를 복원하고 포스트 배포 검증을 수행합니다.

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

   업그레이드가 완료되었습니다. 이제 사이트가 다시 온라인입니다. 우리의 팀은 사건을 해결하기 전에 서비스 안정성을 확인하기 위해 최종 검증 검사를 수행하고 있습니다.

5. 2026년 9월 23일 오후 3:57 UTCresolved

   서비스는 회복되고 일반적으로 운영됩니다. 복구, 기술 팀은 장시간 모니터링 및 검증 활동을 완료하고 안정적인 작동을 확인했습니다. 사건은 이제 해결 된 것으로 간주됩니다.

6. 2026년 9월 30일 오후 4:02 UTCpostmortem

   ** 설명:** Flexera One – IT 자산 관리 – 북미 – 2026R1.3에 따른 서비스 무해성 - 연혁 **시간프레임:** 9월 22, 2026, 9:00 PM PDT – 9월 23, 2026, 5:47 AM PDT **정보** 2026년 9월 22일 Flexera는 북미 지역의 Flexera One IT Asset Management에 대한 계획 2026R1.3 생산 출시를 실시했습니다. 업그레이드는 환경 내에서 데이터베이스의 대다수를 성공적으로 진행했습니다. 그러나 예정된 유지 보수 창이 오후 9시 PDT에 체결되면 필수 데이터베이스 마이그레이션 작업이 진행 중입니다. 생산 환경이 마이그레이션 완료 될 때까지 복원 할 수 없기 때문에, IT Asset Management는 예정된 유지 보수 기간을 넘어 사용할 수 없습니다. 나머지 마이그레이션은 대용량의 데이터를 포함하는 큰 데이터베이스 인덱스를 재구성해야합니다. 가동은 방출을 완료하고 예상보다 실질적으로 더 길게했다는 중요한 경로가되었습니다. 초기 인덱스 처리 단계가 완료된 후, 데이터베이스는 추가 정렬 및 인덱스 조정 활동을 수행해야 합니다. 이 작업은 몇 시간 동안 계속되고 이동의 전체 기간을 연장. 조사 중, 기술 팀은 영향을받는 데이터베이스가 일시적으로 서비스로 돌아가는 환경의 나머지를 허용하기 위해 마이그레이션 경로에서 분리 될 수 여부를 포함하여 사용 가능한 복구 옵션을 평가했습니다. 배포 단계로 인해 추가 복구 작업이 방법이 필요합니다, 가장 신뢰할 수있는 복구 경로는 환경 복원하기 전에 완료 데이터베이스 작업을 허용하는 것입니다. 데이터베이스 마이그레이션 완료되면, 기술 팀은 복원 응용 프로그램과 지원 서비스를 시작했다. 시작 중, 추가 서비스 검색 문제는 복원 전에 필요한 수동 개입이 계속 될 수 있었다. 치료 후, 나머지 응용 프로그램과 플랫폼 서비스는 성공적으로 복원되었습니다. 기술팀은 검증 활동을 완료하고, 고객 접근을 확인하고, 서비스 안정성을 검증하기 위해 확장된 모니터링을 수행했습니다. 고객 영향은 9월 23일 오후 5시 47분에 종료됩니다. ** 루트 원인 ** 결과는 2026R1.3 마이그레이션 동안 식별 된 데이터베이스 인덱스 구성 공개에 의해 발생, 실질적으로 계획 유지 보수 창을 초과하는 큰 인덱스 재건 작업에 결과. Post-incident 조사는 영향을받는 데이터베이스 내에서 인덱스가 현재 릴리스에 의해 예상되는 데이터베이스 구조를 일치하지 않았다는 것을 결정했습니다. 인덱스는 이전의 정의를 사용하여 다시 작성되었습니다. 나중에 데이터베이스 디자인 변경을 통합하지 않았다. 2026R1.3 배포 중, 마이그레이션 프로세스는이 차이를 식별하고 현재의 데이터베이스 정의와 정렬에 인덱스를 가져야하는 데 필요한 데이터베이스 작동을 시작. 데이터 세트의 예외적으로 큰 크기 때문에, 결과 재건은 계획 유지 보수 창을 크게 초과하는 긴 실행 및 자원 집중 작업이되었다. 재건이 진행되면 나머지 처리 기간은 믿을 수 없을 수 없었습니다. 이는 작업이 계속 진행되는 동안 정확한 완료 견적을 제공하기가 어렵습니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. * Index Rebuild Monitored : 인덱스 재건축 및 나머지 데이터베이스 업그레이드 활동은 지속적으로 완료를 통해 모니터링되었습니다. * 복구 옵션 Evaluated : 사용 가능한 복원 접근은 생산 환경을 서비스로 반환하기위한 가장 안전하고 신뢰할 수있는 경로를 결정하기 위해 평가되었습니다. * 데이터베이스 업그레이드 완료 : 인덱스 재건 및 나머지 데이터베이스 업그레이드 활동은 응용 복원이 시작되기 전에 완료되었습니다. * 신청 및 지원 서비스 복원 : 신청 및 지원 서비스는 복원되었습니다. 추가 서비스 시작 문제가 발생했을 때 대상 복구 작업이 수행되었습니다. * 서비스 복구 검증: 고객 액세스 및 응용 기능 확인, 나머지 배경 처리 검토, 및 확장 모니터링은 안정적인 작동을 확인 완료. **Future 예방 조치 ** Flexera는 이 정전의 중요성 그리고 내구를 인식하고 북아메리카 지역에 있는 고객에 충격을 줍니다. 전체적인 루트 원인 분석 및 횡단성 복근은 완료되었으며, 다음 예방 조치는 지속적인 개선 노력의 일환으로 확인되었습니다. 1. Database Procedure Validation : 기술 팀은 데이터베이스의 구제 절차가 검토되고 유지되는 방법을 평가하고 플랫폼이 진화함에 따라 현재의 제품 요구 사항과 일치하도록 유지됩니다. 2. Pre-Deployment Verification: 방출 유효성 검사 과정은 생산 정비 시작의 앞에 확인되고 평가될 수 있는 방법을 결정하기 위하여 평가됩니다. 3. 높 충격 가동 평가: 기술적인 팀은 잠재적으로 장시간 또는 자원 집중적인 데이타베이스 가동이 방출 준비 도중 확인될 수 있는지 평가하고 그래서 그들의 예상한 내구 및 가동 충격은 배치의 앞에 더 잘 이해될 수 있습니다. 4. 릴리즈 읽음 및 복구 계획 : 릴리즈 읽음 및 복구 계획은 크게 배포 기간 및 서비스 복원 시간에 영향을 미칠 수있는 활동으로 가시성을 개선하기 위해 검토됩니다. 믿을 수 있고 탄력있는 서비스는 우선권에 남아 있습니다. 완성 된 루트 원인 분석 및 복근의 발견은 기술 및 운영 개선에 통합되고 재발의 likelihood를 감소시키고 미래 유지 보수 활동의 계획 및 실행을 강화하기위한 것입니다.

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

1. 2026년 9월 22일 오전 5:56 UTCinvestigating

   Incident 설명: 우리는 현재 호주 지역의 Snow Atlas를 사용하여 고객의 하위 세트에 영향을 미치는 문제를 조사하고 있습니다. 영향을받는 고객은 최신 컴퓨터 정보 및 데이터 섭취를보고 지연을 경험할 수 있습니다. 우선순위: P2 복원 활동 : 이전 DNS 관련 문제는 확인되었으며 해결되었습니다. 그러나, 추가 오류는 이제 관찰됩니다. 우리의 기술 팀은 적극적으로 이러한 오류를 조사하여 근본 원인을 결정하고 정상적인 처리를 복원합니다. 우리는 충격을 평가하고 추가 정보를 제공 할 것입니다.

2. 2026년 9월 22일 오전 7:19 UTCinvestigating

   우리의 팀은 처리 지연을 개선 한 타겟 서비스 재시작을 수행했습니다. 모니터링은 재고 데이터가 성공적으로 업데이트되고 있음을 나타냅니다. 나머지 오류는 여전히 조사 중이며, 우리의 팀은 근본적인 원인을 확인하고 영구적 인 수정을 구현하기 위해 노력하고 있습니다.

3. 2026년 9월 22일 오전 10:15 UTCmonitoring

   치료 활동은 처리 지연 및 stale 데이터 문제를 해결했습니다. 몇몇 잔여 문제점은 남아 있고 우리의 기술적인 팀에 의하여 조사의 밑에 지금 입니다. 팀은 서비스를 모니터링하고 조사를 지원하기 위해 다음 24 시간 동안 로그를 수집하고 검토합니다. 우리는 서비스가 밀접하게 감시하고 더 많은 정보로 더 업데이트를 제공할 것입니다.

4. 2026년 9월 23일 오전 7:05 UTCresolved

   우리의 팀은 서비스 하룻밤을 모니터링 하 고 새로운 문제가 관찰 되지 확인. 추가 스폿 체크도 완료되었습니다. 이 사건은 이제 해결되었습니다. 루트 원인과 행동에 대한 추가 정보는 포스트-mortem 보고서에서 제공됩니다.

5. 2026년 10월 13일 오후 12:49 UTCpostmortem

   ** 설명:** Snow Atlas- APAC - 데이터 섭취 및 처리 지연 **시간프레임:** 9월 21, 2026, 5:48 오후 PDT 에 9월 22, 2026, 3:15 오전 PDT **정보** 월요일, 9 월 21, 2026, 5 : 48 PM PDT, 호주 동부 \ (AE \) 지역의 여러 Snow Atlas tenants에 영향을 미치는 문제, 재고 데이터 업데이트 지연 발생. 감염된 고객은 컴퓨터 페이지에 걸친 장치 정보를 경험했습니다. Snow Extenders는 " Errors"상태를 표시했습니다. 오류는 데이터 섭취 중에도 관찰되었습니다. Investigation은 호주 동남 지역의 이전에 배출 된 인프라와 관련 된 통합 DNS 레코드를 식별했습니다. 이 기록은 호주 동쪽 환경에 연결하여 예상대로 처리되는 재고 데이터를 방지합니다. 아웃 된 DNS 레코드가 제거되었습니다. 올바른 엔드포인트에 도달하고 재고 검사 업데이트를 다시 활성화 할 수 있습니다. 변화에 따라 재고 조사는 진행을 시작했으며, 영향을받는 연결 서비스 상태는 9 월 22, 2026, 3 : 15 AM PDT에서 정상으로 반환됩니다. 야간 모니터링의 확장 된 기간에 따라 연결 서비스는 안정적으로 유지되며, 문제는 12시 05분 AM PDT 23에 해결되었습니다. 더 이상 문제가보고되지 않았으며 이전에 사용 된 호주 동남 인프라는 완전히 분해되었습니다. ** 루트 원인 ** 사건은 호주 동남 지역의 인프라를 파괴 한 후 남아있는 DNS 레코드에 의해 발생했습니다. 이 레코드는 호주 동부 환경의 올바른 엔드 포인트에서 트래픽을 지시하고 재고 데이터 처리에 필요한 연결성을 파괴합니다. 결과적으로 재고 업데이트가 지연되고 영향을받는 고객은 최신 장치 정보를 검색 할 수 없습니다. 출력된 기록은 제거되었습니다, 올바른 엔드포인트에 대한 연결성을 복원하고 재고 처리가 재시작할 수 있습니다. **치료 활동** 우리의 팀은 정상적인 서비스에 서비스를 복원하기 위해 아래의 작업을 수행: * 이전에 분산 된 인프라와 관련 된 outdated DNS 레코드를 식별하고 제거하십시오. * 올바른 호주 동부 엔드 포인트에 대한 복원 연결. * 재고 검사 업데이트 및 재고 수치는 진행 중입니다. * 서비스 안정성을 확인하는 환경을 감시했습니다. * 눈 연결 서비스 상태가 지속적으로 정상으로 반환되고 더 많은 문제는 보고되지 않았습니다. **Future 예방 조치 ** * 인프라에서 DNS 레코드 정리를 검토하여 사용되지 않은 레코드를 제거 할 수 있습니다. * 리소스 제거 후 남아있는 레코드를 식별 할 수있는 포스트 제출 체크를 향상시킵니다.

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

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

   Incident 묘사: 우리는 EU와 APAC 생산 환경에서 재고 데이터 처리에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 재고 업데이트 지연을 관찰 할 수 있으며 재고 데이터가 가장 최근의 수입 활동을 반영하지 않습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로 영향을 미치는 문제를 조사하고, 정상적인 재고 처리를 복원하는 관련 의존도와 작업. 추가 업데이트는 더 많은 정보로 제공됩니다.

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

   우리의 기술 팀은 최근 배포에 대한 문제점을 추적하고 치료 작업을 구현했습니다. 초기 검증은 재고 처리가 재시작되고 기술 팀은 활동 및 백로 복구를 적극적으로 모니터링하고 있습니다. 우리는 영향을받는 환경에 걸쳐 복구를 계속하고 더 많은 정보를 제공 할 것입니다.

3. 2026년 9월 18일 오후 2:34 UTCidentified

   기술팀은 필수 구성 업데이트 완료 및 재고 데이터가 성공적으로 처리됩니다. 추가 처리 능력은 backlog 회복을 가속화하기 위해 할당되었으며 기술 팀은 영향을받는 환경의 처리량과 backlog 감소를 적극적으로 모니터링하고 있습니다. 복구 활동은 진행 중이며, 추가 업데이트는 backlog 처리가 계속됩니다.

4. 2026년 9월 18일 오후 2:39 UTCmonitoring

   Inventory 데이터 처리는 계속 회복하고, 기술적인 팀은 backlog 양에 있는 downward 동향을 관찰하고 있습니다. 추가 처리 능력은 장소에 남아 있고, 회복 진도는 영향을받는 환경 전체에 밀접하게 감시됩니다. 우리는 backlog 감소를 감시하고 회복 진도로 더 새롭게 제공할 것입니다.

5. 2026년 9월 18일 오후 6:52 UTCmonitoring

   Inventory 데이터 처리는 이전에 구현된 구제에 따라 계속됩니다. 기술 팀은 영향을받는 환경에서 처리 처리 처리 처리 처리 처리 처리 및 backlog 복구를 적극적으로 수행하고 있습니다. 기술 팀은 복구 진행 상황을 평가하고 backlog 처리를 가속화하는 데 도움이 될 수있는 추가 작업을 계속합니다. 더 많은 업데이트는 복구 진행으로 제공됩니다.

6. 2026년 9월 18일 오후 7:49 UTCmonitoring

   Backlog Recovery는 이전에 수행 된 구제, 재고 데이터 처리가 지역에 예상되는 수준으로 돌아 왔습니다. 복구 활동은 유럽 연합 (EU)에서 계속, 기술 팀은 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 처리 및 backlog 감소. 추가 복구 조치는 복구 진행으로 backlog 처리를 지원하기 위해 평가됩니다.

7. 2026년 9월 18일 오후 9:55 UTCmonitoring

   복구 노력은 유럽 연합 (EU)에서 계속되고 기술 팀은 나머지 백로의 지속적인 감소를 관찰하고 있습니다. 추가 복구 최적화는 유럽 연합 (EU)에서 백 로그 처리를 지원하기 위해 구현되었으며 기술 팀은 처리량을 모니터링하고 전반적인 복구 진행 상황을 계속합니다. 더 많은 업데이트는 계속 진행될 것입니다.

8. 2026년 9월 19일 오전 11:07 UTCmonitoring

   복구는 계속 진행, 나머지 backlog 꾸준히 감소. EU 환경에서 구현되는 추가 낙관은 backlog 처리를 효과적으로 지원합니다. 우리의 팀은 바싹 감시자 회복 진전을 계속하고 더 적합한 개정을 제공할 것입니다.

9. 2026년 9월 19일 오후 7:09 UTCmonitoring

   복구 노력은 유럽 연합 (EU)에서 계속, 기술 팀은 이전에 구현 된 최적화 뒤에 백로의 지속적인 감소를 관찰하고있다. 현재 복구 동향을 기반으로, backlog 수준 크게 감소하고 예상 방향에서 이동 계속. 더 많은 업데이트는 계속 진행될 것입니다.

10. 2026년 9월 20일 오후 7:55 UTCresolved

    기술 팀은 EU의 재고 데이터 처리가 이전에 구현 된 재약을 따르는 정상 작동으로 돌아 왔습니다. 문제는 재고 데이터 처리에 영향을 미치는 배포 구성 문제로 추적되었습니다. 필수 설정 업데이트가 적용되었습니다, 정상적인 처리 복원. 검증 및 확장 된 모니터링 후 EU의 백 로그 복구 완료 및 재고 처리는 EU와 APAC 모두에서 안정적으로 유지. 이 사건은 이제 해결 된 것으로 간주됩니다.

11. 2026년 10월 23일 오후 5:20 UTCpostmortem

    ** 설명:** Flexera One - IT Asset Management - EU & APAC - 배포 구성 문제 후 재고 처리 지연 **시간프레임:** 9월 16, 2026, 2:00 PM PDT - 9월 20, 2026, 9:52 AM PDT **정보** 금요일, 9 월 18, 2026, 기술 팀은 Flexera One IT Asset Management \ (ITAM \) 유럽의 고객 (EU \) 및 아시아 태평양 \ (APAC \) 지구에 영향을 미치는 지연 재고 업데이트 보고서를 조사하기 시작했습니다. 업데이트 된 재고 정보는 애플리케이션에 반영되지 않았으며, 최신 사용 가능한 재고 데이터가 9 월 16 일에 남아 있다고보고했습니다. 이 문제는 ITAM 플랫폼의 일반적인 가용성보다는 재고 처리에 영향을 미쳤습니다. 초기 분석은 재고 처리 서비스가 건강한 것으로 나타났습니다. 하지만 재고 파일이 예상되는 처리 워크플로를 통해 진행되지 않았습니다. 더 많은 조사는 9 월 16 일에 수행 된 배포에 대한 중단을 추적, 구성 문제가 재고 데이터를 처리하는 서비스에 영향을 미치는. 기술 팀은 확인 및 배포 구성을 수정, 재고 처리 할 수 있습니다 이력서. 그러나, 재고 파일의 뜻깊은 backlog는 중단 도중 축적되고 가공하는 추가 시간을 요구했습니다. Inventory 처리는 APAC에서 먼저 회복, 축적 된 backlog는 9 월 18에서 약 12 : 21 PM PDT에 명확했다. 유럽 연합 (EU) 지역은 뛰어난 파일량으로 인해 추가 복구 시간을 필요로했습니다. 기술팀은 처리 용량 설정을 조정하고 재고 파일로 backlog를 지속적으로 모니터링했습니다. 나머지 EU backlog는 9 월 20 일 오전 9시 52 분 PDT에 완전히 정리되었습니다. DataPlus는 수천개의 금속 및 비금속 소재의 부식 데이터, 소재 접합 관련 정보, 소재 치수 및 공차 및 코팅 정보를 제공하는 부가적인 데이터 모듈입니다. ** 루트 원인 ** 사건은 9 월 16 일에 도입 된 배포 구성 문제로 인해 재고 처리 서비스에 업데이트되었습니다. 배치의 시간에, 재고 처리 인프라는 애플리케이션 환경 간의 전환, 지역에 따라 각 환경에서 활동하는 데 필요한 다른 서비스. 이것은 올바른 생산 구성을 유지하고 필요한 서비스 구성은 배포 중에 올바르게 유지되지 않았습니다. 결과적으로 재고 처리 작업 흐름은 EU 및 APAC 지역에서 중단되었으며 재고 데이터 업데이트가 처리되고 지연되는 재고 파일을 방지합니다. 구성이 정정되면 재고 처리가 재시작되어 정상적인 운영 수준이 완전히 복원되기 전에 처리하는 추가 시간을 필요로하는 축적 된 backlog가 완료되었습니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. **Incident 조사 시작: ** 기술 팀은 EU 및 APAC 지역의 지연 재고 업데이트 보고서를 조사하고 중단의 소스를 확인하기 위해 재고 처리 워크플로를 검토했습니다. 2. **Deployment 구성 문제 식별 : ** Investigation은 9 월 16 일에 중단을 추적하고 영향을받는 지역의 재고 처리에 영향을 미치는 잘못된 서비스 구성을 확인했습니다. 3. ** 생산 구성 수정 : ** 필요한 구성 업데이트는 영향을받는 재고 처리 서비스를 복원하기 위해 적용되었습니다. 재고 파일을 다시 처리 할 수 있습니다. 4. **Inventory Backlog 복구 시작:** 기술 팀은 축적된 재고 파일을 모니터링하고 처리 워크플로우의 복구를 따르는 backlog 복구를 지원하는 사용 가능한 처리 리소스를 조정했습니다. 5. ** 처리 처리 처리량 최적화: ** EU 복구 중, 기술 팀은 증가 된 작업 부하의 처리 용량 제약을 식별하고 서비스 안정성을 유지하면서 처리 통화를 조정했습니다. 6. ** 서비스 복구 유효 : ** APAC 백로그가 9 월 18 일에 정리되었는지 확인한 기술 팀은 9 월 20 일에 EU 백로그 복구를 완료했습니다. Continued 모니터링은 재고 처리가 정상적인 운영 수준으로 돌아 왔습니다. **Future 예방 조치 ** 이 사건에 따라, 우리는 배포 설정 문제, 응용 환경, 재고 처리 모니터링 기능, 및 배포 검증 및 운영 가시성을 개선 할 수있는 기회를 평가하는 복도를 실시했습니다. 다음과 같은 정확한 행동과 개선 활동이 완료되었거나 진행 중입니다. 1. ** 서비스 구성 관리: ** 지역 서비스 구성 목록은 문서에 구현되었으며 다른 배포 환경의 필수 서비스 구성을 유지하고 향후 릴리스 동안 구성 일관성의 위험을 줄이는 것입니다. 2. **직업 검증 개선:** 배포 체크리스트는 필요한 재고 처리 서비스가 배포 활동 중에 적절한 환경에서 실행된다는 것을 확인하기 위해 구현되었습니다. 3. ** Enhanced Inventory 처리 모니터링: ** 추가 모니터링 및 경고는 재고 처리의 중단을 먼저 식별하고 더 빠른 조사 및 복구를 가능하게하기 위해 구현되었습니다. 4. ** 개선 된 처리 오류 가시성 : ** 모니터링 대시보드는 용량 관련 오류를 포함하여 비정상적인 애플리케이션 응답 패턴으로 더 큰 가시성을 제공하기 위해 구현되었습니다. 이러한 개선은 이미 초기 검출 및 복구를 지원했습니다. 5. ** 생산 환경 단순화: ** 배포 모델을 통합하는 Ongoing 작업은 환경과 지역의 다른 서비스 구성 유지와 관련된 운영 복잡성을 줄일 수 있으며, 유사한 구성 관련 처리 중단의 위험을 줄일 수 있습니다.

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

1. 2026년 9월 16일 오전 9:04 UTCidentified

   Incident 설명: 우리는 현재 Flexera 커뮤니티 사이트에 영향을 미치는 문제점을 경험하고있다. 제3자 서비스 제공 업체에 대한 지속적인 정전으로 인해 고객은 Flexera Community Portal에 액세스하거나 간헐적 행동을 경험할 수 없습니다. 또한, 고객은 커뮤니티 사이트를 통해 지원 사례를 만들 수 없습니다. 이 기간 동안 [email protected]으로 보내진 이메일은 해체되지 않았거나 처리되지 않을 수 있습니다. 이 제 3 자 서비스 제공 업체 아웃도어 Spot Support 팀에 대한 적극적인 모니터링 능력에 영향을 미치며 Spot 콘솔 내에서 Chatbot 위젯과 함께 고객 환경 문제를 감지합니다. 우선순위: P3 복원 활동 : 우리의 기술 팀은 적극적으로 상황을 모니터링하고 제 3 자 제공 업체와 협력하여 복원 노력을 추적합니다. 고객 영향을 평가하고 추가 정보를 제공 할 수 있습니다.

2. 2026년 9월 16일 오후 12:31 UTCidentified

   서비스 제공 업체는 성공적으로 테스트 환경에서 수정을 검증하고 모든 영향을받는 인스턴스를 통해 배포를 시작했습니다. 롤아웃은 지역별로 진행되고 있으며, 배포가 완료된 지역의 정상으로 돌아갑니다.

3. 2026년 9월 16일 오후 7:25 UTCmonitoring

   우리의 서비스 제공 업체는 서비스 telemetry는 완화의 배포에 따라 건강 유지. 커뮤니티는이 시간에 접근하고, 확인된 지속적인 충격은 확인되었습니다. 최종 검증 활동이 완료된 동안 지속적인 안정성을 보장하기 위해 환경을 지속적으로 모니터링합니다. 추가 정보로 추가 업데이트를 제공할 것입니다.

4. 2026년 9월 16일 오후 10:00 UTCmonitoring

   우리의 서비스 공급자는 성공적인 완화 및 장시간 유효성 검사를 따르는 underlying 사건을 선언했습니다. 커뮤니티는 접근 가능하고, 확인된 지속적인 영향은 확인되었습니다. 복구 기간 동안 모니터링은 추가 문제를 식별하지 않았습니다. 이 사건은 이제 해결 된 것으로 간주됩니다.

5. 2026년 9월 17일 오전 11:01 UTCresolved

   우리의 팀은 복구 기간 동안 서비스를 모니터링하고, 추가 문제는 관찰되지 않았습니다. 서비스의 지속적인 안정성에 바탕을 두어, 이 사건은 이제 해결 된 것으로 간주됩니다.

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

   ** 설명:** Flexera 커뮤니티 서비스 사용 불가 **시간프레임:** 9월 16, 2026, 12:50 AM PDT ~ 9월 16, 2026, 8:26 AM PDT **정보** 9 월 16, 2026, 12 : 50 AM PDT에서 Flexera는 커뮤니티 플랫폼을 지원하는 외부 서비스 제공 업체에 영향을 미치기 때문에 Flexera 커뮤니티 사이트의 가용성과 신뢰성에 영향을 미치는 문제를 식별했습니다. 사건 도중, 고객은 Flexera 공동체에 접근할 수 없거나, 지원 케이스를 올리거나, 또는 공동체를 통해 기존 사건에 응답을 받을지도 모릅니다. [email protected]으로 보내진 이메일은 지연되거나 처리되지 않습니다. 문제는 Spot 콘솔 내에서 chatbot 기능을 영향을 미쳤습니다. 영향을받는 서비스에 의존합니다. 또한, Spot Support 팀에 의해 사용 된 정전은 서비스 알림에 따라 특정 고객 환경 문제를 식별 할 수 있습니다. 서비스 제공 업체는 지속적으로 수정을 검증하고 지역에 영향을받는 인스턴스를 배포하기 시작했습니다. 소송이 배포되었기 때문에, 서비스가 점차적으로 정상으로 돌아갑니다. 배포 후, 서비스 telemetry는 고객 기반 환경에서 건강하게 유지됩니다. Flexera Community 및 Spot chatbot 기능이 정상적으로 작동되었는지 확인했습니다. 아래 제공 업체의 사건은 이후 해결 및 Flexera가 최종 검증을 완료하고 사건을 닫았습니다. ** 루트 원인 ** 이 사건은 Flexera Community 및 관련 기능을 지원하는 외부 서비스 제공업체의 서비스에 영향을 미쳤습니다. 서비스 중단은 커뮤니티 플랫폼 및 관련 통합의 가용성 및 신뢰성에 영향을 미쳤으며 고객 지원 사례 기능과 관련 스폿 기능에 대한 임시 중단으로 인해 발생합니다. **치료 활동** * 공급자 구제 : 외부 서비스 제공 업체는 영향을받는 사례를 통해 수정을 검증하고 배포했습니다. * 서비스 검증 : Flexera 팀은 지역 사회, 채 로봇 기능 및 관련 서비스를 구출했습니다. * 회복 감시: 서비스 건강 및 기능은 치료의 뒤에 안정성을 확인하기 위하여 감시되었습니다. * Incident 마감: 공급 업체가 해결한 후 Flexera는 유효성 검사를 완료했습니다. **Future 예방 조치 ** * 향상된 신뢰성 모니터링 : 고객 기반 서비스를 지원하는 중요한 외부 의존성을 지속적으로 모니터링합니다. * 고객 영향 평가 : 커뮤니티, 지원 케이스 관리 및 Spot 기능을 포함한 통합 Flexera 서비스 전반에 걸쳐 외부 서비스 중단의 영향을 계속 평가합니다. * Post-incident 감시: 외부 서비스의 회복을 따르는 잔여 고객 충격을 위한 계속 감시.

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

1. 2026년 9월 15일 오후 11:05 UTCinvestigating

   Incident 묘사: 우리는 현재 EU 생산 환경에 있는 정책 그리고 자동화 서비스에 영향을 미치는 문제점을 조사하고 있습니다. EU의 고객은 Policies를 사용할 때 실패를 경험할 수 있으며 사용자 인터페이스를 통해 정책을 볼 수 없습니다. 영향은 EU 지역으로 제한됩니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 참여하고 인프라 업그레이드 중에 발생하는 문제를 적극적으로 조사하고 가능한 한 빨리 정상적인 서비스를 복원 할 수 있습니다. 더 많은 업데이트는 조사 진행으로 제공됩니다.

2. 2026년 9월 16일 오전 6:16 UTCmonitoring

   EU 환경에 영향을 미치는 문제는 해결되었으며 사용자 인터페이스에 액세스하는 것은 완전히 복원되었습니다. 서비스가 정상적으로 작동되는 동안, 그것은 처리될 정전 도중 축적된 queued 일의 backlog를 위한 약간 시간을 가지고 갈지도 모릅니다. 우리의 팀은 backlog가 명확하고 서비스가 예상대로 수행되도록 복구를 적극적으로 모니터링하고 있습니다. 우리는 환경을 밀접하게 감시하고 일단 처리가 정상적인 수준에 완전히 돌려보내는 것을 확인합니다.

3. 2026년 9월 16일 오전 8:24 UTCresolved

   우리의 팀은 서비스가 밀접하게 감시하고, 새로운 문제점은 관찰되지 않았습니다. 중단 중에 축적된 작업의 backlog는 성공적으로 처리하고 예상대로 감소시키기 위해 계속됩니다. 복구 이후 관찰 된 안정성에 따라이 사건은 이제 해결되었습니다. 우리는 남아있는 backlog 명확을 보장하기 위해 처리를 계속하고 서비스는 예상대로 계속 작동합니다.

4. 2026년 10월 12일 오후 12:02 UTCpostmortem

   ** 설명:** Flexera - EU - 정책 / 자동 사용 가능 **시간프레임: ** 9월 15, 2026, 3:50 PM PDT ~ 9월 16, 2026, 1:22 AM PDT **정보** 9 월 15, 2026, 3 : 50 PM PDT에서 EU 생산 환경에서 자동화를 지원하는 인프라 업그레이드는 Policies 및 Automation에 영향을 미치는 네트워크 연결 중단으로 수행되었습니다. 고객은 사용자 인터페이스에서 어려움을 겪고 있으며 정책 관련 작업이 실패했습니다. 조사는 유산 네트워크 구성 요소에서 예기치 않은 행동을 확인했습니다. 영향을받는 서비스에 의해 요구되는 이 파괴 된 연결. 팀은 관련된 구성 요소를 확인하고 필요한 리소스를 온라인, 복원 네트워크 연결. 종료된 문제는 9월 15일 오후 10시 13분에 해결되었습니다. 이 후, 팀은 지속적인 모니터링 서비스 복구 및 backlog의 처리는 중단 중에 축적. 백로 처리가 예상되고 서비스 안정성이 확인 된대로 진행되면, 사건은 9 월 16, 2026, 1 : 22 AM PDT에서 완전히 복원되었습니다. 영향은 EU 생산 환경에 제한되었습니다. ** 루트 원인 ** 이 사건은 EU 지역의 자동화 인프라 업그레이드 중 레거시 네트워크 구성 요소의 예기치 않은 행동에 의해 발생했습니다. Policies 및 Automation에 의해 요구되는 네트워크 연결은 정책 관련 기능의 서비스 무해성 및 실패로 인해 발생합니다. **치료 활동** 우리의 팀은 정상적인 서비스에 서비스를 복원하기 위해 아래의 작업을 수행: * Connectivity restoration: 네트워크 연결을 복원하기 위해 필요한 리소스를 온라인으로 가져와야 합니다. * 서비스 복구: 복원 연결 및 Policies 및 자동화에 영향을 미치는 하향 문제 해결. * Backlog 처리 : 서비스 복원을 통해 복구 된 처리로 축적 된 backlog를 모니터링했습니다. * Post-restoration validation: 확인된 서비스 안정성 및 backlog 처리는 사건을 완전히 복원하기 전에 예상대로 진행되었다는 것을 확인했습니다. **Future 예방 조치 ** * 마이그레이션 계획 : 해당 미국 마이그레이션은 더 긴 유지 보수 창으로 재개하여 문제 해결 및 복구를위한 추가 시간을 허용했습니다. * 레거시 부품 교체: 레거시 부품은 인프라 현대화 노력의 일부로 대체됩니다. 교체가 완료되면, 이 특정한 유산 의존성은 모든 환경에서 삭제될 것으로 예상됩니다.

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