프로젝트 정지 가이드라인

Google에서는 사용자, 리소스, 데이터를 보호하기 위해 정책 및 서비스 약관(ToS) 위반을 매우 심각하게 취급합니다. 정책 또는 서비스 약관을 위반하여 Google Cloud에서 프로젝트를 정지하는 경우 기본 제공되는 보호 및 복구 도구를 사용하여 리소스에 대한 액세스 권한을 다시 얻을 수 있습니다. 정지가 프로젝트에 미치는 영향을 알아두면 문제를 더 빠르게 해결하고 향후 중단을 방지할 수 있습니다.

정지된 프로젝트 리소스와 분리된 프로젝트 리소스 비교

서비스 약관 위반으로 인해 Google에서 프로젝트 리소스 또는 사용자를 정지할 수 있습니다. 사용자가 프로젝트 리소스의 단독 소유자인 경우 해당 프로젝트도 정지됩니다. 이 경우 기존 워크로드가 종료되고 사용자는 정지된 프로젝트 리소스에 액세스할 수 없게 됩니다. 프로젝트 소유자에게는 정지 및 정지에 대한 이의신청 방법을 알리는 이메일 알림이 전송됩니다.

프로젝트 리소스에 소유자가 없으면 활성 상태인지 정지 상태인지에 관계없이 분리됩니다. 이는 프로젝트 리소스와 연결된 모든 소유자 또는 사용자의 Google 계정이 삭제된 경우에 발생할 수 있습니다. 소유자가 정지된 경우 프로젝트 리소스는 분리된 것으로 간주되지 않습니다.

분리된 프로젝트 리소스에 액세스할 수 없습니다. 분리된 프로젝트에 대한 액세스 권한을 복구하려면 프로젝트 및 조직에 대한 액세스 권한 복구를 참조하세요. 분리된 프로젝트 리소스는 다음 기준 중 하나가 충족되지 않으면 즉시 삭제 대상으로 표시됩니다.

  1. 로그에 반영되는 API 활동이 있습니다.
  2. Google Workspace 고객 도메인과 연결됩니다.
  3. App Engine 라이브 앱이 있습니다.
  4. 활성 또는 향후 가변 기간 할당량이 있습니다.
  5. Cloud Billing 계정에 연결되어 있습니다.
  6. 조직 리소스에서 소유합니다.

삭제 대상으로 표시된 프로젝트는 사용할 수 없으며 약 30일 후에 완전히 삭제됩니다. Cloud Storage 리소스 같은 일부 리소스는 훨씬 더 빨리 삭제됩니다. 프로젝트 삭제 프로세스에 대한 자세한 내용은 프로젝트 만들기 및 관리를 참조하세요.

분리된 프로젝트 방지 방법

프로젝트가 분리되지 않게 하려면 항상 둘 이상의 소유자가 프로젝트와 연결되도록 하는 것이 좋습니다.

프로젝트가 조직 리소스에 속하는 경우 프로젝트는 항상 최소한 조직을 소유자로 갖게 되므로 분리되지 않습니다. 조직 관리자가 조직의 각 프로젝트를 완전히 제어할 수 있습니다. 프로젝트 리소스가 분리될 위험을 없애려면 조직 리소스를 확보하고 그 아래에 있는 모든 프로덕션 프로젝트를 마이그레이션하는 것이 좋습니다.

프로젝트 및 조직에 대한 액세스 권한 복구

Google Cloud 프로젝트 또는 조직 리소스에 대한 액세스 권한을 잃은 경우 복구 프로세스는 리소스가 조직 리소스에 속하는지 또는 독립형 프로젝트인지에 따라 달라집니다.

조직의 프로젝트에 대한 액세스 복구

프로젝트가 조직 리소스에 속하는 경우 Cloud Customer Care에 문의하지 않고도 액세스 권한을 복구할 수 있습니다. 조직 관리자(roles/resourcemanager.organizationAdmin)는 조직 리소스의 모든 프로젝트를 완전히 제어할 수 있으며 소유자 역할(roles/owner)을 부여하거나 프로젝트 소유권을 직접 재할당할 수 있습니다.

