אלכס מורגן
ארכיטקטורת פתרונות ענן
- אלכס.מורגן@אקזמפל.קום
- +1 555 0100
- דנוור, CO
תקציר
ניסיון
השכלה
מיומנויות
- ארכיטקטורת AWS
- AWS Control Tower
- Terraform
- Kubernetes
- IAM
- התאוששות מאסון
- תכנון מרובה אזורים
- אופטימיזציה של עלויות ענן
- תשתיות כקוד
- CloudWatch
הנדסת תוכנה וענן · דרג בכיר (6+ שנות ניסיון)
הדוגמה הזו מראה כיצד אפשר לקשר בין תכנון הפלטפורמה לשינויים מדידים בזמן ההתאוששות, במהירות הקצאת המשאבים ובהוצאות הענן. קורות חיים חזקים לתפקיד הזה מבהירים את היקף העבודה, מציינים את הטכנולוגיות שבהן נעשה שימוש ומראים איך החלטות ארכיטקטוניות סייעו לצוותים לעמוד ביעדי אמינות, אבטחה או עלות.
מה מגייסים ומערכות מעקב מחפשים. מדריך, לא תחזית.
100 / 100מלא
כדאי למקם את הפרטים האלה בראש העמוד; מגייסים ומערכות מעקב מחפשים אותם קודם.
לא חובה. קורות חיים בארה״ב, בבריטניה ובקנדה בדרך כלל אינם כוללים תמונה.
משרה אחת בכל פסקה; כל הישג יתחיל בשורה חדשה עם “-”.
יש להפריד בין מיומנויות באמצעות פסיקים, למשל: Excel, SQL, תכנון פרויקטים.
פרויקטים, הסמכות, שפות או כל דבר נוסף שתומך במועמדות.
אלכס מורגן
ארכיטקטורת פתרונות ענן
אפשר להדביק כאן טקסט של קורות חיים או פרופיל. בונה קורות החיים ימלא את פרטי הקשר, התקציר, הניסיון, ההשכלה והכישורים שהוא מזהה; כדאי לבדוק את התוצאה.
יש להציג תחילה את תפקיד הארכיטקטורה הנוכחי, ואז להקל על הקוראים להבין את היקפו: ספק הענן, מספר החשבונות או עומסי העבודה, האזורים והצוותים שבהם תמכת. כדאי להבהיר אם קבעת תקנים, תכננת מצבי יעד או הנחית את היישום. יש לתמצת פרטי ניהול שגרתיים, אלא אם הם ממחישים החלטה ארכיטקטונית או שיפור מדיד באמינות, באבטחה, באספקה או בעלות.
כדאי לתאר את הבעיה, את בחירת התכנון ואת השינוי שחל לאחר היישום. מדדים מועילים כוללים זמן התאוששות, זמן הקצאת משאבים, זמינות השירות, היקף ההעברה, הוצאות ענן או ממצאי ביקורת, אם אפשר לבסס אותם. כדאי לציין את נקודת המוצא ואת מסגרת הזמן במידת האפשר. יש להימנע מטענות על חיסכון או שיפור באמינות ללא דרך ברורה להסביר כיצד נמדד הנתון.
יש לרכז הסמכות ענן שבתוקף בסעיף קצר ולהשתמש בשם ההסמכה המדויק של הגוף המנפיק. כדאי לציין את שנת קבלת ההסמכה או חידושה כשזה מועיל, ולהסיר הסמכות שפג תוקפן אלא אם המעסיק מבקש אותן במפורש. דרישות ההסמכה משתנות מתפקיד לתפקיד; קורות החיים צריכים להציג גם עבודת תכנון מעשית, כי הסמכה לבדה אינה מסבירה את היקף האחריות או את ההחלטות.
כדאי לכלול כלים שמופיעים במודעת הדרושים ושנעשה בהם שימוש בעבודת תכנון או אספקה בפועל, כגון Terraform, Kubernetes או השירותים המקוריים של ספק ענן. בנקודות הניסיון יש להסביר מה התאפשר באמצעות הכלי, במקום להציג רשימה ארוכה. כדאי להשמיט כלים שרק נבדקו בקצרה, ולהימנע מפרטים ארכיטקטוניים חסויים, משמות לקוחות או מהגדרות אבטחה רגישות.
מיומנויות וכלים שמופיעים לעיתים קרובות בתפקיד הזה. יש להשתמש רק במה שיש לך, ובניסוח של מודעת הדרושים. לחיצה על מילה תעתיק אותה.
עם ניסיון בתחום, שני עמודים הם בדרך כלל יעד מעשי, במיוחד כשצריך מקום לתיאור היקף הארכיטקטורה, התוצאות וההסמכות הרלוונטיות. כדאי לפרט על העבודה העדכנית והרלוונטית ביותר ולסכם תפקידים ישנים יותר. קורות חיים של עמוד אחד יכולים להתאים לקריירה קצרה יותר, אך אין להקטין את הטקסט או להסיר הקשר שעוזר להסביר את החלטות התכנון.
כן, כדאי לציין הסמכות רלוונטיות ובתוקף, עם השם המדויק של ההסמכה ושל הגוף המנפיק, בדרך כלל בסעיף ייעודי. אפשר לציין את שנת קבלת ההסמכה או חידושה כשזה מועיל, ולבדוק את כללי התוקף העדכניים של הגוף המנפיק לפני שמציינים שההסמכה פעילה. ההעדפות של מעסיקים בנוגע לספקים ולרמות הסמכה משתנות, לכן כדאי לתת עדיפות לאלה שמופיעים במודעת הדרושים ותואמים לניסיון.
כדאי להציג עבודה שמוכיחה אחריות ארכיטקטונית, גם אם התפקיד היה בתחום ההנדסה: הצעות תכנון, תוכניות העברה, תקני תשתיות, החלטות אבטחה או תכנון התאוששות. יש להסביר את היקף העבודה ואת האילוצים והאיזונים שנלקחו בחשבון, ולקשר בין הבחירות לתוצאות. אפשר להוסיף הכשרה או הסמכות ענן רלוונטיות אם הן ממלאות פער אמיתי, אך אין להציג פרויקט קורס כניסיון בארכיטקטורה בסביבת ייצור.
תיק עבודות יכול לעזור אם הוא מציג עבודה ציבורית שעברה הסרת פרטים רגישים, כגון תרשימי ייחוס, דוגמאות לתשתיות כקוד או מאמרים טכניים. כדאי לקשר אליו ליד פרטי הקשר או בסעיף פרויקטים קצר, ולוודא שמותר לשתף את החומרים. יש להסיר שמות לקוחות, פרטי חשבונות, תרשימים פנימיים, סודות והגדרות אבטחה. הציפייה לתיק עבודות תלויה במעסיק ובתפקיד.