AWS SOA-C03 (מהנדס CloudOps ברמת Associate): מה חדש ומה כדאי ללמוד

AWS שינתה את שם תפקיד SysOps Administrator Associate ל-CloudOps Engineer Associate כאשר SOA-C03 הושק. שינוי השם חשוב יותר ממה שהוא נשמע – הוא מאותת לאן AWS חושבת שתפקיד התפעול הולך, והוא שינה את קהל היעד של ההסמכה. הבחינה עצמה גם איבדה את הדבר הכואב ביותר ב-SOA-C02: קטע המעבדה. זה לבדו שווה את משקלו בזהב לכל מי שדחה את קבלת ה-SOA בגלל המעבדות.

אם לקחת את SOA-C02 ואתה תוהה אם כדאי לשדרג – אין צורך. זוהי אותה רמת הסמכה עם קוד חדש, שם חדש, ויעדים מרעננים. אם אתה בוחר בין SOA-C03 ל-SAA-C03 כעת, התשובה תלויה במה שאתה עושה, ואגיע לזה.

הקשר לשינוי השם

"SysOps Administrator" היה שם תפקיד מתקופת מיקרוסופט. SAS, Active Directory, חנויות VMware מקומיות. AWS השתמשה בו כדי לשלב את ההסמכה בחשיבה הארגונית של ה-IT בסביבות 2013. תריסר שנים מאוחר יותר, מעט מאוד ארגוני ענן מעסיקים "SysOps Administrators" – הם מעסיקים מהנדסי CloudOps, SREs, מהנדסי פלטפורמה או מהנדסי DevOps. AWS סוף סוף השתוותה לשם התפקיד שהלקוחות שלהם באמת משתמשים בו.

שינוי השם משקף גם שינוי תוכן. ל-SOA-C02 הייתה הרבה אנרגיה של "תקליק מסביב בקונסולה כדי לתקן את זה" – תיקונים, קבצי לוג, ניטור ברמת מערכת ההפעלה. SOA-C03 נוטה לכיוון פעולות שירות מנוהלות, אוטומציה ויכולת תצפית (observability). סביר פחות שישאלו אותך על התקנת סוכן CloudWatch על מופע EC2 וסביר יותר שישאלו אותך על בחירה בין CloudWatch Synthetics, X-Ray ו-CloudWatch Application Insights עבור תרחיש ניטור נתון.

קטע המעבדה: נעלם

זהו השינוי העיקרי עבור מועמדים. ל-SOA-C02 היה קטע מעבדה מעשי שבו היית מבצע ssh למופע EC2 או מקליק דרך קונסולת AWS כדי להשלים משימות. הוא היה לחוץ בזמן, בעל באגים טכניים בהגדרות בחינה מרוחקות מפוקחות (ממשק המשתמש של הקונסולה לפעמים לא נטען באופן אמין), והוא הכשיל מהנדסים מוכשרים רבים שידעו את החומר אך לא הצליחו לנווט בסביבת המעבדה תחת לחץ בחינה.

AWS הסירה את המעבדה כאשר SOA-C03 הושק. הבחינה כוללת כעת 65 שאלות מרובות בחירה ותשובות מרובות, 130 דקות, 150 דולר ארה"ב, וציון 720/1000 למעבר. אותו פורמט כמו SAA-C03 ו-DVA-C02 כעת. זהו שיפור ישיר עבור המועמדים – פחות הפתעות, הכנה צפויה יותר.

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

מה נבדק בפועל

חמישה תחומים, עם משקלים:

• ניטור, רישום, ניתוח, תיקון ואופטימיזציית ביצועים (22%)
• אמינות והמשכיות עסקית (22%)
• פריסה, הקצאה ואוטומציה (22%)
• אבטחה ותאימות (16%)
• רשתות ואספקת תוכן (18%)

שלושה מהתחומים הללו קשורים ב-22%, מה שאומר ש-AWS לא מנסה להעדיף תחומים. אינך יכול לדלג על תחום ולצפות לעבור.

