האם הסמכות ענן עדיין רלוונטיות בעידן ה-AI?

השאלה צצה בכל מקום ב-2026: בשרשורי r/aws, בתגובות ב-LinkedIn, בהודעות פרטיות של מהנדסים באמצע הקריירה. אם AI יכול לכתוב את הקוד, להגדיר את השירות, לתקן את השגיאה ולהסביר את הארכיטקטורה – מה הטעם בלשנן את כל זה?

תשובה קצרה: הסמכות חשובות יותר עכשיו, לא פחות. מה שהשתנה אינו אם הידע שימושי. מה שהשתנה הוא מי נושא באחריות על התפוקה, וכמה מהר מערכת שגויה בביטחון יכולה להישלח.

תשובה ארוכה למטה. אציג את המקרה במונחים פשוטים, ולאחר מכן אתייחס לכנגד הטיעונים החזקים ביותר בכנות.

הדבר שה-AI לא שינה

מהנדס ענן בכיר לא מרוויח את משכורתו על ידי הקלדה. הוא מרוויח אותה על ידי ידיעה – בין היתר – ש:

• מעבר לכשל (failover) של Aurora Multi-AZ הוא מתחת ל-30 שניות עם תצורת נקודת קצה קוראית נכונה; ל-Aurora Serverless v2 יש פשרות של cold-start שלא מופיעות במדדי ביצועים סינתטיים.
• מדיניות מפתח KMS המעניקה kms:Decrypt לתפקיד עם Resource: "*" פותחת נתיב שקט להרחבת הרשאות.
• הגדרת הרשאות IAM של EKS pod על מופע הצומת במקום באמצעות IRSA היא כשל תאימות שלא יתגלה בסביבת פיתוח אך יסומן בביקורת השנתית.
• הסיבה שהחשבון קפץ ב-40% ברבעון האחרון לא הייתה תעבורה – זה היה המהנדס שהפעיל שכפול בין אזורי (cross-region replication) על דלי S3 בגודל 12 TB "למקרה ש".

כל אחת מאלה היא החלטה של חמש שניות שמהנדס מנוסה מקבל נכון מבלי לחשוב. אף אחת מהן אינה אינטואיטיבית. אף אחת מהן אינה בחומרי השיווק של AWS. כולן ניתנות לבדיקה במבחן הסמכה בנוי היטב.

זה לא נעלם בגלל ש-Claude יכול לבנות שלד של מודול Terraform.

מה באמת השתנה

הנה מה ששונה בעידן ה-AI – וזה חותך בכיוון ההפוך מההנחה הקלה.

התוצר כבר אינו אות. ב-2019, "שלחתי ארכיטקטורת מעבר לכשל רב-אזורי" (multi-region failover architecture) אמר משהו. ב-2026, זה אומר שפתחת חלון צ'אט. הממצא לבדו לא מוכיח דבר. מה שהגיוס ממיין עליו עכשיו הוא הבנה – האם אתה יכול לקרוא את מה שנשלח, להסביר למה זה עובד, להגן על הפשרות, לתקן את זה כשזה נשבר?

רדיוס הפיצוץ של טעות בביטחון גדל. מהנדסים זוטרים תמיד היו מסוגלים לשלוח מערכות גרועות. הם גם היו איטיים, מה שאומר שהבאגים תפסו אותם לפני שהגיעו רחוק מדי. AI הסיר את מגבלת המהירות. מהנדס בטוח-אך-לא-מעודכן יכול כעת לייצר AWS Organization של 30 חשבונות שהוגדר בצורה שגויה תוך אחר הצהריים. הבאג מתגלה בשתיים בבוקר, והוא גדול יותר.

שוק העבודה שם לב. צפו בתיאורי המשרות: "חובה להיות מסוגל לסקור קוד תשתית שנוצר על ידי AI." "חובה להבין את עמודי התווך של AWS Well-Architected." "חובה להחזיק בהסמכת ענן רלוונטית." תבנית הגיוס של 2024–2026 עקבית – חברות מתמחרות את פרמיית הפיקוח.

אז לא, הסמכות אינן מיותרות. הן הדרך שבה אתה עובר סינון מקדים לתפקיד הפיקוח.

הטיעון הנגדי החזק ביותר, שנלקח ברצינות

הגרסה הכנה של "AI מייתר הסמכות" הולכת כך:

למה לשנן שמות שירותים כשאני יכול לשאול את Claude תוך 15 שניות? ידע מעשי בארכיטקטורת ענן הוא כעת מה ש-AI מספק לפי דרישה. אני רק צריך להיות מסוגל להעריך את התשובה.

זה טיעון אמיתי, והמשפט השני הוא הרמז: אני רק צריך להיות מסוגל להעריך את התשובה.

אינך יכול להעריך תשובה שאינך מבין. כל עבודת "פיקוח על ה-AI" מניחה שיש לך את המודל המנטלי של ה-AI אין. אם הידע היחיד שלך הוא "שאלתי את Claude על מדיניות אמון של IAM", אין לך דרך לדעת מתי Claude מדמיין תבנית assume-role בין חשבונות שלא תעבוד בפועל בסביבה שלך. (זה קורה. לעיתים קרובות.)

אז זרימת העבודה בפועל נראית כך:

• AI מאיץ את המהנדס שכבר מבין את התחום.
• AI מרמה את המהנדס שאינו מבין.

הסמכות הן הדרך היעילה ביותר לטעון (bulk-load) את המודל המנטלי שהתעשייה יצרה. טוב יותר מיוטיוב. טוב יותר ממסמכים. טוב יותר ממדריכים – בעיקר מכיוון שהן פונקציית כפייה (forcing function). הן גורמות לך לקרוא על IAM Conditions, KMS grants, VPC endpoint policies ו-Glue triggers, שאף אחד מהם לא היית בוחר ללמוד בעצמך.

