지원

• -상태 — 리전이 저하됐다면 저희는 이미 알고 있고 페이지에 나와 있습니다
• -문서 — 빠른 시작, 연결 가이드, 가져오기 가이드가 문의의 대부분을 다룹니다
• -capydb doctor — 가장 헷갈리는 증상을 만드는 설정 실수를 잡아냅니다
• -대시보드의 작업 목록 — 실패한 작업이 무엇을 하려 했고 무엇에 막혔는지 알려줍니다

이메일은 플랫폼을 만들고 운영하는 사람에게 바로 갑니다. 1차 응대 스크립트도, 티켓 분류 트리도, 끝나기 전에 대화를 닫으려는 시도도 없습니다.

프로젝트 이름, 리전, 대략의 발생 시각, 그리고 기대했던 결과를 적어주세요. 연결 문제라면 클라이언트가 뱉은 정확한 오류 문자열이 그것을 설명하는 문단보다 값집니다.

• -플랫폼 장애: 확인하는 즉시 대응하며, 상태 페이지가 받은 편지함보다 먼저 갱신됩니다
• -프로덕션에 영향을 주는 문제: 1영업일 내 접수 확인을 목표로 합니다
• -질문, 요금제 변경, 설정 도움: 보통 당일, 때로는 한 시간 안에
• -접근성 신고: 5영업일 내 접수 확인과 함께 계획이나 솔직한 거절을 드립니다
• -보안 신고: 빠른 접수 확인 — 무엇을 담을지는 보안 페이지에 있습니다

살아 있는 프로덕션 데이터베이스를 옮기는 일만큼은 옆에서 지켜보기보다 함께하고 싶습니다. 시작 전에 알려주세요. 계획을 검토하고, 전환 시간대에 대기하며, 복구 경로를 준비해 둡니다.

프로덕션 데이터베이스를 덮어쓰는 복원도 마찬가지입니다. 그 작업은 존재하고 동작하며, 스크립트나 에이전트에 노출되는 대신 의도적으로 사람의 확인 뒤에 놓여 있습니다.

데이터베이스와 플랫폼에 관한 것이라면 무엇이든 돕습니다. 애플리케이션 쿼리를 대신 작성하거나, ORM 설정을 디버깅하거나, 스키마를 설계해 드리지는 않습니다. 하기 싫어서가 아니라, 밖에서 어설프게 하는 편이 안 하는 것보다 나쁘기 때문입니다.

그래도 그런 도움을 원하신다면 말씀하세요. 가끔은 답이 예입니다.