דגש שירות ספציפי ב-SOA-C03:

CloudWatch לעומק. מדדים, אזעקות, אזעקות מורכבות, לוחות מחוונים, Logs Insights, זיהוי חריגות, פורמט מדדים מוטמע (embedded metric format), קנריות Synthetics. אם אתה חלש ב-CloudWatch, תרגיש זאת בכל מקום – כנראה שיש 8–10 שאלות התלויות בו על פני מספר תחומים.

Systems Manager. Patch Manager, Run Command, Session Manager, Parameter Store, State Manager, Inventory, OpsCenter. SSM הוא אולר שוויצרי לפעולות ב-AWS, והבחינה מתייחסת אליו כך. דע איזו תכונה עושה מה. הבחינה אוהבת לשאול "עליך להריץ פקודה מרחוק על 100 מופעי EC2 ללא SSH" – Run Command. "עליך ליישם עדכוני מערכת הפעלה בלוח זמנים" – Patch Manager. "עליך לגשת בצורה מאובטחת למופע EC2 ללא פתיחת פורט 22" – Session Manager.

Auto Scaling ו-ELB. ווים של מחזור חיים (Lifecycle hooks), מדיניות קנה מידה (מעקב יעד, צעד, פשוט, חזוי), מאגרי חמים (warm pools), כללי האזנה של ALB, בדיקות תקינות של קבוצות יעד ב-NLB. תחום האמינות נשען חזק על זה.

CloudFormation, CDK, OpsWorks (עדיפות נמוכה), Elastic Beanstalk. IaC והקצאה. CloudFormation מקבל את מירב תשומת הלב. CDK מוזכר אך נבדק בקלות. OpsWorks ננטש ברובו ולעתים רחוקות מופיע.

AWS Backup, מדיניות מחזור חיים (lifecycle policies), ניהול תמונות מצב (snapshot management). העתקה בין אזורים, גיבוי בין חשבונות, נעילת כספות (vault locks), שחזור לנקודה בזמן עבור RDS.

פתרון תקלות ברשת (Networking troubleshooting). VPC Flow Logs, Reachability Analyzer, Network Access Analyzer, Transit Gateway, בדיקות תקינות של Route 53. פחות על תכנון רשתות (זו עבודתו של SAA-C03) ויותר על איתור באגים כשמשהו משתבש.

פעולות תאימות ואבטחה. Config, AWS Audit Manager, Security Hub, GuardDuty, Macie, IAM Access Analyzer, Trusted Advisor. תחום האבטחה והתאימות הוא הקטן ביותר ב-16%, אך AWS נכנסת לפרטים – נדרשת הכרת הפונקציונליות של כל שירות.

למי מיועד SOA-C03

הייתי ממליץ עליו עבור:

מהנדסי SRE ופלטפורמה בסביבות AWS בייצור. אם אתה מבלה את ימיך במענה להתראות CloudWatch, איתור באגים ב-pipelines תקולים, וניהול תשתית מתארחת ב-AWS, הסמכה זו היא ההתאמה הקרובה ביותר לעבודתך בפועל מבין כל הסמכות ה-Associate של AWS. SAA-C03 עוסק יותר בתכנון; SOA-C03 עוסק בשמירה על תקינות המערכות.

מהנדסים המתכוננים ל-DevOps Pro (DOP-C02). SOA-C03 היא אחת משתי ההסמכות המומלצות ברמת Associate כהכנה ל-DOP-C02 (השנייה היא DVA-C02). אם מטרתך הסופית היא ה-DevOps Pro, SOA-C03 בתוספת שנת עבודת תפעול היא הכנה טובה.

מחליפי קריירה מתפקידי תפעול מסורתיים. מנהלי מערכות (Sysadmins), מנהלי לינוקס, מפעילי רשתות העוברים לענן ימצאו ש-SOA-C03 מתאים למודלים מנטליים מוכרים. אתה עדיין מנהל תשתית; רק הכלים השתנו.

