Rightscale 장애 기록

1. 2026년 8월 24일 오후 1:04 UTCinvestigating

   Incident 묘사: 우리는 북아메리카에 있는 Flexera 1 IT 자산 관리 내의 재고 처리에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 플랫폼 내에서 업데이트 된 재고 데이터의 재고 처리 및 지연 된 가용성을 경험할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 영향을받는 서비스 전반에 걸쳐 문제 및 재고 처리 활동을 검토하는 데 적극적으로 투자하고 있습니다. 우리는 가공 지연의 원인을 확인하고 정상적인 가공을 복원하기 위해 노력하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 8월 24일 오후 2:57 UTCinvestigating

   기술 팀은 재고 처리 행동이 영향을받는 고객 전체에 따라 달라집니다. 재고가 계속 처리되는 동안, 다른 사람은 정상적인 처리 작업 흐름을 통해 진행되지 않는 상당히 감소된 처리율 또는 재고를 경험하고 있습니다. 기술 팀은 또한 일부 재고목록 업로드 시도에 영향을 미치는 서비스 가용성 오류를 식별하고 적극적으로 영향을 파악하고 원인의 범위를 조사합니다. 영향을받는 조직 및 처리 활동의 분석은 계속됩니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

3. 2026년 8월 24일 오후 4:38 UTCidentified

   기술 팀은 대상 서비스 복구 작업을 수행하고 이전에 영향을받은 고객을위한 재고 처리 이력서를 관찰하고, 백 로그 수준 감소. Investigation은 기술 팀이 복구를 계속 모니터링하고 결과적으로 원인을 평가합니다. 진행중인 동안, 팀은 서비스 안정성을 검증하고 나머지 모든 영향을 모니터링합니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

4. 2026년 8월 24일 오후 9:21 UTCmonitoring

   복구는 계속 진행, 재고 처리 활동은 이전에 충격을 입힌 고객을 위한 예상한 수준에 돌려보내는. 기술 팀은 backlog 수준에서 지속적인 감소를 관찰하고 적극적으로 서비스 안정성을 모니터링합니다. Investigation은 지속적인 원인입니다. 현재 분석은 영향을받는 기간 동안 식별 된 여러 잠재적 인 기여 요인에 초점을 맞추고 있으며 기술 팀은 나머지 영향을 위해 복구 및 모니터링을 계속합니다.

5. 2026년 8월 25일 오전 10:00 UTCmonitoring

   기술 팀은 backlog 수준에서 꾸준한 감소를 관찰하고 전반적인 서비스 안정성을 감시하는 동안. Investigation은 진행 중입니다. 우리는 추가 정보로 업데이트를 계속 제공 할 것입니다.

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

1. 2026년 8월 18일 오전 9:32 UTCinvestigating

   Incident 설명: 우리는 현재 APAC 지역의 Flexera One 서비스에 대한 접근에 영향을 미치는 문제점을 조사하고 있습니다. 영향 받은 고객은 플랫폼에 접근하거나 인증 후 오류가 발생할 수 있습니다. 우선순위: P1 복원 활동 : 우리의 기술이 참여하고 적극적으로 참여하고 가능한 한 빨리 정상 서비스를 식별하는 문제를 조사하고 있습니다.

2. 2026년 8월 18일 오전 10:18 UTCidentified

   우리의 조사는 영향의 가능성이 원인으로 구성 문제를 식별했습니다. 팀은 정상적인 서비스 운영을 복원하기 위해 실행 및 검증 정확한 조치를 적극적으로 작업하고 있습니다. 더 많은 업데이트는 조사 진행으로 제공됩니다.

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

   조사가 진행되면서, 우리 팀은 IT 자산 관리에 격리되지 않은 표시를 확인했으며 APAC의 Flexera One 플랫폼에서 더 넓은 영향을 미칠 수 있습니다. 치료 노력은 식별 된 원인에 대한 하향이며, 팀은 전체 서비스 안정성을 복원에 초점을 맞추고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

4. 2026년 8월 18일 오전 10:50 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

5. 2026년 8월 18일 오전 11:47 UTCmonitoring

   수정이 시행되고 Flexera One 플랫폼에 액세스가 복원되었습니다. 우리의 팀은 추가 검증 활동을 수행하고 안정성을 확인하기 위해 서비스 건강 및 성능이 밀접하게 모니터링하고 모든 서비스를 완전히 운영합니다.

6. 2026년 8월 18일 오후 12:13 UTCresolved

   확장된 모니터링 및 검증 활동에 따라, 우리의 팀은 서비스가 안정적으로 유지되고 더 많은 영향을 미쳤습니다. 사건은 해결되고, 모든 영향을받는 서비스는 완전히 운영됩니다.

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

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

   Incident Description: We are currently investigating an issue impacting the reconciliation process within the IT Asset Management platform in the EU region. Affected customers may experience failures when attempting to run reconciliation jobs. As a result, reconciliation processes may not complete successfully, potentially delaying data updates and downstream processing. Priority: P2 Restoration Activity: Our technical teams have been engaged and are actively working to identify the root cause and restore services. Further updates will be provided as we continue working toward resolution.

2. 2026년 8월 13일 오전 3:27 UTCmonitoring

   Our teams identified a configuration issue introduced during the completion of a standard release earlier today, which prevented an instance from successfully communicating with the Reconcile service. The affected instance's configuration process was successfully re-executed, restoring the required settings and re-establishing connectivity with the Reconcile service. Validation testing confirmed normal service operation, and reconciliation processing has resumed successfully. The environment remains under monitoring to ensure continued stability.

3. 2026년 8월 13일 오전 3:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 2026년 8월 13일 오전 5:57 UTCresolved

   Following extended monitoring, our teams have confirmed that the platform has remained stable and no recurrence of the issue has been observed since the remediation actions were completed. Reconciliation processing continues to operate normally, connectivity with the Reconcile service remains healthy, and all validation checks have been successful. Based on the sustained stability of the environment and the absence of any further failures, this incident has been resolved

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

   Incident Description: We are investigating an issue affecting Cloud Cost Optimization (CCO) services in the North America (NAM) region. Customers may experience pages failing to load, prolonged loading behavior, or difficulty accessing certain Cloud Cost Optimization functionality within Flexera One. Priority: P2 Restoration Activity: Our technical teams are actively investigating the issue and working to restore normal service. Current efforts are focused on identifying the cause of the degradation and validating corrective actions. We will provide additional updates as more information becomes available.

2. 2026년 8월 11일 오후 5:48 UTCidentified

   Our investigation has identified the issue affecting certain Cloud Cost Optimization (CCO) functionality in the North America region. Following a recent service migration, some application components were not operating with the expected resource configuration, resulting in certain requests failing to complete and impacted pages remaining in a continuous loading state. Our technical teams have implemented configuration changes to restore the appropriate resource allocation for the affected services and are currently deploying those changes. We are monitoring recovery and validating service functionality as the update takes effect. We will provide additional updates as progress continues.

3. 2026년 8월 11일 오후 6:08 UTCmonitoring

   The configuration changes have been deployed, and the affected service components are now operating with the intended resource configuration. Our technical teams have observed recovery of the impacted Cloud Cost Optimization (CCO) functionality in the North America region and are performing final validation to confirm service stability. We will continue to monitor the environment closely and provide a further update once validation activities are complete.

4. 2026년 8월 11일 오후 8:26 UTCresolved

   Following a period of monitoring, services have remained stable and no further issues have been observed. This incident is now considered resolved.

5. 2026년 8월 14일 오후 8:02 UTCpostmortem

   **Description:** Flexera One - Cloud Cost Optimization \(CCO\) - North America - Service Degradation Affecting Certain Functionality **Timeframe:** August 11, 2026, 9:51 AM PDT – August 11, 2026, 10:45 AM PDT **Incident Summary** On August 11, 2026, customers may have experienced issues accessing certain Cloud Cost Optimization \(CCO\) functionality in the North America region. Impacted pages could remain in a continuous loading state and fail to render correctly. Technical teams began investigating after identifying that certain application requests were not completing successfully. The impact was limited to specific functionality rather than the entire CCO service. During the investigation, technical teams determined that dependent application services were unable to successfully retrieve required configuration information from a supporting service component, resulting in rendering issues for affected functionality. Corrective configuration changes were implemented and updated service components were deployed. Following deployment, technical teams validated recovery and continued monitoring the environment to confirm stable operation. All affected functionality subsequently returned to normal operation. **Root Cause** During a recent service migration, a supporting application component was deployed with an incorrect resource configuration. As processing demand increased, the affected service components exhausted available resources and became unavailable. As a result, dependent application services were unable to successfully retrieve required configuration information needed to process certain requests. This resulted in rendering issues affecting specific Cloud Cost Optimization \(CCO\) functionality. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams investigated reports of affected CCO functionality remaining in a continuous loading state and failing to render correctly. 2. Service Dependency Analysis Performed: Technical teams identified that dependent application services were unable to successfully retrieve required configuration information from a supporting service component. 3. Configuration Issue Identified: Investigation determined that a supporting application component had been deployed with an incorrect resource configuration following a recent service migration. 4. Corrective Configuration Changes Applied: Technical teams implemented configuration changes to restore the intended operating parameters for the affected service components. 5. Service Recovery Validation Performed: Updated service components were deployed, affected functionality was validated, and the environment was monitored to confirm stable operation before incident closure. **Future Preventative Measures** Following this incident, technical teams reviewed the migration and deployment process associated with the affected service component. 1. Configuration Validation Enhancements: An additional validation step has been added to verify that service configurations are appropriate for forecasted processing requirements following migration activities. This additional review is intended to help identify configuration discrepancies before they can affect production workloads.

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

   문제점 묘사: 우리의 팀은 몇몇 Flexera 고객 이메일 체계가 Flexera 지원 케이스에 업데이트의 통보를 포함한 보내진 이메일을 거절한다는 것을 확인했습니다. 우선순위: P3 복원 활동: 기술 팀은 적극적으로 문제를 조사하고 있습니다. 반면에 Flexera 커뮤니티에 로그인하고 https://community.flexera.com/s/case/Case/Default에서 지원 케이스 포털을 사용하여 케이스 상태를 검토하고 업데이트를 확인하십시오.

2. 2026년 8월 7일 오후 12:28 UTCidentified

   우리의 팀은 문제점의 원인을 확인하고 현재 해결하기 위해 노력하고 있습니다.

3. 2026년 8월 8일 오전 10:48 UTCidentified

   우리의 팀은 해결책을 향해 일 계속합니다. 지속적인 조사 중에 Flexera의 일부 인스턴스 이메일이 SharePoint에 의해 차단 될 수 있음을 확인했습니다. 이 문제를 해결하기 위해 관련 당사자와 관련된 추가 조사 및 조정이 적절한 정확한 조치를 취해야합니다. 더 많은 정보로 업데이트를 계속 제공 할 것입니다.

4. 2026년 8월 10일 오전 10:10 UTCidentified

   우리의 팀은 해결책을 계속합니다. 적절한 팀과 추가 조사 및 조정은 정상적인 이메일 흐름을 복원 할 수 있습니다. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

5. 2026년 8월 12일 오후 1:50 UTCmonitoring

   우리의 팀은 정확한 측정을 구현하고 긍정적 인 결과를 관찰합니다. 초기 유효성 검사는 성공적이었고, 완화 작업이 효과적임을 나타냅니다. 우리는 지속적으로 안정성을 보장하기 위해 서비스를 밀접하게 모니터링하고 더 많은 업데이트를 제공 할 것입니다.

6. 2026년 8월 14일 오전 5:41 UTCresolved

   장시간 감시 후에, 우리의 팀은 모든 이메일 갱신이 성공적으로 전달된다는 것을 확인했습니다. 이 사건은 해결 된 것으로 선언되었습니다.