조직 리소스의 프로젝트에 대한 액세스 권한을 복구하려면 다음 중 하나를 수행합니다.

  • 조직의 조직 관리자에게 프로젝트에 대한 소유자 역할(roles/owner) 또는 다른 적절한 Identity and Access Management(IAM) 역할을 부여해 달라고 요청합니다. 자세한 내용은 프로젝트, 폴더, 조직에 대한 액세스 관리를 참조하세요.
  • 조직에 활성 조직 관리자가 없는 경우 Google Workspace 또는 Cloud ID 최고 관리자에게 조직 관리자 역할(roles/resourcemanager.organizationAdmin)을 할당해 달라고 요청한 다음 프로젝트에 대한 액세스 권한을 부여합니다. 자세한 내용은 조직 리소스에 대한 액세스 권한 부여를 참조하세요.

조직 리소스에 대한 액세스 복구

고객 지원팀은 Google Cloud조직 리소스에 대한 액세스 권한을 직접 부여할 수 없습니다. 조직 리소스에 대한 액세스 권한을 잃은 경우 Google Workspace 또는 Cloud ID 도메인 계정을 통해 액세스 권한을 복구합니다.

  1. Google Workspace 또는 Cloud ID 최고 관리자 계정을 사용하여 Google 관리 콘솔에 로그인하고 조직 리소스에 조직 관리자 역할(roles/resourcemanager.organizationAdmin)을 부여합니다.
  2. 최고 관리자 계정에 액세스할 수 없는 경우 관리자 계정 복구 프로세스에 따라 Google Workspace 또는 Cloud ID 계정에 대한 액세스 권한을 다시 얻습니다. 자동 복구를 사용할 수 없고 도메인의 DNS 레코드를 수정할 수 있는 경우 관리자 액세스 복구를 통해 도메인 소유권을 확인할 수 있습니다.

독립형 프로젝트에 대한 액세스 복구

독립형 프로젝트는 조직 리소스에 속하지 않는 프로젝트입니다. 고객 지원에 문의하여 독립형 프로젝트에 대한 액세스 권한을 복구하기 전에 모든 셀프 서비스 복구 옵션을 사용해야 합니다.

셀프 서비스 복구 옵션 먼저 시도하기

지원 케이스를 열기 전에 다음 셀프 서비스 복구 방법을 모두 시도해 보세요.

  • 기존 프로젝트 소유자에게 문의: 모든 현재 프로젝트 소유자에게 연락하여Google Cloud 콘솔에서 소유자 역할(roles/owner)을 부여해 달라고 요청합니다.
  • 기존 소유자 계정 복구: 기존 소유자 계정의 사용자 인증 정보가 더 이상 없는 경우 계정 복구를 시도합니다.
    • 관리 Google Workspace 또는 Cloud ID 계정: 도메인 관리자에게 사용자의 비밀번호를 재설정하거나 최근에 삭제된 사용자 계정을 복원하도록 요청합니다. 삭제 후 20일 이내에 가능합니다.
    • 개인 Google 계정: Google 계정 복구 페이지를 사용하여 구성된 복구 이메일 주소 또는 전화번호를 통해 계정을 복구합니다. 계정에 보조 이메일 주소가 있는 경우 해당 보조 이메일 주소와 비밀번호를 사용하여 로그인할 수도 있습니다.
    • @gtempaccount.com로 끝나는 중복 계정: 소유자의 이메일 주소가 @gtempaccount.com로 끝나는 경우 사용자에게 로그인하여 중복 계정 문제 해결 도구를 사용하여 계정 중복을 해결하도록 요청합니다.
  • 대기 중인 소유자 초대 수락: 회사에서 활성 상태인 사용자가 프로젝트 소유자가 되기 위한 대기 중인 초대를 받은 경우 해당 사용자에게 초대된 이메일 주소로 로그인하고Google Cloud 콘솔에서 초대를 수락하도록 요청합니다.
  • 소유자 서비스 계정 가장: 서비스 계정에 프로젝트에 대한 소유자 역할(roles/owner)이 있는 경우 해당 서비스 계정에 대한 서비스 계정 사용자 역할(roles/iam.serviceAccountUser)이 있는 주 구성원은 서비스 계정을 가장하고 프로젝트 액세스 권한을 부여할 수 있습니다.

