Google Cloud Professional Cloud Developer
225 שאלות תרגול
נבדק לאחרונה: April 2026
הערות אישיות וקישורים למשאבים למסע הלמידה שלך
סנן לפי הסמכה
הסמכת Google Cloud Professional Cloud Developer (PCD) מאמתת את היכולת לבנות יישומים מבוססי ענן (cloud-native) ניתנים להרחבה ומאובטחים ב-Google Cloud. הבחינה מדגישה הנדסה אמיתית: בחירה בין Cloud Run, GKE, App Engine ו-Cloud Functions עבור עומס עבודה נתון; תכנון מערכות מונעות אירועים עם Pub/Sub ו-Eventarc; הטמעת יכולת ניטור (observability) עם Cloud Trace ו-Cloud Profiler; ושילוב עם Cloud SQL, Spanner, Firestore ו-Memorystore. סגנון השאלות עשיר בתרחישים — סיפורים קצרים על דרישות צוות עם ארבע אפשרויות סבירות למראה, כאשר אחת היא התשובה המתאימה ביותר (idiomatic) ל-Google Cloud. ה-PCD הוא המקבילה ב-GCP ל-AWS Developer Associate, אך מדרגה אחת גבוה יותר, או ל-Azure AZ-204 עם תוכן ארכיטקטורה מעמיק יותר. הוא מיועד למפתחי צד שרת (backend developers), מהנדסי full-stack ומהנדסי פלטפורמה שמפתחים בפועל קוד ב-GCP.
התחום הגדול ביותר (25%). דפוסי 12-factor, פשרות בין מיקרו-שירותים למונוליתים, בחירת משאב המחשוב הנכון (Cloud Run לעומת GKE לעומת Cloud Functions לעומת App Engine), תכנון מונחה אירועים עם Pub/Sub. דגש רב על תרחישי פשרות.
פיתוח מקומי עם Cloud Code, בניית קונטיינרים עם Cloud Build ו-Buildpacks, דפוסי בדיקות יחידה / אינטגרציה / עומס, ניהול תלויות. 20%.
פריסות Blue-green ו-canary ב-Cloud Run וב-GKE, פיצול תעבורה, Artifact Registry, דפוסי צינור פריסה (deployment-pipeline) עם Cloud Build, זהות שירות (service identity) ו-Workload Identity. 20%.
דפוסי Pub/Sub (push לעומת pull, מסירה חד-פעמית בדיוק - exactly-once delivery), Eventarc, Cloud Tasks, Cloud Scheduler, אינטגרציות עם Cloud SQL / Spanner / Firestore / Memorystore. 20% — דגש רב על דפוסים אידיומטיים.
Cloud Logging, Cloud Monitoring, Cloud Trace, Cloud Profiler, דיווח שגיאות, כוונון קנה מידה אוטומטי (autoscaling), הנדסה מודעת עלויות. 15%.
שירותים שתפגוש במבחן ומדוע כל אחד מהם חשוב.
סביבת ריצה מנוהלת לחלוטין של קונטיינרים serverless, המתרחבת עד אפס, עם רביזיות, פיצול תעבורה, כיוונון מקביליות וחיוב מבוסס-בקשות.
מדוע הוא במבחן: דומיין 1 (עיצוב יישומי Cloud-Native) מתייחס ל-Cloud Run כפרימיטיב החישובי ברירת המחדל לשירותי קונטיינרים חסרי-מצב — צפו לשאלות על מקביליות, cold starts וביטול רביזיות.
מחשוב serverless מונחה-אירועים (דור 2 הבנוי על Cloud Run) המופעל על ידי אירועי HTTP, Pub/Sub, Cloud Storage, Eventarc ו-Firestore.
מדוע הוא במבחן: דומיין 1 + דומיין 4 (שילוב שירותי Google Cloud) בוחנים Functions עבור חיבור קל משקל בין שירותים ודפוסי מיפוי מקורות-אירועים.
PaaS מנוהל לחלוטין עבור יישומי אינטרנט עם סביבות Standard (סקייל לפי בקשות) ו-Flexible (מבוססות קונטיינרים), פיצול תעבורה ופריסות מנוהלות גרסאות.
מדוע הוא במבחן: דומיין 3 (פריסת יישומים) בוחן פיצולי תעבורה של App Engine, פריסות מנוהלות גרסאות ובחירה בין Standard ל-Flexible — מסיח חוזר מול Cloud Run.
Kubernetes מנוהל עם מצבי Autopilot ו-Standard, Workload Identity, ingress רב-קלאסטרים ו-Anthos service mesh משולב.
מדוע הוא במבחן: דומיין 1 + דומיין 3 בוחנים טרייד-אופים בין GKE Autopilot ל-Standard, Workload Identity לאימות pod-ל-Google-API, ואסטרטגיות פריסה rolling-vs-blue/green.
שירות CI מנוהל המופעל על ידי `cloudbuild.yaml` הבונה אימג'י קונטיינרים, מריץ בדיקות, חותם ארטיפקטים ודוחף ל-Artifact Registry.
מדוע הוא במבחן: דומיין 2 (בנייה ובדיקת יישומים) מציין את Cloud Build כשירות ה-CI הקנוני — צפו לשאלות על שלבי בנייה, החלפות (substitutions) וטריגרים.
מאגרי Git פרטיים מנוהלים המשולבים עם טריגרים של Cloud Build, Cloud Logging וגישת מאגר מבוססת-IAM.
מדוע הוא במבחן: דומיין 2 + דומיין 3 מכסים את CSR כמקור ילידי-Google עבור טריגרים של Cloud Build, לעיתים קרובות מנוגד למאגרי GitHub/GitLab משוקפים.
שירות continuous-delivery מנוהל עבור GKE, Cloud Run ו-Anthos עם צינורות אספקה דקלרטיביים, שערי קידום וביטול אוטומטי.
מדוע הוא במבחן: דומיין 3 (פריסת יישומים) בוחן התקדמות צינורות Cloud Deploy (dev → staging → prod), שערי אישור וסמנטיקת ביטול.
אחסון אחיד עבור אימג'י קונטיינרים, Maven, npm, Python, Go וחבילות מערכת הפעלה עם גישה מבוקרת-IAM, סריקת פגיעויות ומאגרים מרוחקים/וירטואליים.
מדוע הוא במבחן: דומיין 2 + דומיין 3 מצפים ל-Artifact Registry (היורש של Container Registry) כמאגר האימג'ים הנצרך על ידי פריסות Cloud Build → Cloud Run / GKE.
בסיס נתונים מסמכים serverless (Firestore במצב Native או Datastore) עם מאזינים בזמן אמת, סנכרון offline וכללי אבטחה; Firebase Realtime DB עבור יישומי JSON-tree מדור קודם.
מדוע הוא במבחן: דומיין 1 בוחן את Firestore עבור עומסי עבודה של מסמכים בהשהיה נמוכה עם דחיפה בזמן אמת ללקוחות מובייל/אינטרנט — ניגוד חוזר מול Cloud Spanner ו-Bigtable.
בסיס נתונים יחסי מופץ גלובלית, בעל עקביות חזקה, עם סקייל אופקי, מופעים אזוריים/רב-אזוריים ותמיכה בניבי SQL + GoogleSQL.
מדוע הוא במבחן: דומיין 1 מציין את Spanner בכל פעם ששאלה דורשת סמנטיקה יחסית בקנה מידה גלובלי או זמינות של 5 תשיעיות — מבחין מ-Cloud SQL ו-Firestore.
הודעות אסינכרוניות גלובליות עם מסירה at-least-once, מנויי push ו-pull, מפתחות סדר, dead-letter topics ו-Pub/Sub Lite עבור עומסי עבודה אזוריים עם תפוקה גבוהה.
מדוע הוא במבחן: דומיין 4 (שילוב שירותי Google Cloud) בוחן את Pub/Sub כפרימיטיב הניתוק הקנוני עבור בקאנדים מונחי-אירועים — בחירה בין pull ל-push וסמנטיקת DLQ הן שאלות נפוצות.
תורי משימות אסינכרוניות מנוהלים עם תזמון לפי משימה, בקרת קצב/מקביליות, ניסיונות חוזרים עם exponential back-off ויעדי HTTP / App Engine.
מדוע הוא במבחן: דומיין 4 מבחין בין Cloud Tasks (שליטה מפורשת, מוסרת כפילויות לפי משימה) ל-Pub/Sub (זרמי fan-out) — זוג מסיחים חוזר בסגנון DVA.
מתזמר סירנות serverless המשתמש ב-YAML/JSON DSL לשרשור HTTP, Cloud Functions, Cloud Run ו-Google Cloud APIs עם ניסיונות חוזרים וצעדים מקבילים.
מדוע הוא במבחן: דומיין 4 מנגיד Workflows (אורקסטרציה עמידה) מול Pub/Sub fan-out גולמי — שאלות בוחנות ניסיונות חוזרים של צעדים, ענפים מקבילים ושימוש בקונקטורים.
Apigee מספקת ניהול API מחזור חיים מלא (פרוקסיז, מונטיזציה, אנליטיקה, OAuth); API Gateway הוא שער מנוהל קל משקל עבור בקאנדים serverless.
מדוע הוא במבחן: דומיין 4 בוחן את Apigee עבור מחזור חיים של API ארגוני (פורטל מפתחים, מכסה, פרוקסיז OAuth) ואת API Gateway עבור חשיפת API ב-serverless — הבחירה ביניהם היא תרחיש חוזר.
שכבת ניהול API עבור OpenAPI/gRPC לבקאנדים של App Engine, GKE ו-Compute Engine עם פרוקסי ESP/ESPv2, אימות, ניטור ואכיפת מכסות.
מדוע הוא במבחן: דומיין 4 משאיר את Cloud Endpoints בתחום עבור בקאנדים באירוח עצמי ב-GKE/Compute Engine כאשר Apigee הוא overkill אך API Gateway אינו מתאים.
תשתית אירועים למסירת למעלה מ-130 מקורות אירועים של Google Cloud ל-Cloud Run, Cloud Functions ו-GKE באמצעות Pub/Sub בפורמט CloudEvents או טריגרים של יומני ביקורת.
מדוע הוא במבחן: דומיין 4 מציין את Eventarc בכל פעם שאירוע חייב לזרום משירות Google Cloud אחד (למשל Cloud Storage, Audit Logs) ליעד serverless עם פורמט CloudEvents סטנדרטי.
זהות בהיקף פרויקט וארגון עם תפקידים מוגדרים מראש ומותאמים אישית, חשבונות שירות, Workload Identity Federation ומדיניות מבוססת-משאבים.
מדוע הוא במבחן: דומיין 5 (ניהול ביצועי יישומים / אבטחה) בוחן עיצוב תפקידים במינימום הרשאות, התחזות לחשבונות שירות ו-Workload Identity לאימות pod-ל-Google-API ללא מפתחות סטטיים.
Cloud KMS מנהל מפתחות הצפנה בניהול לקוח (CMEK / external HSM); Secret Manager מאחסן מפתחות API, אישורי DB ואסימונים עם ניהול גרסאות ורוטציה.
מדוע הוא במבחן: דומיין 1 + דומיין 3 מצפים ל-Secret Manager להזרקת אישורים בזמן ריצה ול-Cloud KMS כמאגר המפתחות התומך — ההבחנה ביניהם לבין משתני סביבה היא שאלה חוזרת.
Cloud Trace לניתוח השהיה מבוזר, Cloud Profiler לprofiling של CPU/memory בייצור, ו-Cloud Debugger (מיושן; הוחלף ב-Snapshot Debugber) לבדיקת מצב חי.
מדוע הוא במבחן: דומיין 5 (ניהול ביצועי יישומים) הוא ברובו Cloud Operations Suite — צפו לשאלות על שרשרת מעקב על פני Cloud Run/Functions ואבחון נקודות חמות מבוסס פרופיל.
Cloud Logging צובר יומנים מובנים מכל שירות Google Cloud עם sinks, מדדים מבוססי יומן ו-Logs Explorer; Error Reporting מקבץ ומתריע על חריגות יישומים.
מדוע הוא במבחן: דומיין 5 בוחן רישום יומנים מובנה מ-Cloud Run/Functions, התראות מבוססות יומן באמצעות Cloud Monitoring וקיבוצי Error Reporting — משטח "איפה הבאג" הקנוני.
$130k–$180k–$270k USD שנתי
הטווח משקף מהנדסי צד שרת בכירים / Cloud-native בארה"ב, שבהם GCP היא הפלטפורמה העיקרית. מהנדס תוכנה ב-FAANG ברמת L5 מגיע לשכר כולל (TC) של מעל 300 אלף דולר. ההסמכה היא אות חזק אך אינה פותחת משכורות אלו בפני עצמה — היא משלימה 5–10+ שנות ניסיון מוכח בהנדסת תוכנה.
מקור: levels.fyi 2025–2026 (מהנדסי תוכנה ברמות L4–L5 ב-Google, מהנדסי צד שרת בכירים בחברות FAANG וביוניקורנים מבוססי GCP), U.S. BLS OEWS May 2024 (מפתחי תוכנה 15-1252). הנתונים משוערים; התגמול בפועל תלוי בתפקיד, באזור ובניסיון.
PCD נדרש פחות לעיתים קרובות מהסמכות מסלול הארכיטקטים, אך הוא מהווה גורם מבדיל חזק בפרסומי משרות של מהנדסי צד שרת בכירים ומהנדסי פלטפורמה בחברות המסתמכות במידה רבה על GCP. הדרישה מתרכזת ב-Spotify, Snap, PayPal, Wayfair, מספר קמעונאים גדולים, אולפני משחקים ושותפי Google Cloud. ההסמכה מוערכת גם ב-Google עצמה — מסלולי התקדמות מקצועיים של מהנדסי לקוחות (customer-engineering) ומקדמי מפתחים (developer-advocate) מציינים אותה לעיתים קרובות כמועדפת. PCD משתלב באופן טבעי עם הסמכת Kubernetes CKAD ועם Terraform Associate ליצירת פרופיל מפתח Cloud-native חזק. היא פחות נפוצה כמסנן גיוס מאשר ACE או PCA, אך בעלי ההסמכה מדווחים באופן עקבי על תגובה טובה יותר ממגייסים עבור תפקידי מהנדס בכיר.
אין דרישות קדם רשמיות. Google ממליצה על שלוש שנות ניסיון בתעשייה ומעלה, כולל שנה אחת לפחות בתכנון ופיתוח יישומים ב-Google Cloud. בפועל, PCD אינה הסמכת GCP ראשונה הגיונית עבור מי שאינם מפתחים — מועמדים מצליחים יכולים לקרוא ולכתוב בקלות ב-Go, Java, Python או Node.js ופיתחו יישומים משמעותיים.
ה-Associate Cloud Engineer (ACE) הוא אבן הדרך הנפוצה ביותר, אך אינו נדרש באופן מוחלט אם אתם כבר כותבים קוד בייצור ב-AWS או Azure. היכרות עם קונטיינרים, Kubernetes בסיסי (Deployments, Services, ConfigMaps), מושגי CI/CD, ולפחות אחד ממסדי הנתונים הגדולים של SQL או מסמכים נדרשת בפועל. מסלול הלמידה הרשמי של Cloud Developer ב-Google Cloud Skills Boost (כ-50–70 שעות של מעבדות וקריאה) הוא בסיס טוב, אך רוב המועמדים המצליחים משלימים אותו עם פרויקטי צד אישיים ב-Cloud Run / GKE.
PCD מדורג כהסמכה מקצועית והוא אכן עשיר בתרחישים. יש לתכנן 80–130 שעות לימוד לאורך 8–12 שבועות אם PCD היא הסמכת ה-GCP המקצועית הראשונה שלכם, או 40–70 שעות לאורך 4–6 שבועות אם אתם כבר מחזיקים ב-ACE ובניסיון מוצק בהנדסת צד שרת (backend). הבחינה כוללת 50–60 שאלות רב-ברירה / בחירה מרובה ב-120 דקות, ונמסרת דרך Pearson VUE (Google עברה מ-Kryterion / Webassessor בתחילת 2026).
מכשול נפוץ הוא הבחירה בין Cloud Run, GKE, App Engine ו-Cloud Functions עבור תרחיש נתון — התשובה ה'מועדפת' של Google תלויה לעיתים קרובות בקריטריונים עדינים של קנה מידה, השהיה (latency) או עומס תפעולי, שאינם ברורים מתיעוד בלבד. מכשול נפוץ נוסף הוא סמנטיקת המסירה של Pub/Sub (at-least-once לעומת exactly-once, push לעומת pull, dead-letter topics). Google אינה מפרסמת ציונים מספריים — רק עובר/נכשל. ההסמכה תקפה לשנתיים, ונדרשת בחינה חוזרת של המבחן הנוכחי לצורך חידוש.
מדריך הבחינה הנוכחי עבר רענון בסוף 2023 כדי להוסיף Cloud Run jobs, כיסוי מורחב של Eventarc, ותרחישים מעודכנים של GKE Workload Identity. הוסר מיקוד בסביבת App Engine flexible legacy.
רענון משמעותי שהציג את Cloud Run כאפשרות חישוב מהמעלה הראשונה והרחיב את תחום יכולת הניטור (observability).
PCD (Google Cloud Professional Cloud Developer) הוא מבחן ברמת Professional מבחן מאתגר ועשיר בתרחישים הדורש ניסיון מעמיק ויכולת לקבל החלטות על פשרות אדריכליות. רוב המועמדים זקוקים ל-150–300 שעות לימוד הפרוסות על פני 3–6 חודשים עבור מבחני רמת מקצועי ומומחה. מבחנים אלו מצפים בדרך כלל למיומנות קודמת ברמת Associate. רוב המועמדים שמקבלים ציונים באופן עקבי מעל סף המעבר במבחני תרגול עוברים בניסיון הראשון.
רוב המועמדים זקוקים ל-150–300 שעות לימוד הפרוסות על פני 3–6 חודשים עבור מבחני רמת מקצועי ומומחה. מבחנים אלו מצפים בדרך כלל למיומנות קודמת ברמת Associate. משך הזמן למעבר משתנה מאוד בהתאם לניסיון קודם. מהנדסים בעלי ניסיון מעשי בסביבת ייצור בטכנולוגיה הבסיסית זקוקים בדרך כלל לפחות זמן; מועמדים חדשים לפלטפורמה צריכים לתכנן את לימודיהם לכיוון הקצה העליון של טווח זה.
PCD הוא אישור מוכר במערכת האקולוגית של GCP ומסמן ידע מאומת למעסיקים, מגייסים ולקוחות. האם זה שווה את הזמן והעמלה עבורך תלוי בתפקיד ובמטרות שלך – זה נוטה להשתלם ביותר עבור מהנדסי ענן, אדריכלים ויועצים שעובדים עם GCP על בסיס יומיומי או רוצים לעבור לתפקידים כאלה.
ציון המעבר עבור PCD הוא לא פורסם. המבחן מכיל 50 שאלות ונמשך 2 שע'.
עמלת מבחן ה-PCD היא $200 USD. העמלות נקבעות על ידי GCP ועשויות להשתנות לפי אזור; תמיד אשרו את המחיר הנוכחי בדף ההסמכה הרשמי של GCP לפני ההזמנה.
הסמכות Google Cloud Professional תקפות למשך שנתיים. ניתן לחדש הסמכה על ידי מעבר חוזר של הגרסה הנוכחית של המבחן.
כן. ניתן לגשת למבחן באופן מקוון (בפיקוח דרך הדפדפן המאובטח של הספק, זמין 24/7 ברוב האזורים) או במרכז בחינה פיזי של Pearson VUE בשעות הפעילות. שני הפורמטים משתמשים באותן שאלות, מגבלת זמן וציון מעבר.
CertLabPro מספק 15 מצבי לימוד על פני בנק השאלות לתרגול עבור PCD. מצב סימולציית המבחן משקף את המבחן האמיתי: 50 שאלות ב-2 שע', עם אותו סף מעבר של לא פורסם. מצב עיון מאפשר לך לקרוא כל שאלה ותשובה באופן סטטי.