7. 2026년 8월 21일 오전 9:13 UTCpostmortem

   ** 설명:** Flexera 지원 사례 – 지연 또는 실패 이메일 알림 **시간프레임:** 8월 5, 2026, 12:00 AM PDT 에 8월 13, 2026, 11:10 AM PDT **정보** 8월 5일, 2026일, 저희 팀은 Flexera 지원 사례에 대한 이메일 알림에 영향을 미치는 문제를 확인했습니다. 사건 도중, 몇몇 고객은 갱신이 그들의 지원 케이스에 만들 때 이메일 통보를받지 못했습니다, 이는 케이스 활동과 진도의 인식을 연기할지도 모릅니다. 우리의 기술 팀은 문제점을 조사하고 이메일 납품 윤곽을 가진 문제점이 수혜자 이메일 체계에 의해 거부될 몇몇 아웃바운드 지원 케이스 통보를 일으키는 원인이 되었다는 것을 결정했습니다. 인터림 측정으로 고객은 Flexera Community Support Case 포털에 직접 액세스하여 케이스 상태 및 업데이트를 검토합니다. 우리의 팀은 이메일 납품 윤곽 및 그 후에 유효한 통보 납품에 영원한 변화를 실행합니다. 구제 후, 이메일 알림은 예상대로 운영되고, 사건은 8월 13, 2026일 오전 11시 10분에 해결되었습니다. ** 루트 원인 ** * 이메일 납품 윤곽: 고객 지원 사례 알림을 전달하는 데 사용되는 구성 문제는 수신자 이메일 시스템에 의해 거부되는 일부 이메일이 발생했습니다. * 알림 배달 : 업데이트가 지원 케이스에 만들 때 일부 고객이 이메일 알림을받지 못하는 영향을받는 구성. * 고객 영향: 영향 받은 이메일 알림만; 고객은 Flexera Community Support Case 포털을 통해 지원 사례에 직접 액세스할 수 있습니다. **치료 활동** * 업데이트 된 이메일 배달 구성 : 이메일 배송 설정은 영구적으로 적절한 기본 이메일 배달 인프라를 사용하도록 업데이트되었습니다. * 알림 유효성 : 구성 변경에 따라 팀의 유효성 알림 전달. * Customer Workaround: 사건 도중, 고객은 Flexera Community Support Case Portal에 케이스 상태 및 갱신을 검토하기 위하여 직접 접근하기 위하여 조언되었습니다. * 서비스 모니터링 : 팀은 지속적인 안정성을 확인하기 위해 구제 뒤에 이메일 알림 전달을 모니터링했습니다. **Future 예방 조치 ** * 승인 된 이메일 루팅 유지 : 고객 지원 사례 알림은 영구적 구제를 통해 설치 한 기본 이메일 배달 인프라를 계속 사용할 것입니다. * 이메일 납품 모니터링: 아웃바운드 지원 케이스 알림 실패 및 거부된 메시지에 대한 모니터링 및 경고를 강화하여 잠재적인 배달 문제의 조기 탐지를 제공합니다.

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

1. 2026년 8월 5일 오전 8:28 UTCresolved

   Incident 묘사: 우리의 팀은 4 8월 2026, 04:04 AM PDT에 04:25 AM PDT에서 APAC 생산 환경에 있는 Flexera 1개의 IT 자산 관리 (ITAM) 고객의 subset에 영향을 미치는 서비스 중단을 확인했습니다. 영향 받은 기간 동안, 우리의 고객의 subset는 intermittent 느린, 서비스 unresponsiveness, 또는 플랫폼 내의 자료 선적 실패를 경험했습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 문제를 조사하고 영향을받는 기간 동안 예상치 못한 데이터베이스 자원 배출 상태가 발생했다고 결정했습니다. 상태는 연속적으로 자각되고, 영향을받는 서비스를 회복하고 정상 작동으로 돌아올 수 있습니다. Post-incident validation는 플랫폼 운영이 예상대로 수행된다는 것을 확인했습니다. 우리는 사건의 상세한 검토를 지휘하고 추가적인 safeguards, 수용량 통제를 평가하고, 개선은 더 미래에 있는 유사한 사건의 likelihood를 감소시킵니다.

2. 2026년 8월 21일 오전 9:03 UTCpostmortem

   ** 설명:** Flexera One - IT 자산 관리 - APAC - 데이터 로딩 실패/저항 **시간프레임:** 8월 4, 2026, 4:04 오전 PDT 에 8월 4, 2026, 4:25 오전 PDT **정보** 화요일, 8 월 4, 2026, 우리의 팀은 APAC 생산 환경에서 고객의 하위 세트에 영향을 미치는 문제를 확인했습니다. 사건 도중, 몇몇 고객은 Flexera 1개의 IT 자산 관리 내의 자료를 적재할 때 간헐적인 신청 감속, 임시 응답 및 실패를 경험했습니다. 우리의 기술 팀은 문제점을 조사하고 예상치 못한 데이터베이스 자원 배기 사건이 생산 환경에 영향을 미치는 것을 결정했습니다. 조건은 고객 임계부의 하위 세트에 대한 임시 성능 향상에 결과. 데이터베이스 상태는 대략 20 분 후에 자동적으로 해결하고, 신청 성과는 직접적인 기술설계 개입을 요구하는 없이 정상에 돌려보냅니다. 우리의 팀은 복구를 따르는 환경을 모니터링하고 영향을받는 서비스가 일반적으로 지속적인 고객 영향없이 작동한다는 것을 확인했습니다. ** 루트 원인 ** * Unexpected Database Resource Exhaustion: 데이터베이스 자원 소비의 임시 증가는 생산 데이터베이스 클러스터에 의해 사용되는 사용 가능한 임시 데이터베이스 저장 용량을 배출. * 높은 자원 소비 쿼리: 특정 예기치 않은 쿼리가 수동으로 실행되는 것을 확인했습니다. 이는 임시 데이터베이스 자원의 상당한 양을 소비하는 사용자에 의해, 임시 자원 배출 조건에서 유래. * 신청 성과 충격: 자원 배기는 데이타베이스 가동을 영향을 미치고 intermittent 신청 느린, unresponsiveness 및 고객의 subset를 위한 자료 선적 실패에서 유래했습니다. **치료 활동** * 자동 서비스 복구 : 데이터베이스 리소스 상태는 자동으로 정리되어 응용 프로그램을 정상 작동으로 반환 할 수 있습니다. * 서비스 모니터링: 팀은 복구 뒤에 환경을 모니터링하고 그 서비스는 안정적으로 유지 확인. * Incident Analysis: 엔지니어링 팀은 기여 쿼리를 식별하고 행동을 이해하기 위해 이벤트와 관련된 데이터베이스 활동 및 리소스 활용을 검토했습니다. **Future 예방 조치 ** * 자원 거버넌스: 추가 SQL을 평가 서버 리소스 관리는 높 자원 데이터베이스 쿼리의 잠재적 영향을 줄이기 위해 제어합니다. * Alert Response Improvements : 검출, 평가 및 유사한 데이터베이스 자원 조건에 대한 응답을 개선하는 알림 처리 절차를 검토하십시오. * 가동 개선: 쿼리는 우리의 기술 팀에 의해 검토되고 측정은 미래에 유사한 시나리오를 방지하기 위해 장소에 넣어졌다.

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

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

   Incident 설명: 우리는 현재 Flexera One IT Asset Management의 유럽 지역에서 재고 패키지 (*.zip)에 영향을 미치는 문제점을 조사하고 있습니다. 특정 재고 패키지를 업로드하려는 고객은 오류를 발생시킬 수 있으며 재고 데이터 처리에서 고장없는 재고 업로드 및 지연이 발생할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로 문제와 현재의 처리 활동을 검토하고 범위를 확인하고 진행 상황을 확인하기 위해 조사하고 있습니다. 우리는 상황을 밀접하게 감시하고 더 많은 정보로 업데이트를 제공할 것입니다.

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

   우리의 팀은 적극적으로 문제를 조사하고 시스템 로그 및 진단의 상세한 검토를 수행하고 아래 루트 원인을 확인하기 위해. 더 많은 정보로 추가 업데이트를 제공할 것입니다.

3. 2026년 8월 3일 오전 9:38 UTCinvestigating

   지속적인 조사 도중, 우리의 팀은 발행이 Flexera One EU 생산 환경과 비콘 통신에 영향을 미칠 수 있다는 것을 확인했습니다. 결과, beacon-to-platform 통신에 의존하는 추가 작업이 영향을 미칠 수 있습니다. 팀은 지속적인 원인을 조사하고, 충격의 전체 범위를 평가하고, 가능한 한 빨리 해결하기 위해 일합니다.

4. 2026년 8월 3일 오전 10:40 UTCmonitoring

   우리의 팀은 문제의 가능성이 원인으로 최근 구성 변경을 확인했습니다. 구성은 뒤로 구르기 때문에, 우리는 영향 받은 성분의 맞은 수준에 점차적으로 돌려보내는 플랫폼 기능과 더불어 서비스 회복을 관찰하고 있습니다. 팀은 전체 복구를 검증하기 위해 환경에 적극적으로 참여하고, 플랫폼 안정성을 보장하고, 신속하게 잔여 충격을 해결합니다.

5. 2026년 8월 3일 오전 10:40 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고 있습니다.

6. 2026년 8월 3일 오후 5:09 UTCmonitoring

   Mitigation action은 효과적이며 재고 처리는 성공적으로 진행됩니다. 우리는 적극적으로 복구 진행을 모니터링하고 나머지 backlog를 통해 모든 처리가 성공적으로 완료되도록합니다. 우리는 복구 노력 진행으로 업데이트를 계속할 것입니다.

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

   서비스 복구는 트랙에 남아, 완화 조치가 계속 효과적입니다. Inventory 처리는 성공적으로 작용하고, backlog는 정상적인 수준에 더 가까운 양을 가져오는 크게 감소되었습니다. 우리의 팀은 환경을 감시하고 나머지 backlog를 완료하기 위하여 과정을 계속합니다. 추가 업데이트는 적절한대로 제공됩니다.

8. 2026년 8월 4일 오전 11:09 UTCresolved

   환경은 정상적인 운영 수준으로 돌아 왔습니다. Inventory 처리와 beacon 커뮤니케이션은 안정되어 있고, backlog는 예상한 문턱에 돌려주었습니다. 플랫폼은 건강하고 지속적인 모니터링을 통해 지속적인 안정성을 보장합니다. 루트 원인, 복원 작업에 대한 추가 세부 사항, 및 장기적인 개선 이니셔티브는 발견의 유효성 검사를 따르는 게시물-mortem 보고서에서 공유됩니다.