고객 지원팀에 액세스 복구 요청

모든 셀프 서비스 복구 옵션을 사용했는데도 독립형 프로젝트에 액세스할 수 없는 경우 고객 지원에 문의하여 프로젝트 액세스 복구를 요청할 수 있습니다. 고객 지원은 활성 상태의 소유자가 없거나 등록된 소유자가 모두 응답하지 않는 독립형 프로젝트인 분리된 독립형 프로젝트에 대해서만 액세스 복구 요청을 평가할 수 있습니다.

복구 요청을 제출하면 고객 지원팀에서 필수 확인 및 알림 절차를 따릅니다.

  1. 소유자 알림 및 응답 기간: 이미 기존 프로젝트 소유자에게 연락을 시도한 경우에도 Customer Care는 법적으로 등록된 모든 프로젝트 소유자에게 기본, 보조, 대체 이메일 주소로 연락해야 합니다. 고객 지원팀에서 요청의 등록된 소유자에게 알릴 수 있는 권한이 있는지 확인합니다.
    • 고객 지원은 각 알림 시도에 대한 응답을 최소 영업일 기준 3일 또는 72시간 동안 기다린 후 프로젝트를 분리된 것으로 선언합니다.
    • 기존 소유자가 응답하고 요청을 승인하면 해당 소유자가 직접 액세스 권한을 부여할 수 있습니다.
    • 기존 소유자가 응답하고 요청을 거부하면 고객 지원팀에서 액세스 권한을 부여할 수 없습니다.

  2. 확인 가능한 데이터 근거: 등록된 소유자가 필수 응답 기간 내에 응답하지 않는 경우 고객 지원에서 액세스 권한 부여를 평가하기 전에 프로젝트 및 워크로드의 합법적인 소유권을 증명하는 확인 가능한 데이터를 제공해야 합니다. 액세스 수준에 따라 고객 지원에서 다음 데이터 포인트 중 일부를 요구할 수 있습니다.

    • 프로젝트에 연결된 Cloud Billing 계정의 결제 계정 관리자(roles/billing.admin)의 승인, 결제 계정 ID, 최근 청구 금액 분리된 프로젝트에 대한 요금 청구를 중지하는 것이 유일한 목표인 경우 결제 계정 관리자는 프로젝트 액세스 권한을 복구하는 대신 프로젝트에서 결제를 사용 중지할 수 있습니다.
    • 기존 소유자 계정이 모두 도메인에 속하는 경우 DNS TXT 레코드를 통한 도메인 소유권 확인 또는 최소 2명의 도메인 관리자의 승인
    • 프로젝트 생성일, 원래 프로젝트 생성자, 현재 또는 이전 프로젝트 소유자
    • 사용자 생성 서비스 계정, OAuth 2.0 클라이언트 ID 및 승인된 도메인, API 키, 활성 리소스 이름과 같은 특정 프로젝트 구성 세부정보 및 리소스 식별자

    계정 관리자 또는 고객 엔지니어와 같은 Google 담당자의 승인은 데이터 근거로 허용되지 않습니다. Google 담당자는 프로젝트 데이터 또는 법적 소유권을 확인할 수 없기 때문입니다. 소유권을 증명할 수 있는 충분한 데이터를 제공할 수 없는 경우 고객 지원팀에서 프로젝트에 대한 액세스 권한을 부여할 수 없습니다.

고객 지원을 받을 수 없는 프로젝트

