GCP Professional Cloud Architect(PCA)는 요구사항에 맞는 클라우드 구성을 설계하는 역량을 평가하는 자격증이다. 준비할 때는 공식 시험 가이드로 범위를 확인하고, 각 서비스를 선택하는 이유를 설명하는 연습을 권한다. 예를 들어 기존 소프트웨어가 OS 설정을 직접 제어해야 한다면, 그 조건이 Compute Engine을 검토하는 근거가 된다.
나는 2023년 이 자격증을 취득했다. 이 글은 2026년 10월 28일 확인한 공식 자료를 바탕으로, 지금 준비하는 사람에게 권하는 학습 순서를 정리했다. 신규 취득용 일반 시험(Standard exam)을 기준으로 하며, 갱신 시험은 별도 가이드를 사용한다.
Associate부터 취득해야 하는지, 응시료와 언어는 무엇인지 궁금하다면 GCP 자격증 선택 가이드에서 먼저 확인할 수 있다.
1. 공식 시험 범위부터 확인하기#
공식 시험 가이드는 평가 영역을 다음과 같이 나눈다. 비중은 가이드에 표시된 대략적인 값이다.
| 평가 영역 | 비중 |
|---|---|
| 클라우드 아키텍처 설계와 계획 | 약 25% |
| 인프라 관리와 프로비저닝 | 약 17.5% |
| 보안과 규정 준수 설계 | 약 17.5% |
| 기술·비즈니스 프로세스 분석과 최적화 | 약 15% |
| 구현 관리 | 약 12.5% |
| 솔루션의 안정적 운영과 운영 품질 관리 | 약 12.5% |
VM·네트워크 구성만 공부하면 마이그레이션, 배포, 운영, 비즈니스 요구사항을 놓칠 수 있다. 현재 가이드에는 생성형 AI·ML 솔루션, 모델 활용과 보안도 포함되어 있다. 과거 교재를 사용하더라도 최신 가이드의 항목과 대조해야 한다. 공식 일반 시험 가이드 PDF
처음 읽을 때는 각 항목을 다음 세 가지로 표시해보면 된다.
- 설명 가능: 어떤 요구사항에서 사용하는지 예를 들 수 있다.
- 기능만 알고 있음: 서비스 이름과 기능은 알지만 다른 선택지와 비교하기 어렵다.
- 처음 접함: 개념과 용어부터 학습해야 한다.
이 구분으로 공부할 순서를 정한다. 익숙한 서비스만 반복해서 읽기보다, 설명하기 어려운 항목을 찾아 보완하는 용도다.
2. 입문자라면 어떤 순서로 공부할까?#
아래는 공식 출제 순서가 아니라, 기초 개념을 연결하기 위한 추천 학습 순서다. 실무 경험이 있다면 이미 설명할 수 있는 부분은 빠르게 확인하고 넘어가도 된다.
| 순서 | 학습 주제 | 스스로 답해볼 질문 |
|---|---|---|
| 1 | 프로젝트·리전·존, IAM | 리소스를 어디에 배치하고, 누구에게 어떤 권한을 부여할 것인가? |
| 2 | VPC·서브넷·라우팅·방화벽 | 요청이 어떤 경로로 이동하며 어디에서 허용·차단되는가? |
| 3 | VM·컨테이너·서버리스 | OS 제어가 필요한가? Kubernetes 운영이 필요한가? |
| 4 | 스토리지·DB·데이터 처리 | 파일 보관, 트랜잭션, 분석 중 어떤 용도인가? |
| 5 | 가용성·백업·재해 복구 | 어떤 장애까지 견디고, 얼마 안에 복구해야 하는가? |
| 6 | 비용·배포·운영·마이그레이션 | 어떤 항목에서 비용이 발생하며, 변경 실패 시 어떻게 복구할 것인가? |
| 7 | AI·ML과 케이스 스터디 | 모델·데이터·접근 권한을 기존 시스템에 어떻게 연결할 것인가? |
보안과 비용은 마지막에 한 번 확인하고 끝낼 항목이 아니다. 각 서비스를 공부할 때 접근 권한, 데이터 위치, 운영 부담과 비용을 함께 확인한다.
IAM: 역할 이름보다 권한의 범위를 이해하기#
IAM(Identity and Access Management, ID 및 접근 관리)에서는 주체, 역할, 리소스를 구분하는 것부터 시작한다. 누가 접근하는지, 어떤 작업 권한이 필요한지, 그 권한을 어디에 부여할지 설명할 수 있어야 한다. IAM 개요
예를 들어 “애플리케이션이 특정 버킷의 파일을 읽어야 한다”는 요구사항이 있다고 하자. 학습할 때는 다음 질문을 적어본다.
- 애플리케이션이 사용할 서비스 계정은 무엇인가?
- 읽기 외에 쓰기·삭제 권한도 필요한가?
- 권한을 프로젝트 전체에 부여해야 하는가, 해당 버킷에만 부여할 수 있는가?
이렇게 범위를 좁히는 연습을 하면 역할 이름을 외우는 것보다 권한 설정의 목적을 이해하기 쉽다.
네트워크: 연결되는 경로를 그려보기#
네트워크는 VPC(가상 사설 클라우드)·서브넷·라우팅·방화벽의 역할을 확인한 뒤 통신 경로를 그려보는 방식이 좋다. 외부 사용자에서 애플리케이션까지, 애플리케이션에서 DB까지, 사내 시스템에서 클라우드까지 각각 나눠본다.
각 경로에 IP 주소, 라우팅, 방화벽, DNS, 암호화가 어디에서 필요한지 표시한다. “내부 IP를 쓰니 안전하다”는 결론에서 멈추지 말고, 접속 주체와 허용 범위까지 설명하는 연습이다.
사내망 연결을 공부할 때는 GCP Cloud VPN과 Interconnect 비교를 보조 자료로 활용할 수 있다. 요금 숫자 자체보다 연결 방식·대역폭·이중화 조건에 따라 선택이 달라지는 이유를 읽어보면 좋다.
3. 서비스 선택은 요구사항과 함께 공부하기#
Compute Engine과 GKE, Cloud Run 비교#
Compute Engine은 VM, GKE(Google Kubernetes Engine)는 관리형 Kubernetes, Cloud Run은 관리형 애플리케이션 실행 플랫폼이다. 다음은 각 서비스의 차이를 학습하기 위한 선택 예시다. 실제 선택에서는 오른쪽 열의 조건까지 함께 확인한다.
| 요구사항 예시 | 우선 검토할 후보 | 추가로 확인할 조건 |
|---|---|---|
| OS 설정과 기존 서버 소프트웨어를 직접 관리해야 함 | Compute Engine | 패치·확장·장애 복구를 누가 담당할지 |
| Kubernetes API와 배포 구성을 활용해야 함 | GKE | 클러스터 운영 방식과 팀의 Kubernetes 경험 |
| 컨테이너 기반 HTTP 서비스를 운영하고 서버 관리 부담을 줄이고 싶음 | Cloud Run | 실행 환경 제약, 네트워크 연결, 상태 저장 방식 |
각 서비스의 관리 범위와 제약은 Compute Engine, GKE, Cloud Run 공식 문서와 대조한다.
예를 들어 컨테이너로 실행된다는 이유만으로 GKE를 선택하지는 않는다. Kubernetes 기능이 필요한지, 팀이 운영할 수 있는지, 더 단순한 배포 방식으로 요구사항을 충족할 수 있는지까지 비교해본다.
데이터: 저장 용도와 접근 패턴을 구분하기#
데이터를 저장한다는 공통점만으로 서비스를 묶어 외우면 선택이 어렵다. 파일 보관, 주문 처리, 대량 데이터 분석은 읽고 쓰는 방식부터 다르다.
DB는 기존 DB 호환성·트랜잭션·확장 범위·지연 시간·운영 부담을 함께 비교한다. 기존 MySQL·PostgreSQL을 이전하는 경우와 여러 지역에서 확장하는 DB를 설계하는 경우에는 요구사항이 달라진다.
| 요구사항 예시 | 검토할 후보 | 확인할 차이 |
|---|---|---|
| 이미지·첨부 파일·백업 파일 보관 | Cloud Storage | 객체 보관 위치, 접근 권한, 보존 정책 |
| 기존 MySQL·PostgreSQL 기반 주문 시스템 운영 | Cloud SQL | 호환성, 트랜잭션, 고가용성(HA) 구성, 백업·복구 |
| 누적된 매출·접속 데이터를 SQL로 집계·분석 | BigQuery | 데이터 적재 방식, 쿼리 처리량과 비용 |
제품의 기본 용도는 Cloud Storage 개요, 데이터베이스 제품 비교, BigQuery 개요에서 확인할 수 있다.
학습 노트에는 서비스별 기능 목록 대신 **“이 서비스를 선택한 이유 / 다른 후보를 선택하지 않은 이유 / 추가 확인 사항”**을 세 줄씩 적어두는 편이 비교 연습에 도움이 된다.
4. 가용성과 비용을 함께 판단하는 연습#
“장애가 나도 서비스를 유지해야 한다”는 문장은 구체적인 설계 조건이 부족하다. VM 한 대의 장애인지, 존 장애인지, 리전 전체 장애인지부터 나눠야 한다.
복구 요구사항에서는 다음 두 용어를 구분한다.
- RTO(복구 시간 목표): 장애 후 서비스 복구까지 허용하는 시간.
- RPO(복구 시점 목표): 장애 시 허용할 수 있는 데이터 손실을 시간으로 나타낸 값.
이중화·백업·복구 절차가 이 목표를 충족하는지 확인하고, 유지 비용과 복구에 필요한 작업을 함께 비교한다. Google Cloud 재해 복구 설계 안내
다음은 복구 요구사항을 해석하기 위한 학습용 가상 사례다.
국내 사용자를 대상으로 하는 웹 서비스를 설계한다. 운영 인력은 적고, 월말에는 요청이 증가한다. 단일 존 장애에 대비해야 하며, 복구 목표는 RTO 1시간·RPO 15분이다.
이 조건만으로 제품 하나를 정답처럼 고르기보다, 다음을 먼저 확인해본다.
| 확인할 내용 | 설계에 미치는 영향 |
|---|---|
| 애플리케이션이 로컬 디스크나 메모리에 세션을 저장하는가? | 인스턴스 교체·확장 시 상태 유지 방법 |
| 데이터 저장소도 존 장애에 대응하는가? | 웹 서버만 이중화했을 때 남는 장애 지점 |
| 복원·전환에 실제로 얼마나 걸리는가? | RTO 충족 여부 |
| 데이터 복제와 백업으로 어느 시점까지 복구할 수 있는가? | RPO 충족 여부 |
| 요청 증가 시 DB 연결 수나 처리량도 감당할 수 있는가? | 애플리케이션 자동 확장만으로 해결되지 않는 병목 |
이 사례에서 RTO 1시간은 장애 감지부터 전환·복원과 서비스 정상화까지의 시간이 목표 안에 들어야 한다는 뜻이다. RPO 15분이라면 하루 한 번 백업만으로는 그 목표를 충족하기 어렵다. 반대로 백업 주기를 15분으로 설정했다는 사실만으로 충분한 것도 아니다. 백업 완료 시점과 실제 복구 가능한 데이터를 확인해야 한다.
또한 웹 서버를 여러 존에 배치해도 DB가 한 존에만 의존한다면 전체 서비스의 존 장애 대응이 완성된 것은 아니다. 애플리케이션과 데이터 저장소 각각의 장애 대응 방식을 함께 검토해야 한다.
설계 후보를 비교할 때는 VM 비용 외에 디스크, 로드밸런서, 백업, 공인 IP, 아웃바운드(이그레스) 비용도 적는다. 비용 항목을 나누는 예시는 GCP VM 비용 줄이기에서 볼 수 있다. 다만 단일 VM의 저비용 구성과 장애 대응 구성은 요구사항이 다르므로 같은 가격만으로 비교하지 않는다.
전체 설계를 검토하는 기준으로는 운영·보안·신뢰성·비용·성능·지속 가능성을 다루는 Google Cloud Well-Architected Framework를 참고한다.
배포·운영·마이그레이션도 학습 범위에 포함하기#
서비스 구성 다음에는 변경과 장애 대응 절차를 적어본다. 새 버전을 어떻게 검증하고 배포할지, 오류를 어떤 지표로 감지할지, 문제가 생기면 이전 버전으로 어떻게 롤백할지까지 설명하는 연습이다.
기존 시스템을 이전하는 경우에는 애플리케이션 간 의존성, 데이터 복사와 동기화, 허용 가능한 중단 시간, 전환 실패 시 복귀 절차를 정리한다. 예를 들어 애플리케이션만 이전했는데 기존 DB에 대한 통신 경로가 없다면 정상 동작할 수 없다. 서버 목록과 함께 통신·데이터 의존성을 확인해야 하는 이유다.
5. 케이스 스터디와 AI·ML 범위 확인하기#
일반 시험에는 공식 안내 기준으로 케이스 스터디 2개가 사용되며, 관련 문제는 전체의 약 20~30%를 차지한다. 공개된 사례는 공식 시험 가이드에서 확인할 수 있다. 갱신 시험의 사례 구성과 혼동하지 않도록 한다. 일반 시험 안내
사례를 읽을 때는 회사 소개를 전부 외우기보다 다음 네 가지로 정리해보길 권한다.
- 현재 구성: 어떤 시스템과 데이터가 있고 무엇이 문제인가?
- 목표: 비용 절감, 성능 개선, 신규 기능 중 무엇을 달성해야 하는가?
- 제약: 예산, 운영 인력, 기존 기술, 데이터 보관 조건은 무엇인가?
- 선택 근거: 제안한 구성이 목표와 제약을 어떻게 충족하는가?
AI·ML은 현재 가이드에 포함된 모델·API 활용, 데이터 통합, 학습·서빙 인프라, 보안 항목을 확인한다. 오래된 준비 자료에서 이 부분이 빠져 있다면 공식 학습 경로로 보완한다. 정확한 제품명과 세부 범위는 최신 시험 가이드를 기준으로 삼는다.
가령 사내 문서를 활용하는 AI 기능을 설계하는 연습에서는 다음을 확인해볼 수 있다.
- 접근 권한: 사용자가 읽을 수 없는 문서가 검색 결과에 포함되지는 않는가?
- 데이터 처리: 모델에 어떤 데이터를 전달하며 어디에서 처리하는가?
- 품질 검증: 잘못된 답변을 어떻게 평가하고 개선할 것인가?
- 비용: 모델 호출과 데이터 처리 비용을 어떻게 추정할 것인가?
6. 예제 문제와 해설: IAM 최소 권한 설계#
다음은 IAM 최소 권한 원칙을 확인하기 위해 자체 제작한 학습용 문제다.
Question#
A reporting application runs using a service account. It needs to list and download objects from the Cloud Storage bucket
monthly-reports. It does not need to upload or delete objects, or access any other bucket. The service account currently has no storage access permissions. Which IAM role and scope should you use to meet these requirements while following the principle of least privilege?
- A. Grant the service account the Storage Admin role at the project level.
- B. Grant the service account the Storage Object Viewer role at the project level.
- C. Grant the service account the Storage Object Viewer role on the
monthly-reportsbucket. - D. Grant the service account the Storage Object Admin role on the
monthly-reportsbucket.
한국어 번역#
서비스 계정으로 실행되는 보고서 애플리케이션이 Cloud Storage의
monthly-reports버킷에서 파일 목록을 조회하고 파일을 다운로드해야 한다. 업로드·삭제 작업과 다른 버킷 접근은 필요 없다. 현재 이 서비스 계정에는 스토리지 접근 권한이 없다. 아래 중 이 서비스 계정에 부여할 IAM 역할과 적용 범위로 가장 적절한 것은?
- A. 프로젝트에 Storage Admin 역할을 부여한다.
- B. 프로젝트에 Storage Object Viewer 역할을 부여한다.
- C.
monthly-reports버킷에 Storage Object Viewer 역할을 부여한다. - D.
monthly-reports버킷에 Storage Object Admin 역할을 부여한다.
정답과 해설#
정답은 C다. Storage Object Viewer(roles/storage.objectViewer)는 객체 읽기와 목록 조회 권한을 제공한다. 이를 해당 버킷에 부여하면 필요한 작업과 리소스 범위에 맞출 수 있다. Cloud Storage IAM 역할 안내
A는 버킷·객체 관리 권한까지 포함하고, B는 프로젝트 범위로 적용되어 같은 프로젝트의 다른 버킷까지 접근 범위를 넓힌다. D도 해당 버킷으로 범위는 제한하지만 객체 생성·삭제 등 불필요한 작업을 허용한다. 역할의 작업 권한과 역할을 부여할 리소스 범위를 함께 비교하는 것이 이 문제의 핵심이다.
7. 공식 자료로 학습하고 부족한 부분 확인하기#
| 자료 | 활용 방법 |
|---|---|
| 공식 시험 소개 | 일반·갱신 시험 구분, 응시 조건과 최신 자료 링크 확인 |
| 공식 Exam Guide | 출제 범위와 케이스 스터디 확인 |
| Professional Cloud Architect 학습 경로 | 과정·실습·스킬 배지 중 부족한 영역 학습 |
| 공식 시험 소개의 Sample questions | 문제 형식 확인, 선택지별 근거 설명 연습 |
| Cloud Architecture Center | 설계 사례와 권장 구성 확인 |
샘플 문제를 풀고 나서는 틀린 문항의 정답만 적기보다, 잘못 판단한 조건을 남긴다. 예를 들어 “운영 인력 제약을 놓쳤다”, “존 장애와 리전 장애를 구분하지 않았다”, “읽기 권한만 필요한데 쓰기 권한까지 고려했다”처럼 적으면 다시 볼 부분이 명확해진다.
학습용 실습을 이용하면 업무용 GCP 환경이 없어도 설정과 동작을 확인할 수 있다. 과정마다 이용 조건과 비용이 다를 수 있으므로 시작 전에 확인한다. 이 글의 순서대로 공부한 뒤에는 시험 가이드로 돌아가 누락한 항목이 없는지 점검한다.
처음부터 모든 서비스를 깊게 알 필요는 없다. 한 가지 요구사항을 정하고, 후보 서비스를 비교한 뒤 선택 이유를 설명하는 것부터 시작해보자. 설명이 막히는 부분이 다음에 공부할 주제다.