9. 2026년 8월 18일 오후 12:41 UTCpostmortem

   ** 설명:** Flexera One- IT 자산 관리 - EU - 재고 업로드 오류 **시간표:** 7월 31, 2026, 6:00 PM PDT 에 8월 4, 2026, 4:09 AM PDT **정보** 일요일, 8 월 2, 2026, 11 : 42 PM PDT에서 Flexera는 재고 패키지에 영향을 미치는 문제 (\*.zip\) 업로드 및 Flexera One IT Asset Management EU 생산 환경에서 비콘 통신을 선택하십시오. HTTP 504 \ (Gateway Timeout\) 및 HTTP 405 \ (Method Not Allowed\) 응답을 포함하여 실패한 재고 패키지 업로드를 경험했습니다. 이 문제는 재고 처리 및 재고 데이터 ingestion의 지연 또는 실패를 일으키는 beacon-to-platform 커뮤니케이션을 중단했습니다. 조사는 7 월 31 일 오후 6시 PDT에서 시작되는 귀에 영향을 미쳤습니다. , 2026. 분석은 성공적으로 다운스트림 처리 서비스에 도달하여 요청의 하위 집합을 방지하는 중요한 서비스 라우팅 경로 내에서 통신 문제를 식별. 반복된 retries, 지연된 재고 처리 및 backlog 축적에서 이 결과. 문제 및 복원 서비스를 시작하려면 트래픽은 대체 통신 경로로 리디렉션되었습니다. 이 변화에 따라, beacon 통신 안정, 재고 업로드는 성공적으로 처리하고, 재고 backlog는 감소하기 시작했다. 으로 3:42 오전 PDT 에 8월 3, 2026, 재고 업로드 성공적으로 완료하고 새로운 오류가 관찰되지 않았습니다. 환경은 정상적인 작동 수준에 반환되는 처리량 도중 장시간 감시의 밑에 남아 있었습니다. 에 4:09 AM PDT 에 8 월 4, 2026, Flexera 확인 비콘 통신, 재고 처리, 및 관련 플랫폼 서비스는 일반적으로 작동, 백 로그는 예상 임계값을 반환했다, 그리고 사건은 공식적으로 해결되었다. ** 루트 원인 ** 31 7월 2026일, 중요한 서비스 통신 경로에 인증서 업데이트는 플랫폼 구성 요소 사이에 구성 mismatch를 만들었습니다. application Components가 재시작하고 업데이트된 구성을 사용하여 새로운 연결을 설정할 때 문제가 발생했습니다. 이 발생된 handhake 오류 및 통신 실패, 서비스 불균형에 결과. 따라서 고객 비콘의 요청은 재고 패키지 \(\*.zip\) 파일을 EU 생산 환경으로 처리 할 수 없으며 업로드 실패를 발생시키고 재고 데이터를 수신하고 처리 할 수 없습니다. 다른 beacon-to-platform 상호 작용의 subset는 또한 영향을 미쳤습니다, 고객 영향이 즉시 관찰되지 않았더라도. 서비스는 인증서 관련 구성 문제로 영향을받지 않은 대체 통신 경로에 트래픽을 리디렉션함으로써 복원되었습니다. Inventory 업로드 및 비콘 통신 다음 정상 작동을 재개. 기여 요인 * Intermittent Request Failures: Failed 연결 구축 시도는 다운스트림 처리 서비스에 도달하기 전에 불필요한 요청의 일부를 발생. * Inventory Processing Delays: 통신 실패는 몇몇 재고목록 포장을 방지하고 성공적으로 처리에서 관련 수입품은, 지연된 재고 갱신에서 유래합니다. * Retry-Driven Backlog 성장 : 자동화 된 재량 메커니즘은 결국 많은 트랜잭션을 활성화했지만 문제가 활성화 된 동안 처리 지연 및 백 로그 축적을 증가시키는 데 기여했습니다. **치료 활동** 서비스 복원, 기술 팀은 작업 아래 수행 : * 교통 Re-routing : 영향을받는 서비스 경로에서 멀리 이동하여 안정적인 비콘 통신 및 재고 패키지 업로드를 복원합니다. * 플랫폼 모니터링 : 서비스 복구를 확인하기 위해 비콘 통신, 재고 업로드 및 처리 활동의 지속적인 모니터링 수행. * Backlog Recovery Management: 검사된 재고 처리 처리 처리 처리 처리 처리 처리 처리 처리 backlogs 꾸준히 감소되고 예상된 운영 문턱에 돌려보내어. * 안정성 검증: 지속적인 플랫폼 안정성과 성공적인 재고 처리를 확인하기 위하여 restoration를 따르는 장시간 감시. * 서비스 복원 확인 : 8 월 4, 2026에 오전 4시 9 분 PDT에서 비콘 통신, 재고 처리 및 관련 서비스가 정상적으로 작동되었는지 확인했습니다. **Future 예방 조치 ** * 서비스 통신 탄력 : 신뢰성, 탄력성 및 향후 연결 관련 붕괴로부터 복구를 개선하기 위해 영향을받는 통신 경로를 검토하고 개선합니다. * 강력한 변화 검증 : 인프라, 구성, 인증서 및 서비스 방향 변경을 위한 검증 및 테스트 프로세스를 강화하여 생산 환경으로 배포하기 전에 통신 mismatches를 식별합니다. * 개량된 탐지 및 Alerting: 지속적인 커뮤니케이션 붕괴, 높은 탄력 활동, 이상한 과실 비율 본 및 신흥 가공 백로의 이른 ID를 제공하기 위하여 감시 및 경고 기능을 강화하십시오. 이러한 개선은 더 빠른 감지, 조사 및 더 넓은 고객 영향으로 개발하기 전에 문제의 치료가 가능합니다.

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

1. 2026년 7월 29일 오전 4:36 UTCinvestigating

   Incident 묘사: 우리는 소프트웨어 취약성 연구 (SVR) 서비스에 영향을 미치는 문제점을 조사하고 있습니다. 고객은 이 시간에 SVR에 접근하거나 사용하는 어려움을 경험할 수 있습니다. 우선순위: P1 복원 활동 : 우리 팀은 적극적으로 문제 및 서비스를 복원하기 위해 노력하고 있습니다. Mitigation activities are currently underway as we work to bring service back online. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 7월 29일 오전 6:02 UTCinvestigating

   복구 작업이 구현되었습니다. 그러나, 서비스는 현재 작업 부하 조건 하에서 불안정한 경험, 지속적인 서비스 중단에 결과. 우리의 팀은 충격을 줄이고 서비스 가용성을 복원하기 위해 적극적으로 노력하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

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

   기술 팀은 Software Vulnerability Research (SVR)에 대한 서비스 가용성을 복원했습니다. 복구 작업은 서비스 instability를 해결하기 위해 구현되었으며 검증은 SVR 기능이 복원되었습니다. 우리는 지속적으로 안정성을 보장하기 위해 서비스를 밀접하게 감시할 것입니다. 루트 원인 및 예방 조치를 포함한 추가 세부 사항이 포함된 포스트 mortem 보고서는 다가오는 날에 게시됩니다.

4. 2026년 8월 11일 오전 10:28 UTCpostmortem

   ** 설명:** 소프트웨어 취약점 연구 \(SVR\) - 서비스 중단 **시간프레임:** 7월 28, 2026, 2:00 PM PDT 에 7월 29, 2026, 2:53 AM PDT **정보** 화요일, 28 7월 2026일, 오후 2시 PDT에서 Flexera Software Vulnerability Research\(SVR\) 생산 환경은 API 가용성 및 애플리케이션 기능에 영향을 미치는 서비스 중단을 경험했습니다. SVR 플랫폼을 지원하는 기본 데이터베이스 인스턴스가 사용할 수 없을 때 발생합니다. 기존 데이터베이스 연결은 예기치 않게 종료되었으며 애플리케이션 서버는 새로운 연결을 설치할 수 없습니다. 결과적으로 고객은 사건 중 SVR 서비스와 API에 접근할 수 없습니다. 조사 중, 우리의 팀은 방해가 클라우드 서비스 제공 업체가 시작되지 않은 실패로 인한 것으로 결정했습니다. 공급자의 이벤트 역사에 따르면, 인프라 문제는 1 차 데이터베이스 호스트에 감지되어 공급자가 실패 프로세스를 자동으로 시작하도록 지시되었습니다. 우리의 기술 팀은 즉시 사건과 회복 서비스를 조사하기 위하여 클라우드 서비스 공급자를 관여시켰습니다. 복구 및 검증 활동에 따라, 모든 생산 서비스는 성공적으로 복원되고 2 : 53 AM PDT 29 7 월 2026에 의해 정상 작동으로 반환되었습니다. ** 루트 원인 ** 이 사건은 기본 데이터베이스 호스트에 영향을 미치는 인프라 수준의 문제에 대한 응답에서 클라우드 서비스 제공 업체에 의해 시작된 생산 데이터베이스의 계획되지 않은 고장으로 방아쇠되었습니다. 실패 중에, 기본 데이터베이스 인스턴스는 일시적으로 사용할 수 없습니다. 이 때문에 활성 데이터베이스 연결은 abruptly를 종결, 새로운 연결을 설정에서 응용 프로그램을 방지. 결과적으로, API 요청은 SVR 플랫폼의 실패 및 서비스 가용성이 영향을 미쳤습니다. Flexera는 클라우드 서비스 제공 업체의 상세한 루트 원인 분석 \ (RCA\)을 요청하여 실패를 유발하고 재발을 방지 할 수있는 기회를 식별하는 정확한 인프라 상태를 결정합니다. ** 기여 요인** 조사 중, 다음 요소는 잠재적으로 사건의 전반적인 영향에 기여로 식별되었다: * 클라이언트 연결 시도의 상당히 높은 볼륨은 사건 기간 도중 고객 환경에서 시작된 관찰되었습니다. * 연결 볼륨은 정상적인 운영 수준을 초과, 데이터베이스 서비스 복구 동안 백엔드 서비스에 부하 증가. * Elevated 연결 활동은 데이터베이스의 영향을 증폭하고 복구 복잡성을 증가시킬 수 있습니다. * Existing application retry 및 연결 행동은 데이터베이스 복구 활동 중 추가 연결 수요를 생성합니다. **치료 활동** * 클라우드 공급자 참여: 우리의 팀은 즉시 클라우드 서비스 제공 업체에 참여하고 복구 노력 전반에 걸쳐 자신의 온 콜 엔지니어와 직접 일했습니다. * 데이터베이스 복구 : 클라우드 서비스 제공 업체와 함께 코디네이션에서 제어 된 데이터베이스 고장 / 재부팅을 실행합니다. * 복원 된 연결 : 생산 환경에 데이터베이스 가용성 및 연결을 재구성했습니다. * Application Recovery validation: 애플리케이션 서비스가 데이터베이스 서비스에 성공적으로 다시 연결되도록 확인했습니다. * 서비스 검증 : API 및 중요 SVR 응용 기능의 검증 된 복구. * Post-recovery 모니터링: 데이터베이스 건강, 응용 성능 및 복원에 따른 연결 활동의 향상된 모니터링 구현. **Future 예방 조치 ** * 고객 연결 볼륨 및 백엔드 데이터베이스 연결 사용 계속. * 검토 및 최적화된 데이터베이스 연결 풀링, 연결 관리, 복원 논리, 그리고 미래의 인프라 이벤트 동안 탄력을 개선하기 위해 실패 처리. * 클라우드 서비스 제공 업체가 참여를 완료하고 공급자의 상세한 루트 원인 분석을 한 번 사용할 수 있습니다. * 내부 게시물 인감 검토를 수행하고 검토 프로세스를 통해 식별 된 추가 예방 조치를 구현합니다.

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

1. 2026년 7월 28일 오후 11:14 UTCinvestigating

   Incident 설명: 우리는 APAC 지역의 Flexera One 서비스에 영향을 미치는 간헐적인 문제점을 조사하고 있습니다. 고객은 Flexera One 애플리케이션 및 서비스를 사용하여 간헐적 접근 문제 또는 오류를 경험할 수 있습니다. 이 문제는 현재 APAC 지역으로 제한됩니다. 우선순위: P2 복원 활동 : 우리 팀은 적극적으로 문제를 조사하고있다. 범위와 영향은 APAC 지역의 Flexera One 서비스 전반에 걸쳐 평가되고 있으며, 아래 원인과 복원 서비스 안정성을 확인하기 위해 노력하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 7월 29일 오전 12:34 UTCinvestigating

   우리의 기술 팀은 적극적으로 문제를 투자하고있다. 문제는 다른 사람들이 실패하는 동안 성공하는 몇 가지 요청으로 간헐적으로 나타납니다. 우리는 영향을받는 서비스와 그들의 의존성을 검토하여 영향을 미치는 영향을 결정하고, 결과적으로 원인을 식별하고, 서비스 안정성을 복원합니다.

3. 2026년 7월 29일 오전 2:05 UTCresolved

   기술 팀은 APAC 지역의 Flexera One 서비스에 영향을 미쳤습니다. 서비스 기능 복원 및 검증은 영향을받는 응용 프로그램과 서비스가 예상대로 작동한다는 것을 확인합니다. 조사 도중, 팀은 몇몇 고객을 위한 접근 문제 그리고 과실에서 결과로 된 간헐적인 서비스 커뮤니케이션 문제점을 확인했습니다. 소송 노력의 일환으로, 기술 팀은 영향을받는 서비스를 재시작했습니다. 서비스 기능 회복 및 검증은 영향을받는 서비스의 성공적인 복원을 확인했습니다. 우리는 사건과 감시자 서비스 건강의 검토 계속할 것입니다.

