runtime-safe dashboard probe 구조를 다시 정리하는 중입니다

최근 open_basedir 제한 환경에서 dashboard API가 HTTP 500으로 중단되는 문제를 확인한 뒤, 현재 dashboard resource probe 구조 자체를 다시 정리하고 있습니다. 초기 구조는 Linux 시스템 리소스 접근을 비교적 직접 수행하는 형태에 가까웠는데, - /proc 접근 제한 - restricted filesystem - hardened PHP-FPM - shared hosting - container/chroot 같은 제한 환경에서는 runtime warning이 API 전체 실패로 이어질 가능성이 있었습니다. 현재는: "시스템 상태 측정 실패" 와 "서비스 실패" 를 분리하는 방향을 우선적으로 검토 중입니다. 특히 dashboard resource 정보는 운영 보조 정보에 가까운 만큼, 일부 probe 실패가 전체 관리자 기능 중단으로 이어지지 않는 구조를 더 중요하게 보고 있습니다. 현재 다시 정리 중인 방향은 다음과 같습니다. - runtime-safe filesystem 접근 - guarded resource probe - fallback response 유지 - warning isolation - graceful degradation - response shape consistency - restricted runtime 대응 특히 운영 환경 차이를 예외 상황이 아니라: "예상 가능한 runtime condition" 으로 다루는 방향을 중요하게 보고 있습니다. 현재는 dashboard API가 제한 환경에서도: - HTTP 200 유지 - 관리자 화면 유지 - fallback 상태 유지 방향으로 계속 구조를 정리 중입니다. 추가로: - queue worker runtime 제한 - disabled shell_exec - filesystem writable path - restricted PHP runtime - WAN 분리 환경 등도 함께 계속 점검하고 있습니다.