도움이 되는 세부 정보 보내기
서버 식별자, 리전, 문제 발생 시각과 시간대, 예상 동작 및 관찰한 내용을 포함하세요. 간결한 재현 절차가 대용량의 필터링되지 않은 로그보다 유용합니다. 비밀번호, 토큰 및 관련 없는 개인 정보는 가리세요.
계정 접근은 민감한 사안입니다
지원 요청에는 계정 통제를 확인할 안전한 방법이 필요합니다. 직원은 절대 비밀번호, 개인 SSH 키, 지갑 시드 문구 또는 전체 복구 코드 세트를 요청해서는 안 됩니다. 검증된 도메인에 게시된 연락 채널만 사용하세요.
서비스 경계를 파악하세요
인프라 지원은 머신과 합의된 네트워크 서비스를 포함합니다. 애플리케이션 디버깅, 마이그레이션 및 지속적인 관리는 명시적인 관리형 서비스 범위가 필요합니다. 프로덕션 워크로드에 지원을 의존하기 전에 포함 범위를 확인하세요.
사고 또는 보안 보고가 있으신가요?
광범위한 서비스 문제는 인시던트 절차에 속합니다. 취약점은 비공개로 검증된 보안 채널과 신중한 공개가 필요합니다. 개별 애플리케이션 오류는 자체적인 재현과 진단 컨텍스트가 필요합니다.
다른 운영자가 조치할 수 있는 보고서 보내기
영향받은 서비스 식별자, 리전, 시간대가 포함된 시간, 관찰된 오류, 최근 변경 사항 및 간단한 재현 방법을 포함하세요. 계정 문제, 결제 조정, 네트워크 도달 가능성 및 애플리케이션 장애를 구분하세요. 제출 전에 첨부 파일에서 비밀번호, 토큰, 시드 및 고객 데이터를 제거하세요.
좋은 사고 업데이트에 포함되어야 할 내용
사고 업데이트는 영향을 받은 범위, 알려진 영향, 현재 완화 조치 및 다음 업데이트 시점을 설명해야 합니다. 원인이나 복구 시간이 알려지지 않은 경우 그렇게 밝히세요. 대응 및 복구 목표는 지원 계약에서 비롯됩니다. 업데이트는 검증된 운영 사실과 일치하게 유지하세요.
조금 더 명확하게.
주문 진단을 위해 지갑 시드나 루트 비밀번호를 보내야 하나요?
아니요. 결제 문의에는 주문 및 거래 식별자를 사용하고, 서버 지원에는 범위가 지정된 진단 또는 승인된 보안 프로세스를 사용하세요. 지갑 복구 문구나 개인 키를 절대 보내지 마세요.