4. 2026년 8월 12일 오후 5:33 UTCpostmortem

   **Description:** Flexera One - APAC - Intermittent Service Disruption ## Timeframe **Timeframe:** July 28, 2026, 3:16 PM PDT - July 28, 2026, 5:39 PM PDT ## Incident Summary On Tuesday, July 28, 2026, at 3:49 PM PDT, customers using Flexera One services in the APAC region began experiencing intermittent service disruptions affecting multiple applications and platform capabilities. Customers may have encountered login issues, application errors, failed page loads, API errors, and intermittent access to certain Flexera One functionality. During the incident, multiple services experienced intermittent communication failures with shared platform services. As a result, customers experienced inconsistent application behavior, with some requests succeeding while others failed. Technical teams investigated the issue across affected applications and platform components to determine the scope and source of the failures. The investigation identified a connectivity issue affecting communication between application services and a shared platform dependency. Corrective configuration changes were implemented to restore service communication and stabilize affected functionality. Following implementation of the corrective changes, technical teams validated functionality across impacted applications and confirmed that services had returned to normal operation. Continued monitoring showed stable service behavior, and the incident was resolved at 5:40 PM PDT on July 28, 2026. ## Root Cause Investigation determined that the incident was caused by a connectivity issue introduced during a platform infrastructure migration. Following the migration, certain application services continued using legacy connection ports when communicating with shared platform services. When affected services restarted, they attempted to communicate using endpoint and port combinations that were no longer aligned with the updated platform configuration. This configuration mismatch resulted in intermittent communication failures between application services and shared platform components, causing customer-facing application errors and service disruptions across multiple Flexera One services in the APAC region. ## Remediation Actions The following actions were taken during the incident response: 1. **Incident Investigation Initiated:** Technical teams investigated reports of intermittent failures affecting multiple Flexera One services in the APAC region and assessed the scope of customer impact. 2. **Dependency Analysis Performed:** Technical teams reviewed communication paths between impacted applications and shared platform services to identify the source of the connectivity failures. 3. **Configuration Mismatch Identified:** Investigation determined that certain services were attempting to communicate through legacy ports that were not aligned with the updated platform configuration following the migration. 4. **Platform Configuration Updated:** The required ports were added to the updated platform configuration, restoring connectivity for the affected services. 5. **Service Recovery Validation:** Technical teams validated functionality across impacted applications and confirmed that service communication and customer-facing functionality had returned to normal operation. ## Future Preventative Measures The following improvements have been identified to further reduce the risk of similar incidents in the future: 1. **Platform Configuration Alignment:** Platform connectivity configurations were updated to ensure application services can communicate with shared platform components using the required connection ports. Maintaining alignment between service connectivity requirements and platform configurations helps reduce the risk of similar connectivity issues following future infrastructure changes.

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

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

   Incident 설명: 우리는 APAC 지역의 Snow Atlas 고객에 영향을 미치는 문제를 조사하고 있습니다. 사용자가 플랫폼에 액세스 할 수 없으며 로그인 할 때 404 오류가 발생할 수 있습니다. 현재 조사는 문제가 APAC 지역으로 제한되어 있으며,이 시간에 다른 지역에서 영향을받지 못합니다. 우선순위: P1 복원 활동 : 우리의 기술 팀은 근본적인 원인과 복원 서비스를 식별하는 문제를 적극적으로 조사하고 있습니다. 우리는 환경에 밀접하고 정확한 행동을 적절하게 구현하고 있습니다. 추가 업데이트는 더 많은 정보로 제공됩니다.

2. 2026년 7월 27일 오전 2:00 UTCinvestigating

   우리 팀은 APAC 지역의 Snow Atlas 고객에 영향을 미치는 문제를 해결했습니다. 이 문제는 플랫폼 서비스가 올바르게 시작되지 않았을 때 발생했습니다. 간헐적 오류 및 일부 고객에게 액세스 문제. 기술 팀은 영향을받는 플랫폼 구성 요소를 재시작하여 지속적인 시작 실패 및 복원 서비스를 확인했습니다. 검증 활동은 플랫폼에 성공적인 액세스를 확인했으며, 우리는이 시간에 지속적인 고객 영향을 관찰하지 않습니다. 우리의 팀은 지속적으로 안정성을 보장하기 위해 긴밀한 환경을 모니터링합니다.

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

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

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

   **Description:** Snow Atlas - APAC - Login Failures and 404 Errors **Timeframe:** July 26, 2026, 5:00 PM PDT to July 26, 2026, 6:15 PM PDT ‌ **Incident Summary** ‌ On Sunday, 26 July 2026, Flexera experienced a service disruption affecting Snow Atlas customers in the APAC Production environment, resulting in login failures and temporary inability to access Agreement pages. The issue was isolated to the APAc region, with no impact to other production regions. Investigation by our technical teams determined that the disruption was caused by a backend service communication issue that prevented Agreement data from being retrieved successfully. The condition was consistent with a runtime synchronization issue following recent platform infrastructure maintenance. Flexera teams validated platform health, restored the affected services, and confirmed successful recovery. Customer access was fully restored, and post-recovery monitoring confirmed stable operations with no recurrence of the underlying service communication errors. A detailed post-incident review was completed, and corrective measures have been implemented to further strengthen platform resilience and recovery processes. ‌ **Root Cause** ‌ The incident was caused by an application communication failure within the APAC Production environment. A component responsible for processing requests between internal application services did not successfully handle Agreement-related requests, preventing those requests from being completed and resulting in customer-facing 404 errors and failures accessing Agreement pages. ‌ **Contributing Factors** ‌ * The application communication failure occurred following a recent infrastructure upgrade to the APAC Production environment. * Although the application services and underlying infrastructure remained healthy, an internal service responsible for processing Agreement requests did not fully recover after the upgrade. * Existing health checks validated application and infrastructure availability but did not verify the successful initialization of the internal communication path following the upgrade. * The issue was therefore not detected until customers began experiencing login failures and HTTP 404 errors when accessing Agreement pages. ‌ **Remediation Actions** ‌ To restore service, technical teams: * Confirmed the underlying infrastructure remained healthy throughout the incident. * Identified the failed internal service communication affecting Agreement requests. * Restarted the affected application services. * Validated successful recovery across impacted tenants. * Continued monitoring to confirm service stability. ‌ **Future Preventative Measures** ‌ * Enhanced Post-Upgrade Validation: Introduce additional validation checks following infrastructure upgrades to verify that critical application components and internal service communications are functioning as expected. * Improved Monitoring and Alerting: Enhance monitoring and alerting to detect internal service communication failures and responder registration issues more quickly. * Synthetic Health Checks: Implement synthetic health checks that validate critical customer workflows, including Agreement page functionality, following infrastructure changes.

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

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

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

2. 2026년 7월 22일 오전 11:53 UTCidentified

   우리의 조사는 영향을받는 환경에서 잠재적 인 구성 관련 문제를 식별했습니다. 우리의 검증 노력의 일환으로, 정확한 행동은 영향을받는 조직의 하위 집합에 적용되었으며 보고서는 이제 성공적으로로드됩니다. 우리의 팀은 현재 모든 영향을받는 조직에 걸쳐 더 넓은 구제를 구현하고 구성 변경이 예상대로 전파되지 않은 이유를 이해하기 위해 상세한 리뷰를 수행하고 있습니다. 우리는 보충과 긴밀한 모니터링 서비스 성능을 보장하기 위해 계속 풀 해상도로 작업.

3. 2026년 7월 22일 오후 1:43 UTCidentified

   정확한 행동은 이제 영향을받는 조직의 더 큰 숫자에 적용되었으며, 초기 검증은 보고서가 성공적으로로드된다는 것을 나타냅니다. 우리는 현재 모든 영향을받는 조직을 검증하여 기능 및 서비스 성능이 완전히 복원되었습니다. 병렬에서 팀은 환경에 걸쳐 더 넓은 치료 조치를 시행하고 전체 해상도를 계속하는 동안 안정성을 보장하기 위해 서비스를 밀접하게 모니터링합니다.

4. 2026년 7월 23일 오전 4:39 UTCidentified

   우리의 팀은 모든 식별 된 조직에 대한 수정을 적용했습니다. 초기 검증은 영향을받는 조직이 예상대로 회복된다는 것을 나타냅니다. 기술 팀은 더 넓은 유럽 지역에 대한 구제의 효과를 검증하여 서비스를 완전히 복원 한 것으로 확인했습니다. 우리는 긴밀한 모니터링 플랫폼 성능이며, 한 번의 지역 검증이 완료되었습니다.

5. 2026년 7월 23일 오전 7:52 UTCresolved

   더 많은 조사는 사건의 근본적인 원인으로 동기화 문제점을 확인했습니다. 우리의 기술 팀은 서비스 재시작을 포함하여 대상 재약 조치를 시행하고, 정상적인 작업을 복원합니다. 장시간 감시 및 포스트 치료 검증 후에, 서비스 성과는 안정되어 있었습니다, 그리고 우리는 모든 영향 받은 서비스는 정상적인 가동에 돌려보내야 확인했습니다. 문제는 해결 된 것으로 간주됩니다.

6. 2026년 8월 3일 오후 6:37 UTCpostmortem

   ** 설명:** Flexera One – IT 가시성 – EU – 로드 리포트 실패 **시간프레임:** 7월 22, 2026, 3:11 AM PDT – 7월 22, 2026, 11:04 PM PDT **정보** 7 월 22, 2026, 약 3 : 11 AM PDT에서, 문제는 Flexera One EU 생산 환경에서 IT 가시성보고 기능에 영향을 미쳤습니다. 영향을받는 기간 동안 EU 지역의 고객은 소프트웨어 Inventory, Hardware Inventory, Technology Intelligence \ (TI\), 지속 가능성 및 FinOps보고보기를 포함하여 IT 가시성 보고서 및 대시보드를로드 할 때 실패를 경험했습니다. 기술 팀은 여러 고객 보고서가 EU 지역 전체에 대한 보고서 로딩 실패에 대해 조사를 시작했습니다. 초기 분석은 문제가 EU 생산 환경에 제한되었지만 다른 지역에서 동일한 보고 기능을 지속적으로 작동하도록 하였습니다. 조사는 EU보고 환경에서 인증 관련 문제가 발생했다고 결정했습니다. 결과적으로 영향을받은 보고서 및 대시보드는 성공적으로로드해야 할 데이터를 검색 할 수 없으므로 영향을받는 고객에 대한 보고서로드 실패를 발생시킵니다. 기술팀은 영향을 받은 보고 환경에서 정확한 업데이트를 구현하고 고객 조직에 영향을 미치는 검증 활동을 수행했습니다. 이러한 행동에 따라 보고서 및 대시보드는 정상적인 작동을 재개하고 고객이 데이터를 성공적으로 보고할 수 있게 되었습니다. 영향을받는 고객 환경 및 보고서의 유효성에 따라 성공적으로로드 된 확인, 서비스 기능 복원 및 사고가 해결 된 것으로 간주됩니다. 기술팀은 지속적인 서비스 안정성을 보장하기 위해 restoration을 계속 모니터링합니다. ** 루트 원인 ** 사건은 EU보고 환경 내의 인증 관련 문제로 발생했습니다. 이 문제는 성공적으로 결과 표시에 필요한 데이터를 검색하는 데 필요한 분석 보고서 및 대시보드를 방지, 충격 고객에 대한 보고서로드 실패 발생. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. 지역 영향 평가: 기술적인 팀은 고객 보고를 조사하고 문제점은 EU 생산 환경에 고립되었습니다. 추가 검증은 다른 지역에 걸쳐 수행되어 영향을받는 환경 이외의 기능을보고하는 것을 확인했습니다. 2. 인증 실패 분석 : 기술 팀 검토 된 보고서 처리, 인증 워크플로우,보고 작업 공간, 그리고 최근 플랫폼은 실패의 소스를 식별하는 변화. 조사에 따르면 영향을받은 보고서는 보고서 렌더링에 필요한 데이터를 검색 할 때 성공적으로 인증 할 수 없습니다. 3. 복원 및 검증 활동 : 영향을받는 고객 환경 및 보고서 워크스페이스의 업데이트에 적용된 기술 팀은 성공적인 보고서 데이터 검색을 복원합니다. 구현 후, 고객 조직에 영향을 미치는 영향은 보고서 및 대시보드를 확인하기 위해 검증되었으며 예상대로 데이터를 성공적으로 표시하고 있습니다. 4. Post-Recovery Verification: restoration 뒤에, 추가 감시 및 검증 활동은 계속 보고 기능을 확인하기 위하여 실시되고, 성공적인 회복을 확인하고, EU 생산 환경의 맞은편에 서비스 안정성을 지킵니다. **Future 예방 조치 ** 다음의 후속 조치는 사건 중 확인되었습니다. • 인증 업데이트 프로세스 검토 : 기술 팀은 EU 생산 환경에서 모든 영향을받는보고 작업 공간에 성공적으로 적용되지 않았고 미래의 업데이트에서 유사한 문제를 방지하는 데 도움이되는 개선을 식별하는 인증 업데이트 프로세스를 검토하고 있습니다.

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

1. 2026년 7월 22일 오전 8:25 UTCidentified

   Incident 묘사: 우리는 우리의 미국 생산 환경에 있는 2026 R1.1 방출의 배치를 따르는 Flexera 1 IT 자산 관리에서 재고 처리에 영향을 미치는 문제점을 확인했습니다. 결과적으로 일부 고객은 사용자 인터페이스 및 시스템 관련 작업을 수행 할 때 성능 및 간헐적 인 신뢰성 문제를 평가 할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 조사는 문제가 2026 R1.1 릴리스와 함께 도입 된 소프트웨어 결함과 관련되었음을 결정했습니다. 결함이 이전에 식별 및 완화 절차가 배포 프로세스에 통합되었지만, 자동화 된 재치료는 예상치 못한 실행 문제 발생했습니다. 결과적으로 기술팀은 고객의 충격과 안정된 시스템 성능을 줄이기 위해 대안적 완화 조치를 시행했습니다. 우리는 적극적으로 환경을 모니터링하고 정확한 행동을 적용하여 결함을 해결하고 정상적인 서비스 운영을 복원합니다.

