GCP에서 실행되는 시스템은 프로젝트 단위로 관리됩니다.

AWS라든지를 먼저 사용하고 있다면 프로젝트에서 관리하는 생각이 다소 어렵고 힘들다고 생각합니다만, 익숙해지면 편리한 생각이라고 생각합니다.
프로젝트는 여러 개 만들 수 있습니다.

포인트는
프로젝트별로 사용자 관리나 과금을 따로 따로 할 수 있기 때문에, 복수의 클라이언트용으로 프로젝트를 진행하는 개발자의 분들에게 관리가 용이해진다는 점입니다.

또한 GCP에서 사용하는 리소스 외에도 Google Calendar, Google Map 등에서 사용하는 Google API도 모두 프로젝트와 연결되어 프로젝트 단위로 과금 및 사용자 관리를 수행하므로 Goolge 서비스를 사용하는 데 필요한 지식 입니다.

↓
그래서 프로젝트라는 이름이

공식 문서

그림으로 쓰면 이런 느낌

폴더라든가 있습니다만, 이 옆은 여기에서는 건드리지 않습니다.

장점

비교적 쉽게 시스템을 분리 할 수 ​​있습니다.
프로젝트나 GCP 서비스(Compute Engine이나 Cloud Storage 등의 서비스를 가리킵니다.)마다 액세스 권한을 설정할 수 있으며, 프로젝트로 나누면 권한 설정이나 관리가 편해지는 경우가 많다.
청구는 프로젝트 단위로 발생하기 때문에 어느 시스템에서 어느 정도 요금이 발생했는지 명확해진다.
오퍼레이션 실수나 어떠한 이유로 프로젝트가 탈취되었을 경우의 영향 범위를 최소한으로 할 수 있다.

모범 사례

htps : // m / 쿠니 타야 / ms / 94d36dc에서 d51b41937f8
h tps : // c ぉ d. 오, ぇ. 코 m / 드 cs / 엔테 rp 리세 / 베 stp 등 c 치세 s- ぉ r - 엔 rp 리세 오 r가 니자치 온 s? hl = 그럼
어떤 관리 방법이 좋은지는 상황에 따라 다르겠지만 공식적인 모범 사례도 공개되어 있으므로 참고가 될까 생각합니다.

참고 URL

htps : // c ぉ d. 오, ぇ. 코 m / 드 cs / 오 ょ r ゔ ぃ w
htps : // c ぉ d. 오, ぇ. 코 m / 레소 r 세마나게 r / 두 cs / c 레아 친 g 마나 긴 g p 로지 cts
htps //w w. 그리고 p. 이. jp / gcp02 - 껄껄 gss r d-gui # gcp
htps // // ps-gcp. 코 m / gcp 바시 c - 01 - p reparachion / #
ㅡㅡㅜㅜㅜㅜㅜㅜㅜㅜㅜㅜㅜ 이 m/그리고 x. php/2019/08/31/포 st-931/