사용성(컴퓨터)
Serviceability (computer)소프트웨어 엔지니어링 및 하드웨어 엔지니어링에서 서비스 가능성(지원 가능성이라고도 함)은 -ilities 또는 측면 중 하나이다(IBM의 RAS(U) (신뢰성, 가용성, 서비스 가능성 및 가용성)). 기술지원요원이 컴퓨터 제품을 설치·구성·모니터링하고, 예외나 결함을 식별하고, 근본원인 분석을 위해 결함을 디버그 또는 격리하고, 문제 해결과 제품 서비스 복구를 추구하기 위해 하드웨어 또는 소프트웨어 정비를 제공하는 기능을 말한다. 서비스 용이성을 촉진하는 기능을 통합하면 일반적으로 제품 유지보수가 보다 효율적이고 운영비가 절감되며 비즈니스 연속성이 유지된다.
서비스 가능성을 용이하게 하는 기능의 예는 다음과 같다.
- 예외적인 이벤트에 대한 헬프 데스크 알림(예: 전자우편 또는 호출기로 텍스트 전송)
- 네트워크 모니터링
- 문서화
- 이벤트 로깅/추적(소프트웨어)
- 프로그램 상태 로깅(예:
- 소프트웨어 개선하다
- 기술 지원 직원의 개입 없이 예외적인 이벤트로부터 복구할 수 있도록 설계된 제품인 우아한 성능 저하
- 하드웨어 교체 또는 업그레이드 계획(예: 컴퓨터 시스템 다운타임을 최소화하면서 하드웨어를 효율적으로 업그레이드할 수 있도록 설계된 제품).
또한 서비스 가능성 엔지니어링에는 일상적인 시스템 유지보수 관련 기능이 포함될 수 있다(OA&M(Operation, Administration and Maintenance, OA&M) 참조).
서비스 도구는 해당 제품에 대한 서비스(분석, 모니터, 디버그, 수리 등)와 같은 기능과 데이터를 제공하는 시설 또는 기능으로 정의된다. 서비스 도구는 광범위한 기능을 제공할 수 있다. 진단과 관련하여 제안된 서비스 도구의 분류법은 다음과 같다.
- 레벨 1: 제품의 기능 여부를 나타내는 서비스 도구. 컴퓨터 서버를 설명하면, 상태는 종종 'up' 또는 'down'이라고 불린다. 이것은 이진수 값이다.
- 레벨 2: 일부 세부 진단 데이터를 제공하는 서비스 도구. 흔히 진단 데이터를 시스템 환경, 실행 중인 프로그램 이름 등과 같은 핵심 값의 표현인 문제 '서명'이라고 한다. 이 수준의 데이터는 한 문제의 서명을 다른 문제의 서명과 비교하는데 사용된다. 즉, 새로운 문제와 이전 문제를 일치시키는 능력은 이전 문제를 위해 이미 만들어진 솔루션을 사용할 수 있게 해준다. 문제가 기존 문제와 일치할 때 문제를 선별할 수 있는 능력은 가치가 있지만 새로운 문제를 디버깅하기에는 충분하지 않다.
- 레벨 3: 새롭고 독특한 문제를 디버깅하기에 충분한 상세 진단 데이터를 제공한다.
이러한 분류법에 대한 대략적인 규칙으로서, 수준 1 대 수준 2 대 수준 3 서비스 도구에 진단 데이터의 '규모 순서'가 여러 개 있다.
서비스 도구에서 관찰된 추가 특성 및 기능:
- 데이터 수집 시간: 일부 도구는 문제가 발생하는 즉시 데이터를 수집할 수 있으며, 다른 도구는 데이터 수집이 지연된다.
- 사전 분석 또는 분석되지 않은 데이터: 일부 도구는 '외부' 데이터를 수집하고 다른 도구는 '내부' 데이터를 수집한다. 이는 시스템 메시지(사용자의 모국어로 된 자연어와 유사한 문장)와 '이중' 저장 덤프를 비교할 때 나타난다.
- 부분 또는 전체 시스템 상태 데이터 세트: 일부 도구는 전체 시스템 상태 대 부분 시스템 상태(사용자 또는 부분 '이중' 스토리지 덤프 대 전체 시스템 덤프)를 수집한다.
- 원시 또는 분석된 데이터: 원시 데이터를 표시하는 도구도 있고(데이터를 포맷하는 스토리지 덤프 포맷터 vs '지능형' 데이터 포맷터("Analyze"는 공통 동사) 제품 지식과 상태 변수를 결합하여 데이터의 '의미'를 나타내는 도구도 있다.
- 프로그램 가능한 도구 대 '고정 기능' 도구. 일부 도구는 다양한 시간에 다양한 양의 데이터를 얻기 위해 변경될 수 있다. 일부 도구는 고정된 기능만 가지고 있다.
- 자동 변속기와 수동 변속기 중 어느 것으로 하시겠어요? 일부 도구는 제품에 내장되어 고장이나 고장이 발생할 때 자동으로 데이터를 수집한다. 데이터 수집 프로세스를 시작하기 위해 다른 도구를 특별히 호출해야 한다.
- 수리 또는 비수리? 일부 도구는 자동 수리 프로세스의 선구자로서 데이터를 수집한다(자체 치유/고장 내성). 이러한 도구는 원하는 수리 프로세스가 시작되기 전에 변경되지 않은 데이터를 신속하게 입수해야 하는 과제를 안고 있다.
참고 항목
외부 링크
서비스 가능성 기능 요구사항의 우수 사례:
- Sun 수집 디버그 데이터(Sun GDD). 이 툴은 Sun의 지원 담당자들이 사전 예방적 조치와 모범 사례를 활용하여 추가 분석에 필요한 디버그 데이터를 수집함으로써 문제 해결에 대한 올바른 접근 방식을 제공하기 위해 개발한 툴 모음입니다.
- "Carrier Grade Linux 서비스 가능성 요건 정의 버전 4," Copyright (c) 2005-2007 by Open Source Development Labs, Inc. 비버튼, OR 97005 USA [1]