2. 2026년 7월 22일 오후 1:38 UTCidentified

   우리의 팀은 문제를 해결하기 위해 핫픽스를 구현하는 데 계속 노력합니다. 배포 중, hotfix가 성공적으로 완료에서 방지하는 데이터베이스 조건을 충족. 우리의 기술 팀은 적극적으로 이것을 해결하기 위해 노력하고 목표의 완화 행동을 평가하는 것입니다. Hotfix가 성공적으로 적용되면 팀은 서비스 성능을 검증하고 복구를 확인하기 위해 모니터링을 계속합니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

3. 2026년 7월 22일 오후 3:40 UTCmonitoring

   Hotfix는 성공적으로 배포되었으며 엔지니어링 팀은 현재 효율성을 검증하고 있습니다. 팀은 플랫폼 행동 및 검토 원격 측정을 모니터링하고 문제 해결을 확인합니다.

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

   우리의 팀은 post-deployment 유효성을 완료하고 해당 서비스 성능이 예상 수준으로 돌아 왔습니다. 계속된 감시는 더 이상 충격을 가진 안정되어 있는 플랫폼 가동을 관찰했습니다. 이러한 결과에 따라, 이 문제는 지금 해결 된 것으로 간주됩니다.

5. 2026년 8월 4일 오후 8:57 UTCpostmortem

   **Description:** Flexera One – IT Asset Management – North America – Degraded Performance **Timeframe:** July 20, 2026, 8:13 PM PDT – July 22, 2026, 8:41 AM PDT ‌ **Incident Summary** On July 20, 2026, at approximately 8:13 PM PDT, an issue began affecting Flexera One IT Asset Management customers in the North America production environment following completion of the production release. During the affected period, some customers experienced intermittent application slowness, delayed processing, reconcile failures, timeout conditions, and degraded performance across inventory-related workflows. Technical teams investigated performance and reliability issues observed following the release and worked to determine the underlying cause and scope of impact. The investigation determined that the observed behavior was associated with a defect previously identified in the release. Corrective changes intended to address the defect were included as part of the release activity; however, the corrective changes did not successfully apply across all North America production databases during the deployment process. As a result, some environments continued to experience significantly increased database processing activity during inventory-related operations, contributing to elevated resource consumption, processing delays, timeout conditions, and degraded application performance. Technical teams worked to successfully deploy the corrective changes across the affected North America production databases. Following deployment, teams performed validation activities and monitored processing workflows to confirm recovery. By July 22, 2026, at approximately 8:41 AM PDT, validation confirmed successful processing of previously impacted workloads and that the previously observed failure patterns were no longer occurring. The incident was considered resolved and technical teams continued monitoring to confirm service stability. ‌ **Root Cause** The incident was caused by corrective changes intended to address a previously identified defect not successfully applying across all North America production databases during the release deployment process. As a result, the underlying defect remained active in affected environments and caused significantly more database processing activity than intended during inventory-related processing operations. This increased workload resulted in elevated resource consumption, processing delays, timeout conditions, and degraded platform performance. These conditions contributed to intermittent application slowness, delayed processing, reconcile failures, and degraded performance affecting some IT Asset Management functionality within the North America production environment. ‌ **Remediation Actions** 1. **Incident Investigation Initiated:** Technical teams investigated reports of application slowness, processing delays, reconcile failures, and degraded platform performance affecting the North America production environment. 2. **Impact Assessment Performed:** Teams reviewed customer-reported symptoms, system performance data, processing activity, and platform behavior to determine the scope and nature of the issue. 3. **Cause Identified:** Investigation determined that corrective changes intended to address a previously identified defect did not successfully apply across all North America production databases during the release deployment process. 4. **Processing Behavior Corrected:** Technical teams deployed corrections designed to eliminate the inefficient processing behavior that was contributing to elevated database workload, processing delays, timeout conditions, and degraded application performance. 5. **Recovery Validated:** Teams validated the effectiveness of the deployed changes through monitoring and successful execution of previously impacted processing activities. 6. **Post-Restoration Monitoring Performed:** Additional monitoring confirmed that the previously observed failure patterns and performance degradation were no longer occurring and that service stability had been restored. ‌ **Future Preventative Measures** Based on the investigation, the following follow-up activities have been identified: * **Processing Logic Improvements:** Technical teams implemented and validated corrective changes to the inventory-processing logic responsible for the increased database workload observed following the release. These changes were designed to eliminate the inefficient processing behavior that contributed to processing delays, reconcile failures, timeout conditions, and degraded application performance. * **Critical Hotfix Deployment Process Review:** Technical teams will review the deployment process for critical database hotfixes and evaluate alternative approaches to help ensure required corrective changes are successfully applied during future release activities.

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

1. 2026년 7월 17일 오전 10:24 UTCinvestigating

   Incident 묘사: 우리는 모든 지역에서 AWS 고객을 위한 청구 및 비용 시정에 영향을 미치는 문제점을 발견했습니다. 활성 서비스 제공 업체의 붕괴의 결과로 고객은 청구 및 비용 관리 콘솔 내에서 부적절한 비용 및 사용 정보를 지연시킬 수 있습니다. 이 문제는 AWS 기반 서비스로 제한되며 다른 클라우드 플랫폼을 사용하여 고객에게 영향을 미치지 않습니다. 우선순위: P2 복원 활동: 우리의 기술 팀은 문제점이 모든 지구에 영향을 미치는 활동적인 AWS 서비스 사건과 관련된다는 것을 확인했습니다. AWS 업데이트와 긴밀히 협력하여 고객 영향을 평가합니다. 서비스 복원은 AWS에 의존하여 문제를 해결하고 추가 정보로 업데이트를 계속 제공 할 것입니다.

2. 2026년 7월 17일 오전 10:27 UTCinvestigating

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

3. 2026년 7월 17일 오후 1:14 UTCidentified

   우리는 서비스 제공 업체의 부족과 영향을받는 서비스에 미치는 영향에 밀접하게 모니터링합니다. 더 많은 업데이트는 새로운 정보로 제공됩니다.

4. 2026년 7월 17일 오후 6:24 UTCidentified

   우리의 조사 및 검증 노력은 Spot billing 또는 cost analysis data에 영향을 미칩니다. 청구 및 가격 데이터 검토는 예상 값으로 일관성 유지. 초기 검증 결과가 긍정적이지만, 더 많은 데이터가 이러한 발견을 확인하기 위해 사용할 수있는 추가 검증 활동을 계속하고 있습니다. 우리는 AWS와 관여하고 상황을 밀접하게 감시하기 위하여 계속할 것입니다. 우리는 우리의 검증 활동으로 추가 업데이트를 계속 공유합니다.

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

   우리는 AWS와 적극적으로 참여하고 상황을 모니터링하는 것을 계속합니다. AWS는 incorrect 추정된 비용 및 사용 데이터에 표시된 밑으로 문제점을 해결하기 위해 루트 원인 및 구현된 완화 조치를 확인했습니다. AWS는 모든 고객을위한 정확한 비용 및 사용 정보를 복원하기 위해 백업 데이터를 시작했으며 전체 복구는 18 7 월 2026, 12:00 PM PDT로 예상됩니다.

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

   AWS 서비스 이벤트를 모니터링하고 AWS에 참여하여 복구 활동을 완료합니다. 날짜에 완료된 유효성 검사는 Spot billing 또는 cost analysis data에 어떤 영향을 주지 않았습니다. 우리는 상황을 모니터링하고이 사건의 폐쇄를 결정하기 전에 나머지 유효성 활동을 완료합니다.

7. 2026년 7월 19일 오후 12:59 UTCresolved

   AWS는 7월 18일 오전 6:57에 서비스 중단을 해결했습니다. 우리의 기술적인 팀에 의하여 성공적인 유효성을 따르기, 우리는 서비스 기능이 복원된 것을 확인했습니다.

8. 2026년 7월 30일 오후 6:10 UTCpostmortem

   ** 설명:** Flexera Spot – AWS 빌링 서비스 중단 시간 프레임 : 7 월 17, 2026, 1 : 33 AM PDT - 7 월 18, 2026, 6 : 57 AM PDT **정보** 7 월 17, 2026, 약 1 : 33 AM PDT, Flexera 기술 팀은 AWS 빌링 및 비용 관리, Cost Explorer 및 비용 및 사용 보고서 내에서 표시된 견적 및 사용 데이터에 영향을 미치는 AWS 문제의 인식이되었습니다. AWS 서비스 중단의 자연을 감안하고, 기술 팀은 AWS 고객에 대한 Spot billing, Cost analysis, 또는 저축 계산을 결정하는 조사를 시작했습니다. 조사 중, 팀은 Spot, validated 관련 비용 및 가격표에 의해 사용되는 청구 및 가격 데이터를 검토하고 AWS 업데이트를 모니터링하고 고객의 청구 또는 저축 데이터가 영향을 미쳤다는 것을 평가했습니다. 기술 팀은 Spot에 의해 사용되는 청구 및 가격 데이터를 검증하고 관련 비용 및 가격표가 예상대로 운영된다는 것을 확인했습니다. 조사는 Spot에 의해 사용되는 데이터 내에서 어떤 문제를 식별하지 않았다, 및 잘못된 청구 또는 저축 계산은 관찰되었다. AWS는 AWS 빌링 및 비용 관리 서비스 내에서 시작된 문제점이 확인되었으며, 아래 문제점 및 완료된 데이터 복구 및 백필 활동을 확인했습니다. 조사에 걸쳐 수행 된 유효성에 따라 고객 영향은 Spot 내에서 관찰되지 않았습니다. AWS 복구 및 post-recovery validation 활동을 완료 한 후, 사건이 해결되었습니다. ** 루트 원인 ** 사건은 AWS 빌링 및 비용 관리, Cost Explorer 및 비용 및 사용법 보고서 내에서 표시된 추정 청구 및 사용 데이터에 영향을 미치는 AWS 서비스 문제에 의해 발생했습니다. AWS가 식별하고 mitigated 발행 및 완료된 데이터 복구 활동. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. • Incident Investigation Initiated : 기술 팀은 AWS 청구 및 사용 데이터 문제를 조사하여 Spot 고객이 영향을 미치는지 결정합니다. • Impact Assessment 수행 : AWS 서비스 중단이 Spot 청구 분석 및 저축 계산에 영향을 미치는지 평가 된 기술 팀. • Data Validation Completed: Teams는 Spot에 의해 이용된 청구 및 가격 데이터를 검토하고 검증하고 관련 비용 및 가격표가 예상대로 운영된다는 것을 확인했습니다. • AWS Recovery Monitored : 기술 팀은 사건 전반에 걸쳐 AWS 통신, 서비스 업데이트 및 복구 활동을 모니터링했습니다. • Post-Recovery Validation 수행 : 추가 유효성 검사는 AWS 복구 및 데이터 백필 활동을 통해 Spot에 의해 사용되는 청구 및 가격 데이터의 무결성을 확인합니다. • Incident Resolved: 사건은 AWS에 의하여 확인된 회복 및 기술적인 검증 후에 닫혔습니다 반점 내의 충격 없음. **Future 예방 조치 ** 다음의 후속 조치는 사건 중 확인되었습니다. • AWS 협업 및 검토 : AWS와 긴밀히 협력하여 공급자 관리 된 사고의 근본 원인을 이해하고 조사 결과에 대한 권장 사항이나 학습을 검토합니다. • 책임 및 검증 검토 : 향후 유사한 타사 서비스 중단 동안 더 빠른 충격 평가 및 응답을 지원하기 위해 청구 관련 데이터에 대한 검증 프로세스를 더 강화 할 수있는 기회를 검토하십시오.

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

1. 2026년 7월 17일 오전 8:24 UTCidentified

   Incident 묘사: 우리는 우리의 APAC와 유럽 환경에 있는 2026 R1.1 방출의 배치를 따르는 Flexera 1 IT 자산 관리에서 재고 처리에 영향을 미치는 문제점을 발견했습니다. 결과적으로 고객의 하위 세트는 사용자 인터페이스의 특정 영역에 액세스 할 때 성능 향상을 경험하고 시스템 관련 작업을 수행 할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 2026 R1.1 릴리스와 함께 도입 된 소프트웨어 결함으로 문제를 확인했습니다. Mitigation 조치는 고객 영향을 줄이기 위해 구현되었으며, 팀은 완전히 서비스 성능을 복원하는 데 적극적으로 노력하고 있습니다. 우리는 진행 상황을 지속적으로 제공 할 것입니다.

