הנדסת תוכנה וענן · בינוני-בכיר (4+ שנים)

קורות חיים למהנדס DevOps ותשתיות ענן

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

בדיקת קורות חיים

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

100 / 100מלא

100%
  • פרטי קשר20 מתוך 20
  • תקציר20 מתוך 20
  • ניסיון30 מתוך 30
  • מיומנויות20 מתוך 20
  • השכלה10 מתוך 10

פרטי קשר

כדאי למקם את הפרטים האלה בראש העמוד; מגייסים ומערכות מעקב מחפשים אותם קודם.

לא חובה. קורות חיים בארה״ב, בבריטניה ובקנדה בדרך כלל אינם כוללים תמונה.

35 מילים

משרה אחת בכל פסקה; כל הישג יתחיל בשורה חדשה עם “-”.

11 מיומנויות

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

חלקים נוספים

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

הסמכות
כלים

אלכס מורגן

מהנדס DevOps וענן

  • אלכס.מורגן@אקזמפל.קום
  • +1 555 0100
  • דנוור, CO

תקציר

מהנדס DevOps וענן עם 6 שנות ניסיון בתמיכה בפלטפורמות B2B SaaS ב-AWS. בניית תשתיות באמצעות Terraform ו-Kubernetes, שיפור תהליכי CI/CD וחיזוק יכולות הניטור באמצעות Prometheus ו-Grafana. AWS Certified Solutions Architect – Associate.

ניסיון

מהנדס DevOps בכיר ב-Summit Cloud Works, דנוור, CO (2022 – היום) - אחידות של מודולי Terraform ב-12 חשבונות AWS וב-3 סביבות, וצמצום הקמת שירות חדש מיומיים לכ-5 שעות. - שכתוב תהליכי הפריסה ב-GitHub Actions וב-Argo CD עבור 9 שירותים, וקיצור שחרורים שגרתיים מ-35 ל-20 דקות. - הוספת התראות Prometheus ולוחות מחוונים ב-Grafana לעומסי עבודה ב-EKS, כדי לעזור למהנדסי כוננות לזהות בעיות קיבולת חוזרות כ-25 דקות מוקדם יותר. מהנדס DevOps ב-Cedar Peak Systems, בולדר, CO (2020 – 2022) - העברת 6 שירותים שהותקנו במכולות Docker ל-Kubernetes באמצעות Helm, ואפשרות לפרוס ללא חלונות תחזוקה מתוכננים. - אוטומציה של עדכוני Linux ל-40 מכונות וירטואליות באמצעות Ansible, וצמצום התחזוקה החודשית מיומיים ליום אחד.

השכלה

תואר ראשון במדעי המחשב — Western Range University, דנוור, CO (2019)

מיומנויות

  • AWS
  • Kubernetes
  • Terraform
  • Docker
  • Helm
  • Ansible
  • Linux
  • GitHub Actions
  • Argo CD
  • Prometheus
  • Grafana

הסמכות

• ארכיטקט פתרונות מוסמך של AWS – רמת Associate — Amazon Web Services (AWS) • מנהל Kubernetes מוסמך (CKA) — Cloud Native Computing Foundation (CNCF)

כלים

• AWS: EKS, EC2, S3, IAM • Terraform, Helm, Ansible • GitHub Actions, Argo CD • Prometheus, Grafana, Linux

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

כדאי להתחיל בהיקף עבודת הענן

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

כדאי להציג את השיפור בתהליך המסירה

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

כדאי לציין כלים עם הקשר

כדאי לכלול את שירותי הענן, פלטפורמות המכולות, כלי IaC וכלי הניטור שבהם נעשה שימוש בפועל, ולחזק את הרלוונטיים ביותר בנקודות הניסיון. יש להתאים את הרשימה לכל משרה: AWS ו-EKS שונים מ-Azure ו-AKS, וכלים כמו Terraform או Ansible צריכים לשקף ניסיון מעשי. כדאי לציין את שמות ההסמכות המלאים ולוודא שסטטוס התוקף מעודכן.

כדאי לשמור על בטיחות של דוגמאות לפרויקטים

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

מילות מפתח נפוצות

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

פעלים לתיאור עשייה

אוטומציהבנייההגדרהפריסההעברהניטורצמצום

שאלות על התפקיד הזה

מה האורך המומלץ לקורות חיים של מהנדס DevOps?

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

אילו הסמכות ענן כדאי לציין?

כדאי לציין הסמכות שמתאימות לניסיון ולמשרות המבוקשות, כגון AWS Certified Solutions Architect – Associate או הסמכת Kubernetes מטעם CNCF. יש להשתמש בשם ההסמכה המלא ובשם הגוף המנפיק, ולציין תאריכים או סטטוס תפוגה כשזה רלוונטי. דרישות ההסמכה משתנות בין מעסיקים; לרוב משרות DevOps אין דרישת רישוי כללית.

האם אפשר לעבור ל-DevOps מתפקיד אחר בתחום ה-IT?

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

האם כדאי לכלול קישור ל-GitHub או לתיק עבודות?

כדאי לכלול קישור אם הוא מציג עבודה רלוונטית וברורה, כגון מודולי Terraform, צינור פריסה או פרויקט Kubernetes מתועד. מומלץ להוסיף תיאור קצר שיסביר מה כדאי לבדוק. יש לוודא שאין במאגרים סודות, הגדרות פרטיות, נתוני לקוחות או קוד ששייך למעסיק; תיק עבודות הוא בגדר אפשרות, ויש מעסיקים שאינם יכולים לבדוק קישורים חיצוניים.