자주 묻는 질문

공개 키만 사용

터미널 절차

1. Terminal, Windows Terminal 또는 PowerShell을 엽니다.
2. 실행: ssh-keygen -t ed25519 -C "your-email@example.com".
3. 기본 위치를 사용하거나 안전한 경로를 선택합니다.
4. 공개 키 표시: cat ~/.ssh/id_ed25519.pub.
5. Windows PowerShell에서는 사용: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. ssh-ed25519 전체 줄을 SSH public key 필드에 복사합니다.

붙여 넣기 전에 확인

공개 부분만 필요

Windows 절차

1. PuTTYgen을 엽니다.
2. 가능하면 EdDSA / Ed25519를 선택합니다.
3. RSA 4096은 대체 옵션으로만 사용합니다.
4. Generate를 누르고 키가 생성될 때까지 마우스를 움직입니다.
5. 개인 키를 내 컴퓨터에 저장합니다.
6. 공개 키 텍스트를 SSH public key 필드에 복사합니다.

비밀 자료 공유 금지

도메인은 서비스 대상에 연결되어야 합니다

DNS 준비 확인

1. 사용할 정확한 hostname을 선택합니다.
2. registrar 또는 authoritative nameservers가 올바른 편집 위치인지 확인합니다.
3. 같은 hostname의 충돌 레코드를 제거합니다.
4. 제공자와 hostname 유형이 지원할 때만 CNAME, A/AAAA, ALIAS, ANAME을 사용합니다.

전체 이름을 테스트하세요

레코드 유형마다 역할이 다릅니다

레코드 충돌 피하기

1. 서비스 페이지의 type과 target을 정확히 복사합니다.
2. 같은 hostname에 CNAME과 다른 레코드를 함께 두지 않습니다.
3. DKIM은 제공자 selector 아래에, DMARC는 _dmarc 아래에 둡니다.
4. 잘못된 값이 인증서 발급을 막을 수 있으므로 CAA는 신중히 변경합니다.

한 레코드를 명확히 바꾸세요

서비스 관리는 한 계정에서 시작됩니다

첫 유료 주문 전 준비

1. 업무용 이메일로 가입합니다.
2. 확인 메일이 오면 인증을 완료합니다.
3. 유료 주문 전에 청구 정보를 입력합니다.
4. 사용 가능하면 2단계 인증을 켭니다.

계정 소유권을 유지하세요

서비스가 실행되는 동안 크레딧이 차감됩니다

충전 시점 판단

1. 고객 영역에서 크레딧을 충전합니다.
2. 주문 또는 변경을 확정하기 전에 표시 가격과 일일 비용을 확인합니다.
3. 낮은 잔액 경고, 실행 가능 기간, 표시된 삭제 기한을 확인합니다.
4. 정지와 이후 삭제를 피하려면 크레딧이 소진되기 전에 충전합니다.

마지막 날까지 기다리지 마세요

월간과 연간 금액은 비교용입니다

확정 전 비용 확인

1. 31일 월간 예상 또는 372일 연간 예상을 일일 차감과 비교합니다.
2. 리소스 변경이 일일 비용을 올리는지 낮추는지 확인합니다.
3. 필요하면 확정하고 결제한 뒤 적용을 기다립니다.
4. 회계를 위해 청구서, 주문 확인, 크레딧 기록을 보관합니다.

차감이 바뀌는 시점

대기 상태가 실패를 뜻하지는 않습니다

결제 후 확인 순서

1. 결제가 끝나면 결제 제공자 페이지에서 Cli>_로 돌아옵니다.
2. 계정에서 주문 상태를 확인합니다.
3. 주문이 계속 대기 중이면 제공자 확인을 기다립니다.
4. 상태가 바뀌지 않으면 주문 번호와 가능한 결제 제공자 참조값을 지원팀에 보냅니다.

중복 주문을 피하세요

공개 값이 정확하면 설정이 빨라집니다

주문 전 체크리스트

1. 결제 전에 제품 양식을 읽습니다.
2. 도메인, DNS 작업, SSH 공개 키를 미리 준비합니다.
3. 팀이 알아볼 수 있는 명확한 서비스 이름을 사용합니다.
4. 공개 값을 묻는 필드에 비밀 정보를 넣지 않습니다.

공개 키만 사용하세요

기존 서비스를 변경하세요

안전한 변경 절차

1. 기존 서비스를 열고 CPU, RAM, 스토리지, 보존 설정을 확인합니다.
2. 필요한 변경을 선택하고 새 가격과 일일 차감을 확인합니다.
3. 필요하면 확정하고 결제한 뒤 적용을 기다립니다.
4. 중단 위험이 있는 변경 전에는 중요한 데이터를 export합니다.

변경 시간을 계획하세요

취소는 자동 export가 아닙니다

영구 삭제 전 준비

1. 취소 또는 장기 크레딧 부족 전에 자체 export를 만듭니다.
2. 정지 안내와 표시된 삭제 기한을 확인합니다.
3. backup retention과 Offsite Archive retention은 서비스 삭제와 별개임을 기억합니다.
4. 확실하지 않으면 기한 전에 지원팀에 문의합니다.

표시된 날짜를 확인하세요

백업은 운영 복구용입니다

도움 되는 복원 요청

1. 제품 또는 서비스의 백업 보존 옵션을 확인합니다.
2. 중요 데이터는 별도의 export를 보관합니다.
3. 서비스 이름, 주문 번호, 대략적인 복원 시점, 보이는 오류 또는 상황을 보냅니다.
4. 비밀번호, 개인 키, 토큰, 비밀 데이터는 보내지 않습니다.

복원 지점을 지정하세요

원격 아카이브이며 실시간 앱 스토리지가 아닙니다