2. 2026년 7월 17일 오후 3:58 UTCidentified

   APAC 및 유럽 생산 환경에서 고객의 하위 세트에 영향을 미치는 성능 문제를 해결하는 데 계속 노력합니다. 식별 된 수정은 이제 배포되었습니다. 고객 처리 활동으로 환경에 적극적으로 모니터링하고 있습니다. 우리의 팀은 이러한 변경의 효과를 검증하고 전반적인 플랫폼 성능을 평가합니다. 더 많은 정보로 추가 업데이트를 제공할 것입니다.

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

   우리의 팀은 최근 배포 핫픽스를 검증하고, 초기 결과는 긍정적입니다. 우리는 수정의 효과를 확인하고 플랫폼 안정성을 보장합니다. 검증은 계속되고, 우리는 전체적인 해결책을 확인하기 전에 성과를 감시하는 것을 계속할 것입니다. 우리는 더 많은 정보로 또 다른 업데이트를 제공 할 것입니다.

4. 2026년 7월 18일 오후 7:29 UTCresolved

   확인 된 수정의 배포에 따라, 이전에 영향 받은 처리 활동은 이제 성공적으로 완료되고, 최근 릴리스에 따라 관찰 된 문제의 더 이상 복원이 없습니다. 수정 후 관찰 된 결과에 따라이 사건은 이제 해결되었습니다. 우리는 문제, 뿌리 원인의 상세한 요약을 포함 할 예정 다가오는 일에 전체 RCA를 게시하고 재발을 방지하기 위해 구현되는 예방 조치가 시행됩니다.

5. 2026년 7월 30일 오후 5:47 UTCpostmortem

   ** 설명:** Flexera One – IT 자산 관리 – APAC & EU – 느린 성능 **시간프레임:** 7월 13, 2026, 1:00 PM PDT – 7월 18, 2026, 7:10 AM PDT **정보** 에 7월 13, 2026, 에 약 1:00 PM PDT, 문제는 Flexera One IT Asset Management 고객에 영향을 미치는 것으로 시작되었다 APAC 및 유럽 생산 환경에서 2026 R1.1 릴리스의 배포. 영향 받은 기간 동안, 몇몇 고객 경험있는 간헐적인 신청 느린, 지연된 가공, 재난 실패 및 신청의 특정 부위에 접근하거나 재고 관련 활동을 실행할 때 degraded 성과. 고객 보고서가 증가함에 따라 기술 팀은보고 된 증상을 통해 일반적인 패턴을 조사하기 시작했습니다. 조사는 Flexera One IT Asset Management 2026 R1.1 릴리스의 일부로 도입 된 결함을 발견했습니다. 특정 조건 하에서, 결함은 재고 관련 작업 중 상당히 높은 데이터베이스 처리 활동에 결과. 재고 데이터 처리로 인해 증가 된 작업 부하가 지연, 타임 아웃 조건 및 일부 고객에 대한 향상된 응용 성능에 기여했습니다. 기술 팀은 영향을받는 생산 환경에서 문제를 해결하기 위해 핫픽스를 개발 및 배포했습니다. 배포 후, 팀은 검증 활동을 수행하고 복구를 확인하기 위해 충격 처리 워크플로를 모니터링했습니다. 에 의해 7월 18, 2026, 에 약 7:10 AM PDT, 검증은 이전에 충격 작업 부하의 성공적인 처리 확인 및 문제와 관련된 실패 패턴은 더 이상 발생하지 않았다. 이 사건은 해결 및 기술 팀이 서비스 안정성을 확인하기 위해 지속적인 모니터링을 고려했다. ** 루트 원인 ** 이 사건은 Flexera One IT Asset Management 2026 R1.1 릴리스에 소개 된 결함에 의해 재고 관련 처리 작업에 영향을 미쳤습니다. 특정 조건에서, 결함은 재고 관련 처리 가동 도중 예정된 보다는 더 많은 데이타베이스 처리 활동을 일으키는 원인이 되었습니다. 이 증가 된 작업 부하는 높은 자원 소비, 처리 지연 및 타임 아웃 조건에서 결과. 이러한 조건은 간헐적 인 애플리케이션의 느린, 지연 처리, 재난 실패 및 일부 IT 자산 관리 기능에 영향을 미치는 성능에 기여했습니다. **치료 활동** 1. Incident Investigation Initiated: 기술 팀은 APAC와 유럽 생산 환경에 영향을 미치는 응용 느린, 처리 지연 및 신뢰성 문제의 조사 보고서를 시작했습니다. 2. 충격 평가 실시: 팀 검토된 고객 허가된 증후, 체계 성과 자료, 그리고 문제점의 범위 그리고 성격을 결정하는 가공 행동. 3. 원인 식별 : 조사는 2026 R1.1 릴리스에 도입 된 결함이 재고 관련 작업 중 과도한 처리 활동을 생성하는 것으로 결정했습니다. 4. Hotfixes 개발 및 배포 : 기술 팀은 APAC 및 유럽 생산 환경에서 영향을받는 처리 행동을 수정하기 위해 핫픽스를 개발 및 배포했습니다. 5. 유효한 회복: 팀은 이전에 충격을 입힌 처리 활동의 감시 그리고 성공적인 실행을 통해 hotfixes의 효율성을 검증했습니다. 6. Post-Restoration Monitoring 수행 : 이전에 관찰 된 실패 및 성능 평가가 더 이상 발생하지 않았고 서비스 안정성이 복원되었습니다. **Future 예방 조치 ** 조사에 따라 다음의 후속 활동이 확인되었습니다. • Logic 개선 처리 : 기술 팀은 자원 소비 및 성능 향상에 기여하는 효율적인 행동을 제거하기 위해 영향을받는 처리 논리에 대한 교정을 구현했습니다.

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

1. 2026년 7월 14일 오전 9:13 UTCresolved

   Incident 묘사: 우리의 팀은 EU 생산 환경에서 Cognos Analytics에 영향을 미치는 문제점을 확인했습니다. 영향 창 중, 영향을받는 고객은 Cognos Analytics에 액세스하거나 로드할 수 없습니다. 현재 조사는 EU 생산 지역에 영향을 미쳤습니다. 우선권: P2 복원 활동 : 우리의 기술 팀은 EU Production IT Asset Management 릴리스 활동의 일환으로 완료 된 Cognos Analytics에 대한 최근 업그레이드와 관련되었음을 결정했습니다. 이 팀은 업그레이드 중에 도입된 구성 문제를 식별하고 필요한 구성 수정을 구현하고, 정상적인 서비스 기능을 복원했습니다. 환경은 감시의 밑에 안정되어 있습니다. 루트 원인 및 예방 조치를 포함한 자세한 내용은 포스트-mortem 보고서에서 공유됩니다.

2. 2026년 7월 26일 오전 7:06 UTCpostmortem

   ** 설명:** Flexera One - IT Asset Management - EU - 제약 분석 접근 문제 **시간프레임:** 7월 13, 2026, 12:51 오후 PDT 에 7월 14, 2026, 1:52 오전 PDT **정보** 월요일, 7 월 13, 2026, 12 : 51 PM PDT에서, Cognos Analytics 12.1.2 업그레이드는 유럽 \ (EU \) 생산 환경에서 Flexera One IT Asset Management 릴리스의 일부로 구현되었으며, 우리의 팀은 Cognos Analytics에 액세스하여 고객이 예방 한 문제를 확인했습니다. 결과적으로, 영향을받는 사용자는 예정된 유지 보수 활동이 완료된 후 응용 프로그램을 성공적으로 시작할 수 없습니다. 기술 팀은 즉시 조사를 개시하고 문제점이 다른 생산 지구에서 관찰되지 않는 충격과 더불어 EU 생산 환경에 고립된다는 것을 확인했습니다. 추가 분석은 업그레이드 자체가 성공적으로 완료되었는지 결정했습니다. 그러나 필요한 포스트 업그레이드 구성 활동의 일부가 완전히 적용되지 않았으며, Cognos Analytics를 올바르게 시작하십시오. 나머지 구성 작업은 신속하게 완료되었으며, 정상적인 Cognos Analytics 기능을 복원했습니다. 고객 액세스의 포괄적 인 검증과 향상된 모니터링의 기간에 따라, 서비스는 일반적으로 운영되고 사건이 해결되었습니다. ** 루트 원인 ** * Incomplete Post-Upgrade Configuration: Cognos Analytics 12.1.2 업그레이드가 성공적으로 완료되었지만, 필요한 포스트 업그레이드 구성 작업은 환경이 서비스에 반환되기 전에 완료되지 않았습니다. * 서비스 초기화 실패: 불완전한 윤곽은 신청에 접근할 수 없는 고객에서 정확하게 초기화해서 Cognos Analytics를 방지했습니다. * 지역 영향: 문제는 EU 생산 환경에 한정되었습니다. 북미, APAC 또는 기타 생산 지역에 영향을 미쳤습니다. **치료 활동** 서비스, 기술 팀 복원 : * 배포 중에 완전히 적용되지 않은 필수 포스트 업그레이드 구성 활동을 완료했습니다. * 성공적인 애플리케이션 초기화를 확인하기 위해 Cognos Analytics 서비스를 재시작 및 검증. * 해당 보고 기능을 확인하려면 기능 테스트 및 고객 액세스 검증을 수행했습니다. * 지속적인 서비스 안정성을 보장하기 위하여 강화한 감시의 밑에 환경에 둡니다. **Future 예방 조치 ** * 향상된 Post-Upgrade Validation : 모든 필수 포스트 업그레이드 구성 활동이 유지 보수 활동을 포함하기 전에 성공적으로 완료되었는지 확인하기 위해 강제 배포 검증 절차. * 개선된 모니터링 및 Alerting: Cognos Analytics 모니터링을 강화하고 업그레이드를 따르는 서비스 향상의 조기 탐지를 가능하게 합니다. * Deployment Checklist 개선 사항: 업데이트 배포 runbooks 및 운영 체크리스트는 생산 서비스에 환경을 반환하기 전에 포스트 업그레이드 구성 완료의 추가 검증을 포함. * Operational Readiness Review : 모든 필수 포스트 배포 작업을 보장하기 위해 업그레이드 실행 절차를 검토하고 유지 보수 창 전에 검증됩니다.

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

1. 2026년 7월 12일 오후 11:51 UTCinvestigating

   Incident Description: 우리는 APAC 지역의 Flexera One IT Asset Management (ITAM) 고객에 영향을 미치는 문제를 경험하고있다. ITAM 인터페이스 내에서 특정 내비게이션 및 메뉴 항목이 눈에 띄지 않으며 일부 기능에 제한 된 액세스로 인해 발생할 수 있습니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 적극적으로이 문제를 조사하고 전체 기능을 복원하기 위해 노력하고 있습니다. 더 많은 정보로 업데이트를 계속 제공 할 것입니다.

2. 2026년 7월 13일 오전 12:28 UTCidentified

   우리의 조사는 보고한 문제점과 관련된 기능에 영향을 미치는 높은 자원 활용을 확인했습니다. Mitigation action은 현재 시스템 용량을 증가하여 복구 활동을 지원합니다. 우리는 이러한 변화로 환경 및 검증 플랫폼 행동을 적극적으로 모니터링하고 있습니다. 작업은 영향을받는 고객에게 전체 기능을 복원하기 위해 계속 유지되며, 진행 상황을 기준으로 추가 업데이트를 공유합니다.

3. 2026년 7월 13일 오전 1:52 UTCidentified

   우리의 조사는 영향을받는 기능과 관련된 잠재적 인 구성 문제를 식별했습니다. 지속적인 완화 노력의 일환으로 구성 변경이 변경되었습니다. 이전에 시작된 용량 증가가 완료되었습니다. 우리는 이러한 변화로 환경 및 검증 플랫폼 행동을 적극적으로 모니터링하고 있습니다. 작업은 영향을받는 고객에게 전체 기능을 복원하기 위해 계속 유지되며, 우리는 진행 상황을 더 제공 할 것입니다.

4. 2026년 7월 13일 오전 3:44 UTCresolved

   장시간 감시 후에, 우리는 서비스 성과가 안정되어있고 예상대로 운영된다는 것을 확인했습니다. 이 문제는 이제 해결되었습니다.

