restricted runtime 환경에서 graceful degradation을 적용하는 기준

restricted runtime 환경에서는 일부 기능 실패를 전체 서비스 장애로 확장시키지 않는 방향을 기본 기준으로 둡니다. 특히 다음 상황은 실제 운영 환경에서 반복적으로 발생 가능합니다: - open_basedir 제한 - restricted filesystem - shell_exec 제한 - queue worker 제한 - container/chroot 환경 - hardened PHP-FPM 이 경우에도 우선 유지해야 하는 기준은: - HTTP 서비스 유지 - dashboard 접근 유지 - response shape consistency 유지 - fallback 상태 명시 - 관리자 UX 유지 등입니다. 반대로 다음 상태는 graceful degradation 범위를 넘어서는 것으로 봅니다: - silent failure - 상태 불일치 - 사용자 오동작 유도 - fallback 여부 확인 불가 - 데이터 무결성 손상 현재 운영 기준에서는: "서비스 지속 가능 범위까지 degradation 허용" 정도를 기본 방향으로 정리합니다. 관련 기록: - runtime-safe filesystem helper 정리 - restricted runtime 환경 대응 원칙 정리 - open_basedir 제한 환경에서 dashboard API HTTP 500 대응 체크리스트 - [archive 전환] graceful degradation을 어디까지 허용해야 할까요