מה באמת השתנה לגבי אילו הסמכות חשובות

זו השאלה המעניינת יותר.

הסמכות יסוד של AI (AIF-C01, AI-900, GenAI Leader) הן הרצפה החדשה, לא התקרה. לפני חמש שנים, הסמכת יסוד של AWS הייתה מיועדת ללא-מהנדסים – מנהלי מוצר (PMs), מהנדסי מכירות, אנליסטים עסקיים (BAs). היום, אפילו מהנדסים מנוסים נהנים מהסמכות יסוד של AI, מכיוון שהטקסונומיה של שירותי AI יוצרני (generative-AI) היא חדשה באמת. אתה יכול להיות ותיק AWS בעל עשר שנות ניסיון ולא לדעת אם לבחור ב-Bedrock, SageMaker, או Q ב-QuickSight עבור בעיה נתונה. הסמכת היסוד מלמדת את המפה.

הסמכות AI ברמת Associate ו-Pro (MLA-C01, AIP-C01, AI-102, DP-100, GCP PMLE) הן המבדיל החדש. אלה בודקות את ההנדסה, לא רק את אוצר המילים. הן אומרות "אני יכול לבנות את זה, לא רק לתאר את זה." הגיוס מתחיל לבקש אותן בשמן.

הסמכות כלליות (SAA-C03, AZ-104, CKA, Terraform Associate) חשובות יותר, לא פחות. הסיבה היא שטיעון ה-AI התהפך: AI מייצר קוד תשתית. מישהו צריך לדעת אם הקוד שנוצר הוא אסון אבטחה, כשל HA, או פצצת עלויות. מישהו זה אתה, ו-SAA-C03 ועמיתיו הם הדרך שבה השוק מאמת שאתה יכול להבחין בהבדל.

הסמכות התמחותיות ונישתיות ברובן בסדר. הן תמיד היו מיועדות לאנשים שעושים את הדבר הספציפי. AI לא שינה זאת, פרט לכך שהוא העלה את הרף של מה ש"לעשות את הדבר הספציפי" אומר.

איך נראית הלמידה ב-2026

מודל כרטיסיות-ושינון הקלאסי שבור חלקית. שינון מכסות שירות מדויקות תמיד היה מטופש; AI הפך אותו למטופש יותר. אבל שכבת התבניות – "אם לקוח צריך X, התשובה היא שירות Y בתצורת Z" – יקרת ערך יותר מתמיד, מכיוון שתבנית זו היא בדיוק מה שאתה צריך כדי להעריך פתרונות שנוצרו על ידי AI.

זו הסיבה שבגללה בנינו את מצב Playbook ב-CertLabPro: המבחן אינו "האם שיננת את העמוד במסמכים", אלא "אם ראית את התרחיש הזה ביום שישי בארבע אחר הצהריים, למה היית פונה?" זהו המודל המנטלי ששורד את מעבר ה-AI.

שאלות תרגול עדיין חשובות – אתה צריך את רפלקס הזיהוי, והמבחנים בודקים זיהוי. אבל המטרה העמוקה יותר היא שיקול דעת ניתן להעברה. הכנת הסמכה שנותנת לך רק שינון שבורה למחצה ב-2026. הכנת הסמכה שנותנת לך תבניות יחד עם תרגול יקרת ערך יותר מתמיד.

איך נראית התשובה הכנה לקריירה

אם אתה בתחום וטרם הוסמכת, השאלה שצריך לשאול אינה "האם ה-AWS SAA עדיין שווה את זה?" אלא "מהי דרך מהירה יותר למודל המנטלי מאשר לימוד ל-AWS SAA?" בדרך כלל התשובה היא: אין כזו. ההסמכה היא תוכנית לימודים מובנית. עבור אותה; המשך הלאה.

אם אתה בכיר ושוקל אם להוסיף הסמכת AI: כן. AIP-C01, MLA-C01, AI-102, GCP PMLE – בחר את זו שתואמת את ה-stack שלך. שוק הגיוס כבר מתמחר זאת בתפקידים הקשורים ל-AI, והפער בין "מהנדסים שיכולים לסקור תשתית שנוצרה על ידי AI" לבין "מהנדסים שלא יכולים" הוא הפיצול החדש בין בכירים לזוטרים.

אם אתה בתחילת דרכך וסקפטי בגלל ש"AI עושה הכל": דלג על הסקפטיות. המהנדסים שיצליחו בשנים 2026–2030 הם אלה שיודעים מה ה-AI עושה, לא אלה שמתייחסים אליו כקופסה שחורה. הרף שיש לעבור הוא הבנת המערכת שאתה שולח. הסמכות הן הדרך היעילה ביותר לעבור את הרף הזה.

הגרסה הקצרה, לאנשים שגללו לתחתית

• AI שינה את מהירות השליחה. הוא לא שינה את האחריות למה שנשלח.
• "שאלתי את Claude" אינה אישור. "אני מבין מה Claude אמר" הוא כן.
• הסמכות הן הדרך האמינה ביותר לטעון (bulk-load) את המודל המנטלי שמאפשר לך להעריך תפוקת AI.
• ההסמכות שהיו חשובות ב-2024 עדיין חשובות. הסמכות ה-AI החדשות – יסוד, associate, pro – חשובות יותר משהיו כשהושקו, מכיוון שהפער שהן מסמלות הוא הפיצול החדש בין בכירים לזוטרים.
• הפסיקו לשאול "האם הסמכות מיושנות." התחילו לשאול "איזה מודל מנטלי אני צריך עכשיו."

האחרון הוא השאלה היחידה ששווה לשאול.