5. 2026년 8월 12일 오전 5:15 UTCpostmortem

   ** 설명:** Flexera One - IT 자산 관리 - APAC - 미싱 메뉴 항목 **시간프레임:** 7월 12, 2026, 3:00 PM PDT - 7월 12, 2026, 7:16 PM PDT **정보** 일요일, 7 월 12, 2026, 오후 3시 PDT에서 APAC 생산 환경의 고객은 보고서 및 모든 응용 프로그램과 같은 기능을 포함하여 여러 IT 자산 관리 \ (ITAM \) 메뉴 항목이 Flexera One 사용자 인터페이스 내에서 더 이상 볼 수 없다는 것을보고 시작되었습니다. ITAM 애플리케이션의 탐색 및 액세스 부분에 영향을 미치는 여러 고객들이 영향을 미쳤습니다. 기술 팀은 즉시 ITAM 사용자 인터페이스에 영향을 미치는 문제 및 식별 인증 관련 오류를 조사 시작. 조사 중, 팀은 인프라 건강, 응용 행동 검토, 그리고 최근 플랫폼은 문제를 결정하기 위해 변화. 조사는 새로 도입 된 인증 기능과 관련된 응용 구성 변경이 생산 환경에 잘못 적용되었다는 것을 결정했습니다. 이 문제는 응용 프로그램 인스턴스가 새로워진 경우, 영향을받는 사용자를 위해 올바르게로드하여 특정 ITAM 메뉴 항목을 방지하는 인증 관련 실패로 인한 것입니다. 기술 팀은 영향을받은 구성을 거꾸로, 영향을받은 애플리케이션 인스턴스를 새로 고침하고, 환경 전반에 걸쳐 검증된 복구. 이러한 행동에 따라, 메뉴 기능은 복원되었다, 영향을받은 고객 확인 복구, 그리고 사건은 7 월 12, 2026, 7 : 16 PM PDT 유효성 검사 후 7 : 16 PM PDT에 해결되었다 정상 작동이 반환되었다. ** 루트 원인 ** Investigation은 새로운 인증 기능과 관련된 응용 구성 변경이 생산 환경에 부정적으로 적용됩니다. Application 인스턴스가 연속적으로 새로워진 경우, incorrect 구성은 ITAM 사용자 인터페이스 내에서 인증 관련 오류로 발생했습니다. 이 오류는 제대로 로드에서 특정 내비게이션 구성 요소를 방지하고, 영향을받은 사용자가 구성이 정확하고 영향을받는 인스턴스가 새로워졌습니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. 1. Incident Investigation Initiated: 기술 팀은 누락된 ITAM 메뉴 품목에 관하여 다수 고객에게 보고를 받기 후에 투자를 시작했습니다. 2. Application Configuration Reviewed: 최근의 애플리케이션 및 구성 변경은 메뉴 로드 실패의 소스를 식별하기 위해 검토되었습니다. 3. Incorrect Configuration Identified : 기술 팀은 인증 관련 구성 변경이 생산 환경에 잘못 적용되었는지 결정했습니다. 4. 구성 수정 : 영향을받는 구성은 영향을받은 생산 인스턴스에서 제거되었습니다. 5. 신청 Instances는 새로 고침했습니다: 충격을 입힌 신청 인스턴스는 환경에 걸쳐 정확한 윤곽이 일관되게 적용됩니다. 6. 복구 검증 수행 : 영향을받는 환경의 기술적 인 팀 검증 된 메뉴 가시성 및 기능 및 충격 고객으로 복구 확인. **Future 예방 조치 ** 사건에 따라 정확한 조치는 문제의 재발을 방지하고 미래의 유사한 조건의 탐지를 개선하기 위해 구현되었습니다. 1. 윤곽 통제 검증: 잘못된 인증 관련 구성은 배포되지 않은 환경에서 제거되었습니다. 이 변화는 미래에 영향을 미치는 환경에 도입 된 동일한 구성 문제를 방지합니다. 2. 건강 검사 감시 개선: 기존의 건강 검사는 이 실패 상태와 관련된 응용 행동을 감지하기 위해 업데이트되었습니다. 개정된 감시는 유사한 메뉴 적재 및 입증 관련된 신청 실패를 더 효과적으로 식별하고 탐지를 가속하기 위하여 미래에 있는 유사한 문제점이 생기기 위하여 디자인됩니다.

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

1. 2026년 7월 6일 오후 2:19 UTCinvestigating

   Incident 묘사: 우리는 현재 AWS 고객을 위한 Spot Ocean ECS에 영향을 미치는 degraded 성과 조사입니다. 고객은 콘솔에 액세스하거나 특정 Ocean ECS 기능을 사용하여 중요한 느린 또는 지연을 경험할 수 있습니다. 우선순위: P2 복원 활동: 우리의 기술 팀은 적극적으로 정상적인 기능을 복원하기 위해 투자 및 작업. 더 많은 정보로 더 많은 업데이트를 제공할 것입니다.

2. 2026년 7월 6일 오후 3:11 UTCmonitoring

   우리의 조사는 분해가 AWS 서비스 건강 사건과 관련되었는지 확인했습니다 us-east-1 지역. AWS는 문제가 해결 된 것으로보고 된 이후로 Spot Ocean ECS 콘솔 성능과 관련 AWS 워크플로우의 성공적인 완료를 포함하여 우리의 측에서 복구의 징후를보고 있습니다. 생산 환경은 이 시간에 안정되어 나타납니다. 우리의 팀은 짧은 검증 기간 동안 계속 모니터링을 계속하여 성능이 해결 된 사건을 표시하기 전에 안정적으로 유지됩니다.

3. 2026년 7월 6일 오후 4:57 UTCresolved

   우리는 장시간 기간 및 서비스를 위한 환경을 감시하기 위하여 계속되고 더 많은 문제점이 관찰된 상태에서 안정되어 있었습니다. 이 사건은 해결되었습니다.

4. 2026년 7월 20일 오전 7:00 UTCpostmortem

   ** 설명:** Spot Ocean – AWS – 오션 ECS 콘솔 성능 평가 **시간프레임:** 7월 6, 2026, 05:45 AM PDT 에 7월 6, 2026, 07:53 AM PDT **정보** 월요일, 7 월 6, 2026, at 05:45 AM PDT, 우리의 팀은 AWS 고객을위한 Spot Ocean ECS에 영향을 미치는 성능 평가를 확인했습니다. 충격 창 도중, 고객은 Ocean ECS 콘솔에 접근할 때 대기 시간을 증가시키고, 몇몇 AWS 관련 가동은 지연되거나 성공적으로 완료되지 않았습니다. 기술 팀은 즉시 문제를 식별하는 조사를 시작. AWS 서비스 중단으로 인해 AWS us-east-1 영역에서 지속적으로 발생했습니다. 조사는 처음 외부 AWS 이벤트와 최근 완료 된 생산 배포가 잠재적 인 기여 요인으로 간주됩니다. 상세한 분석을 통해, 팀은 고객 영향의 1 차적인 원인이 최근 Gateway 배포에 의해 도입 된 불안정이었습니다. Spot Ocean ECS 내의 Gateway 성능에 영향을 미치는 요청 처리 및 응답에 대한 결과 평가. 동시 AWS 서비스 붕괴는 조사에 복잡성을 추가했지만 고객 직면 영향의 기본 드라이버가 될 수 없습니다. 서비스를 복원하려면, 팀은 이전 안정 버전으로 배포를 압연. 롤백 후, 플랫폼 성능은 예상 수준과 고객 워크플로우가 정상 작동을 재개합니다. 지속적인 서비스 안정성을 보장하는 지속적인 모니터링의 확장된 기간이 일시적으로 해결되었습니다. ** 루트 원인 ** 이 사건은 Gateway 배포에 도입 된 instability에 의해 발생했습니다. 배포는 Gateway 서비스 내에서 성능 향상, 고객 요구를 효율적으로 처리 할 수있는 능력을 감소. Spot Ocean ECS 콘솔 운영 및 AWS 관련 워크플로우에 대한 응답 시간 및 간헐적 인 실패가 발생했습니다. 이전 안정적인 게이트웨이 버전 복원 정상적인 플랫폼 성능과 고객 영향을 해결. 기여 요인 * 저희 east-1 지역의 동시 AWS 서비스 붕괴는 동시에 발생했습니다. 사건의 원인이 아니었지만, 초기 조사를 복잡하게하고 하향 게이트웨이 문제의 식별을 지연했습니다. * 게이트웨이 롤백은 생산 배치의 규모에 따라 추가 시간을 필요로하며 전반적인 복구 프로세스를 확장합니다. * 리소스 생성 및 업데이트 관련 작업은 degraded Gateway responsiveness 때문에 읽기 전용 활동보다 더 큰 영향을 미쳤습니다. **치료 활동** * 기술 팀은 분해를 조사하고 문제점의 1 차적인 근원으로 최근 Gateway 배치를 확인했습니다. * 영향 받은 Gateway 배포는 마지막에 안정된 버전, restoring 서비스 안정성을 알고 있었습니다. * 플랫폼 성능과 고객의 작업 흐름은 롤백에 따라 검증되었습니다. * 기술 팀은 사건을 닫기 전에 안정적인 서비스 가동을 확인하기 위해 장시간 감시 기간을 완료했습니다. **Future 예방 조치 ** * 향상된 Deployment Safeguards - 엔지니어링 팀은 배포 제어 및 검증 프로세스를 강화하여 생산 환경에 영향을 미치는 유사한 배포 관련 문제의 likelihood를 줄일 수 있습니다. * 향상된 플랫폼 모니터링 - 추가 모니터링 및 경고는 서비스 응답, 자원 활용 및 응용 안정성 등 비정상적인 게이트웨이 행동의 조기 탐지를 제공 할 수 있습니다. * 개량된 회복 절차 - Rollback 절차는 회복 시간을 감소시키고 배치 관련 사건 도중 가동 효율성을 개량하기 위하여 강화되고 정기적으로 검증될 것입니다. * Proactive Service Health Validation - 합성 건강 검사는 지속적으로 중요한 Ocean ECS 사용자 워크플로우를 검증하기 위해 확장 될 것이며, 고객 만족도의 조기 식별을 가능하게합니다. * 향상된 의존성 모니터링 - 엔지니어링 팀은 외부 클라우드 서비스 이벤트 및 플랫폼 의존성으로 가시성을 지속적으로 개선하여 내부 플랫폼 문제 및 타사 서비스 중단 간의 빠른 차이를 가능하게합니다. 미래의 조사.

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

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

   Incident Description: 우리는 APAC 지역의 Flexera One 서비스의 하위 세트에 영향을 미치는 문제를 식별, 어떤 사용자에 대한 간헐적 접근 문제 또는 실패로 발생할 수 있습니다. 영향을 미쳤습니다. 다른 지역은 영향을 미쳤습니다. 문제는 해결되고, 영향을받는 서비스는 일반적으로 운영됩니다. 우선순위: P2 복원 활동 : 우리의 기술 팀은 문제를 조사하고 서비스를 복원하기 위해 최근의 변경을 회귀했습니다. 우리는 영향을받는 서비스가 정상적으로 작동하고 플랫폼 안정성을 보장하기 위해 지속적인 모니터링을 검증했습니다. 이 사건은 해결되었습니다.