מי צריך לדלג עליו לטובת SAA-C03

כל מי שמתכנן מערכות יותר מאשר מתפעל אותן. אם עבודתך היא יותר "מה עלינו לבנות?" מאשר "למה זה מקולקל?", SAA-C03 היא ההסמכה הטובה יותר. זו גם ההסמכה המוכרת יותר על ידי מגייסים ומנהלי גיוס – יותר משרות מפרטות SAA-C03 מאשר SOA-C03 בפער ניכר.

מתחילים שעדיין לא עברו את CLF-C02. SOA-C03 אינו המקום להתחיל בו. תתקשו בפרטי CloudWatch ו-SSM אם אין לכם כבר אוצר מילים בסיסי של AWS.

כמה זמן ללמוד

חלון ההכנה הסטנדרטי של AWS Associate: 80–150 שעות, תלוי בניסיון קודם. SOA-C03 באופן ספציפי:

• ללא ניסיון תפעולי ב-AWS בייצור: 12–14 שבועות ב-8 שעות בשבוע. אתה לומד את הפלטפורמה מנקודת מבט תפעולית במקביל לתרגול תוכן הבחינה.
• שנה עד שנתיים של עבודת תפעול ב-AWS: 5–7 שבועות ב-8 שעות בשבוע. אתה משלים פערים ספציפיים (כנראה תכונות Systems Manager ועומק CloudFormation) ומתרגל שאלות תרחיש.
• 3+ שנים של תפעול בייצור: 3–4 שבועות ב-5 שעות בשבוע. בעיקר אימות.

המלכודת הגדולה ביותר היא מועמדים שעושים פעולות AWS מדי יום ומניחים שהם יעברו זאת בקלות. SOA-C03 מכסה שטח שירות רחב יותר ממה שרוב המהנדסים נוגעים בו בעבודתם היומיומית. כנראה שאתה מכיר את CloudWatch ו-Auto Scaling היטב, אך אלא אם עבדת לאחרונה עם AWS Backup, Audit Manager, ו-Reachability Analyzer, שאלות אלו יפתיעו אותך.

אסטרטגיית תרגול

התבנית שעובדת:

1. קרא תחילה את מדריך הבחינה הרשמי בפורמט PDF. AWS מפרסמת אותו בחינם. הוא בן 15 עמודים ומפרט כל שירות שנמצא בתחום. כל מה שלא ברשימה זו אינו נבדק.
2. בצע מבחן תרגול קר בהתחלה. עיין במאגר השאלות של SOA-C03 ב-CertLabPro לתרגול תרחישים. קבל ציון בכנות, ראה היכן אתה מאבד נקודות.
3. תרגל תחומים חלשים במשך שבועיים. הנקודה החלשה של רוב המועמדים היא אחת מאלה: עומק CloudFormation, תכונות Systems Manager, או כלי פתרון תקלות ברשת.
4. סיים עם שתי בחינות מלאות מתוזמנות בתנאי בחינה. אם אתה מקבל ציון מעל 75% בשתיהן, קבע תאריך. אם לא, דחה.

אין קטע מעבדה לדאוג לגביו יותר. כל הבחינה היא רב-ברירתית, בדיוק כמו SAA-C03 ו-DVA-C02.

שורה תחתונה

SOA-C03 היא ההסמכה הנכונה עבור מהנדסים המתמקדים בתפעול, והיא ידידותית יותר למועמדים באופן משמעותי מ-SOA-C02 הודות להסרת המעבדה. שינוי השם ל-'CloudOps Engineer Associate' גם הוא היה צפוי ומתאים למה שנראה תפקיד ה-CloudOps המודרני. אם אתה מתלבט בין זה לבין SAA-C03 ועבודתך עוסקת בעיקר בהפעלת דברים ולא בתכנונם, קח את SOA-C03. אם אינך בטוח, ברירת המחדל היא SAA-C03 מכיוון שיש לו הכרה רחבה יותר בקרב מגייסים.

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