고객 지원팀에서는 다음 유형의 프로젝트에 대한 액세스 권한을 부여할 수 없습니다.

  • 조직 리소스의 프로젝트: 조직 관리자 또는 최고 관리자 계정을 통해 액세스 권한을 복구합니다.
  • Google 소유 내부 프로젝트: google.com 조직의 프로젝트는 외부 지원 복구 대상이 아닙니다.
  • Firebase 전용 프로젝트: Firebase API만 사용하는 프로젝트는 Firebase 프로젝트 소유권 프로세스를 통해 Firebase 지원팀에서 처리합니다.
  • Google Cloud Marketplace 결제 프로젝트: Cloud Marketplace 서비스를 위해 Google에서 관리하는 결제 프로젝트는 고객이 액세스할 수 없습니다.
  • 리셀러 고객 프로젝트: 리셀러가 결제 계정 관리자이더라도 리셀러 결제 계정에 연결된 프로젝트에 대한 액세스 권한을 부여할 수 없습니다. 프로젝트에 대한 청구를 중지하려면 리셀러가 프로젝트에서 결제를 사용 중지하면 됩니다.
  • 기본 Google Apps Script 프로젝트: 고객 지원팀은 Apps Script에 대해 자동으로 생성된 기본 프로젝트에 대한 액세스 권한을 부여할 수 없습니다. 이러한 프로젝트의 이름은 sys-로 시작합니다. 자세한 내용은 Apps Script의Google Cloud 프로젝트를 참고하세요.

서비스 약관 위반 영향

Google Cloud 계정 정지

사용자가 프로젝트를 통해 서비스 약관 또는 Google Cloud 서비스이용 정책(AUP)을 지속적으로 위반하는 경우Google Cloud 에 대한 액세스가 정지될 수 있습니다. Google Cloud 이 경우 개발자가 Cloud 프로젝트에 액세스할 수 없게 됩니다. Gmail과 같은 그 외 Google 서비스에는 계속 액세스할 수 있습니다.

Google Cloud 계정이 정지되고 개발자에게 활성 프로젝트가 하나 이상 있는 경우 프로젝트가 정지된다는 이메일이 전송됩니다. 개발자는 Console로 이동하고 양식을 작성하고 Google에 연락하여 문제를 해결할 수 있습니다.

Google Cloud 프로젝트 정지

Google Cloud 프로젝트가 Google Cloud 서비스이용 정책(Google Cloud AUP)을 비롯한 Google Cloud 서비스 약관을 위반하는 경우 정지 조치를 받을 수 있습니다. Google Cloud AUP 또는 서비스 약관을 위반하는 활동이 프로젝트에서 감지되는 경우 프로젝트 소유자는 위반을 즉시 시정할 의무가 있습니다. 위반이 시정되지 않을 경우 Google에서 프로젝트를 정지하는 조치를 취할 수 있습니다. Google Cloud 개발자는 프로젝트 소유자 이메일 계정을 정기적으로 확인해야 합니다. Google에서 Google Cloud 프로젝트를 정지하면 연결된 모든 Google Cloud 워크로드도 정지됩니다. 정지된 프로젝트의 소유자는 google-cloud-compliance@google.com으로부터 이의신청 대상 리소스가 포함된 알림 이메일을 받게 됩니다.

정지된 프로젝트 리소스에 활성 상태이든 정지 상태이든 소유자가 한 명 이상 있는 경우 분리된 것으로 간주되지 않으며 삭제 대상으로 표시되지 않습니다. 하지만 9개월 동안 정지된 프로젝트 리소스는 분리되지 않더라도 삭제 대상으로 표시됩니다.

Cloud Billing 계정 정지

Google Cloud Cloud Billing 계정은 Google Cloud 서비스 약관 위반, 결제 누락 또는 사기 의심으로 인해 정지될 수 있습니다. Cloud Billing 계정이 정지되면 해당 Cloud Billing 계정에 연결된 모든 Google Cloud리소스도 정지됩니다.

Cloud Billing 계정이 장기간 잘못된 상태로 유지되면 해당 계정과 연결된 프로젝트에서 일부 리소스가 삭제될 수 있습니다. 삭제된 리소스는 복구될 수 없습니다. 자세한 내용은 Cloud Billing 문제 해결 페이지를 참조하세요.

정지된 Cloud Billing 계정을 복구하려면 소유자가 다음 옵션 중 하나를 사용할 수 있습니다.

Cloud Billing 계정이 정지된 동안 종료된 서비스를 수동으로 재시작해야 할 수 있습니다. 서비스 재시작에 대한 자세한 내용은 Google Cloud 서비스 다시 시작을 참조하세요.

정지된 Cloud Billing 계정에 연결된 클라우드 리소스는 활성 소유자가 최소 한 명 이상인 경우 분리된 것으로 간주되지 않습니다.