2. 2026년 7월 17일 오전 6:11 UTCpostmortem

   ** 설명:** Flexera One – APAC – 중간 접근 문제 **시간프레임:** 7월 3, 2026, 11:20 AM PDT – 7월 3, 2026, 11:50 AM PDT **정보** 7 월 3, 2026, 약 11 : 20 AM PDT에서 문제는 APAC 생산 환경에서 Flexera One 서비스의 하위 세트에 영향을 미쳤습니다. 사건 창 도중, 몇몇 고객은 Flexera One 플랫폼의 특정 지역에 접근할 때 간헐적인 접근 문제점 또는 실패를 경험할지도 모릅니다. 이 영향은 자연에 대한 간헐적이었습니다. 과다한 서비스 용량은 사건 중 계속 트래픽을 유지했습니다. 기타 Flexera NAM 및 EU를 포함한 한 지역은 영향을받지 않았습니다. 기술 팀은 즉시 투자를 시작하고 APAC 환경에서 영향을받는 서비스 및 지원 플랫폼 구성 요소를 검토했습니다. APAC 환경에서 만든 최근 변경이 관찰 된 간헐적 인 서비스 실패에 기여한 것으로 확인했습니다. 복구 노력의 일부로서, 변경은 복제 및 서비스 행동은 복구를 검증하기 위해 모니터링되었습니다. 롤백에 따라 서비스 안정성이 복원되었으며 고객은 일반적으로 영향을받는 기능을 액세스 할 수있었습니다. PM 11:50 AM PDT, 서비스는 예상대로 운영되고 사고가 해결되었습니다. ** 루트 원인 ** 이 사건은 플랫폼 서비스 및 백엔드 플랫폼 구성 요소의 하위 세트 사이에 영향을받지 않는 APAC 환경에서 구성 변경에 의해 발생했습니다. 조사 중, 기술 팀은 영향을받는 구성 요소와 제대로 의사 소통 할 수없는 특정 플랫폼 서비스로 인해 변화를 결정했습니다. APAC 지역의 Flexera One 서비스의 하위 세트에 영향을 미치는 간헐적 인 실패로 이끌었다. 문제가 발생했지만, 영향을받는 서비스를 지원하는 한 개 이상의 팟은 유효하고 지속적인 서빙 트래픽을 유지합니다. 결과적으로, 고객은 완전한 서비스 부족 보다는 오히려 간헐적인 접근 문제점을 경험했습니다. **치료 활동** 다음 작업은 사건 응답 중 촬영되었습니다. • Incident Investigation Initiated : 기술 팀은 APAC 지역의 Flexera One 서비스의 하위 세트에 영향을 미치는 간헐적 접근 문제를 조사하기 시작했습니다. • Platform Review 완료 : APAC 환경에서 영향을받는 서비스 및 지원 플랫폼 구성 요소를 검토하여 문제를 식별합니다. • 최근 변화 식별 : 조사는 관찰 된 서비스 평가와 관련된 최근 구현 된 변경을 확인했습니다. • 변혁: 식별된 변화는 정상적인 서비스 행동을 복원하는 완화 노력의 일부로 거꾸로했다. • 서비스 복구 검증 : 기술 팀은 롤백 뒤에 서비스 행동을 모니터링하고 영향을받은 기능이 정상적으로 작동한다는 것을 확인했습니다. • Platform Stability Monitoring Continued : 사고가 닫히기 전에 지속적인 서비스 안정성을 확인하기 위해 복원 활동 후 추가 모니터링이 수행되었습니다. **Future 예방 조치 ** 이 사건은 서비스 가용성에 영향을 미치는 전에 의도하지 않은 영향을 보장하기 위해 검증된 플랫폼 변경의 중요성을 강조했습니다. 조사를 기반으로, 다음의 후속 활동은 추구된다 : • 구성 검증 개선: 인프라 및 플랫폼 구성 변경에 대한 검증 프로세스를 검토하고 개선하여 변경 사항이 생산 환경에서 구현되기 전에 의도하지 않은 영향을 식별할 수 있습니다. • Post-Deployment Verification Enhancement: 중요한 서비스 의존도를 보장하기 위해 포스트 배치 검증 절차를 검토하고 구성 변경에 따라 예상대로 접근 가능하고 기능 유지.

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

1. 2026년 6월 25일 오전 6:54 UTCresolved

   Incident 묘사: 우리는 APAC와 유럽 환경에 있는 2026 R1 방출을 따르는 Flexera 1 IT 자산 관리에서 재고 처리에 영향을 미치는 문제점을 발견했습니다. 결과적으로, 일부 재고목록 업로드는 성공적으로 처리되지 않았으며, Flexera One IT Asset Management에 표시된 재고 데이터가 지연되고 가장 최근 업로드 된 고객 재고를 반영하지 못했습니다. 우선순위: P2 복원 활동 : 기술 팀은 재고 처리에 영향을 미치는 용량 관련 문제를 확인하고 정상적인 처리를 복원하기 위해 영향을받는 지역 전반에 걸쳐 대상 서비스 재시작을 수행했습니다. 서비스는 6 월 24, 2026, 11 : 00 PM PDT에 의해 복원되었으며 재고 파일은 성공적으로 처리됩니다. 우리의 팀은 지속적으로 안정성을 보장하기 위해 플랫폼을 모니터링하고 있습니다. 뿌리 원인을 상세히 설명하고 예방 조치는 조사가 완료되면 공유됩니다.

2. 2026년 7월 15일 오전 6:18 UTCpostmortem

   ** 설명:** Flexera One- IT 자산 관리- APAC & EU - NDI 재고 가져 오기 실패 **시간프레임:** 6월 18, 2026, 09:00 AM PDT 에 6월 25, 2026, 02:42 AM PDT **정보** 수요일, 6월 24, 2026, 11:35 PM PDT, Flexera One IT Asset Management 2026 R1의 배포에 따라 호주 및 유럽 생산 환경, 우리의 팀은 NDI 재고 파일 처리에 영향을 미치는 문제를 확인했습니다. 결과적으로 처리 중에 상당한 재고 파일이 실패했으며 고객 재고 데이터에 반영되지 않았으므로 Flexera One ITAM에 표시된 재고 정보를 발생시키며 영향을받는 고객에 대해 설명했습니다. 기술 팀은 즉시 조사를 시작했으며 2026 R1 릴리스와 함께 도입 된 재고 처리 워크 내에서 문제가 발생했습니다. Failed 재고 파일은 반복된 처리 실패를 따르고, 재고 업데이트의 성공적인 완료를 방지하고 영향을받는 서비스에 대한 처리 하중을 증가시키기 위해 기여했습니다. 서비스 복원을 위해, 기술 팀은 영향을받는 응용 프로그램을 상쾌하게 하여 정확한 조치를 구현했습니다. 복원 활동에 따라 재고 처리는 성공적으로 재시작하고 새로운 재고 업로드가 예상대로 처리되었습니다. 지속적인 모니터링은 안정적인 플랫폼 행동을 확인했으며, 사건은 지속적 검증 후 해결되었습니다. ** 루트 원인 ** 이 문제는 Flexera One IT Asset Management 2026 R1 릴리스에 도입 된 결함에 의해 발생했습니다. NDI 재고 파일 처리에 영향을 미치는. 특정 조건에서 재고 파일이 인증 및 처리 워크플로우 내에서 문제가 발생하기 때문에 성공적으로 처리 할 수 없습니다. 처리가 완료되기 전에 거부 될 파일이 발생할 수 있습니다. 손상된 파일로, 처리 능력은 반복된 실패에 의해 점점 소비되고, 영향 받은 고객을 위한 성공적인 재고 처리 그리고 지연 재고 갱신을 방지하. 기여 요인 * 처리 작업 흐름 내에서 축적 된 재고 파일 실패, 영향을받는 재고 서비스에 자원 활용 증가. * 증가된 처리량은 새로운 재고 처리 요구에 유효한 수용량을 감소시켰습니다. * 2026 R1 릴리스를 실행하는 문제의 영향을받은 생산 환경; 북미 생산은 아직 배포되지 않았기 때문에 영향을받지 않았습니다. **치료 활동** * 기술 팀은 영향을받는 재고 처리 워크플로우를 확인하고 서비스를 복원하기 위해 정확한 작업을 구현했습니다. * 신청 서비스는 충격을 입힌 생산 환경, restoring 정상적인 재고 처리의 맞은편에 재생되었습니다. * 새로운 재고 파일 처리는 성공적으로 서비스 복원을 따르는. * 환경은 향상된 모니터링을 통해 처리 성능을 검증하고 지속적인 복구를 확인합니다. **Future 예방 조치 ** * 향상된 릴리즈 검증 - 릴리스 유효성 검사는 주요 플랫폼 출시를 따르는 재고 처리 워크플로우의 추가 엔드 투 엔드 테스트를 포함하도록 향상됩니다. * 향상된 처리 모니터링 - 모니터링 및 경고는 처리 큐 내에서 비정상적인 재고 처리 실패 및 과도한 파일 축적의 조기 탐지를 제공하도록 검토되고 확장됩니다. * Operational Resiliency - 추가적인 safeguards는 처리 실패에서 회복을 개량하기 위하여 재고 처리 워크플로우 안에 실행되고 고객 충격을 극소화해야 유사한 조건은 미래에 일어날 것입니다. * 코드 품질 및 리뷰 개선 \(Completed\) - 포스트 incident 검토의 일부로서, 영향을받는 코드는 통신의 실패를 적절하게 처리하고 더 넓은 처리 충격에 결과를하지 않도록 수정되었습니다. 또한, 개발 및 검토 프로세스는 향후 변화가 출시되기 전에 적절하게 평가되고 주소화된다는 것을 보증하기 위해 강화되었습니다.

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

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

   Incident 묘사: 우리는 EU 지역에서 Flexera One에 로그인 접근에 영향을 미치는 문제점을 발견했습니다. 고객이 Flexera One에 로그인하려고 시도 할 때 오류를 받게 될 수 있습니다. 우선순위: P1 복원 활동: 우리의 기술 팀은 적극적으로 문제를 투자하고 정상적인 로그인 기능을 복원하기 위해 정확한 작업을 구현하기 위해 노력하고 있습니다. 투자 및 안정화 노력은 계속됩니다. 우리는 상황을 밀접하게 모니터링하고 진행 상황을 지속적으로 제공합니다.

2. 2026년 6월 24일 오전 9:00 UTCresolved

   이 문제는 해결되고, 로그인 기능은 영향을받는 고객을 위해 복원되었습니다. 기술 팀은 문제점의 원인을 확인하고 정상적인 서비스 가동을 복원하기 위하여 정확한 행동을 실행했습니다. 환경은 안정적이며 지속적인 모니터링은 성공적인 인증 및 플랫폼 액세스를 확인했습니다. 추가 세부 사항이 포함 된 게시물-mortem 보고서는 조사 완료시 공유됩니다.

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

   ** 설명:** Flexera One – EU – 로그인 액세스 중단 **시간프레임:** 6월 24, 2026, 12:41 오전 PDT 에 6월 24, 2026, 02:04 오전 PDT **정보** 6 월 24, 2026, 12 : 41 AM PDT에서 우리 팀은 EU 지역에서 고객에게 영향을 미치는 문제를 감지했습니다. Single Sign-On \(SSO\)를 사용하여 Flexera One에 로그인하려고 시도하면 인증 실패를 경험했습니다. 서버 오류로 발생하고 플랫폼에 접근을 방지합니다. 감지되면 기술 팀은 즉시 조사를 시작했으며 인증 워크플로에 문제가 격리되었는지 확인했습니다. 모든 핵심 인프라가 건강하고 운영되는 것을 보여준 응용 및 하향 플랫폼 서비스의 검증. 더 많은 분석은 ID 공급자와 통신하는 데 사용되는 서비스 계정이 사용되지 않았으며 인증 요청이 실패했습니다. 서비스 계정은 신속하게 복원되었습니다. 정상적인 인증 처리 및 완전히 복원 된 고객 액세스를 재구성했습니다. 복원 후 환경이 밀접하게 모니터링되고 로그인 기능은 서비스 안정성을 보장하기 위해 포괄적으로 검증되었습니다. 추가 고객 영향은 관찰되지 않았으며, 사건은 이후 해결되었습니다. ** 루트 원인 ** 이 문제는 Flexera One과 identity 공급자 간의 인증을 지원하는 서비스 계정의 무인 중단에 의해 발생했습니다. 결과적으로 인증 요청이 성공적으로 처리되지 않았으므로 단일 Sign-On \ (SSO \)를 통해 플랫폼에 액세스하여 EU 생산 지역에 영향을받는 고객을 예방합니다. 기여 요인 * 인증 워크플로에 중요한 서비스 계정은 일상적인 정리 활동 중에 일시적으로 중단되었습니다. * 서스펜션은 성공적으로 검증된 인증 요청을 방지하고, 영향 받은 고객에 대한 로그인 실패를 발생시킵니다. * 이 문제는 인증 서비스에 격리되어 있으며 애플리케이션 또는 플랫폼 인프라의 가용성에 영향을 미치지 않았습니다. **치료 활동** * 해당 서비스 계정은 ID 공급자와 재설정 인증이었습니다. * 로그인 기능은 다음과 같은 restoration을 유효화했습니다. * 엔지니어링 팀은 플랫폼 안정성과 성공적인 고객 인증을 확인하기 위해 지속적인 모니터링을 진행합니다. **Future 예방 조치 ** * 서비스 계정 거버넌스 - 중요한 서비스 계정을 지배하는 프로세스는 생산 서비스에 영향을 미치는 과도한 변화의 위험을 줄이기 위해 강화됩니다. * 향상된 모니터링 - 모니터링 및 경고는 고객 로그인 워크플로우에 영향을 미치는 인증 실패의 조기 탐지를 제공하기 위해 강화됩니다. * Operational Process Improvements - 우리의 팀은 수업 학습자로 문서를 작성하고 유사한 사건의 likelihood를 줄이기 위해 프로세스 개선을 구현합니다.

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