보존과 비용 계산

1. 복구 또는 규정 요구에 맞게 보존 일수를 선택합니다.
2. 저장된 MB에 저장 일수를 곱해 MB-days를 추정합니다.
3. 데이터나 보존 기간이 늘면 월 비용을 다시 확인합니다.
4. 짧은 백업이나 서비스 삭제 기한의 대체물로 보지 않습니다.

추가 계층으로 사용하세요

애플리케이션 증상에 맞춰 크기를 정합니다

리소스 확장 시점

1. 애플리케이션 요구사항을 만족하는 가장 작은 크기에서 시작합니다.
2. OOM, swap 증가, process killed가 보이면 RAM을 늘립니다.
3. 지속적인 계산 작업이나 build가 많으면 CPU를 늘립니다.
4. 파일시스템이 가득 차기 전에 디스크를 확장합니다.

확장 전에 관찰하세요

전용 IP가 필요한 상황

IP 요청 전 확인

1. 외부 상대에게 inbound, outbound source, 또는 둘 다 필요한지 확인합니다.
2. 방화벽에는 실제 필요한 포트만 엽니다.
3. 가능하면 숫자 IP 대신 DNS names를 사용합니다.
4. 접근 설계를 바꾸기 전에 allowlist 요구사항을 지원팀에 공유합니다.

DNS, direct SSH, shared SSH 차이

높은 포트가 접속 정보의 일부입니다

접속 명령

1. 서비스 페이지에서 SSH username, public host, port를 복사합니다.
2. 로컬 터미널에서 ssh -p <port> <username>@<public-host>를 실행합니다.
3. 개인 키는 로컬에서만 사용하고 채팅이나 티켓에 붙여넣지 않습니다.
4. 실패 시 서비스 이름, host, port, username, 보이는 오류를 공유합니다.

개인 키는 로컬에 보관하세요

도메인은 서비스 대상에 연결되어야 합니다

DNS 준비 확인

1. 사용할 정확한 hostname을 선택합니다.
2. registrar 또는 authoritative nameservers가 올바른 편집 위치인지 확인합니다.
3. 같은 hostname의 충돌 레코드를 제거합니다.
4. 제공자와 hostname 유형이 지원할 때만 CNAME, A/AAAA, ALIAS, ANAME을 사용합니다.

전체 이름을 테스트하세요

레코드 유형마다 역할이 다릅니다

레코드 충돌 피하기

1. 서비스 페이지의 type과 target을 정확히 복사합니다.
2. 같은 hostname에 CNAME과 다른 레코드를 함께 두지 않습니다.
3. DKIM은 제공자 selector 아래에, DMARC는 _dmarc 아래에 둡니다.
4. 잘못된 값이 인증서 발급을 막을 수 있으므로 CAA는 신중히 변경합니다.

한 레코드를 명확히 바꾸세요

cache가 결과 차이를 만듭니다

차분한 DNS 변경

1. 제공자가 허용하면 계획된 변경 전에 TTL을 낮춥니다.
2. 변경은 한 번만 하고 cache 만료 중 반복 편집을 피합니다.
3. 결과가 다르면 여러 resolver 또는 네트워크에서 테스트합니다.
4. 지원팀에는 hostname, 이전 답, 예상 답, TTL, 변경 시간을 보냅니다.

cache를 쫓아가지 마세요

실제 사용량은 원본 파일보다 큽니다

성장 여유 확보

1. 주문 전에 현재 데이터 크기를 추정합니다.
2. 휴지통, 버전, previews, thumbnails를 위한 여유를 더합니다.
3. 대량 가져오기 전 팀과 사용량을 확인합니다.
4. 사용자가 한도에 닿기 전에 스토리지를 늘립니다.

작업 여유 공간을 남기세요

이전은 history 복사 이상입니다

이전 후 검증

1. 기존 제공자에서 export 또는 mirror를 수행합니다.
2. branches, tags, Git LFS 파일을 확인합니다.
3. remote URLs, webhooks, CI/CD, deploy keys를 업데이트합니다.
4. 기존 접근을 제거하기 전에 clone, push, Git LFS, submodules, CI를 테스트합니다.

원본을 닫기 전에 검증하세요

신원과 DNS가 전달률을 높입니다

첫 캠페인 전 확인

1. 캠페인 전용 도메인 또는 subdomain을 선택합니다.
2. 메일 제공자가 요청한 검증 DNS, SPF, DKIM, DMARC를 추가합니다.
3. 실제 캠페인 전에 테스트 메일, bounce, Return-Path, 링크를 확인합니다.
4. unsubscribe, List-Unsubscribe, 발신자 정보를 정확히 유지하고 비밀은 공유하지 않습니다.

시험 발송부터 시작하세요

auto와 manual 중 선택

운영 리소스

1. 애플리케이션과 framework에 맞게 auto 또는 manual을 선택합니다.
2. 지원되는 경우에만 PHP 8.2, 8.3, 8.4를 선택합니다.
3. CPU, RAM, 스토리지, backup retention, Offsite Archive retention을 설정합니다.
4. 배포 후 uploads, cache, logs, 보이는 오류를 테스트합니다.

앱에 맞는 runtime을 고르세요

보이는 고객 정보면 충분한 경우가 많습니다

보내면 안 되는 것

1. 비밀번호, 개인 키, tokens, seed phrases를 보내지 않습니다.
2. 비밀이 포함된 전체 logs나 database exports를 보내지 않습니다.
3. screenshots를 첨부하기 전에 개인정보와 sessions를 가립니다.
4. 가리지 않은 설정 파일이나 비공개 인프라 이름과 주소를 공유하지 않습니다.

필요 없는 정보는 가리세요