שיטת עבודה בבחינה
לקרוא את החוזה (20–30 דקות, בלי להקליד)
Section titled “לקרוא את החוזה (20–30 דקות, בלי להקליד)”מחפשים ורושמים על דף:
grep -rnE 'MUST|SHOULD|TODO|exit 1|STRETCH' <FILE>grep -rn 'repoURL: ""' <FILE>| מה רושמים | למה |
|---|---|
כל MUST ו-SHOULD | הציון נגזר מהם; SHOULD אחרון |
כל TODO / exit 1 | אלה העבודה שלך: TODO = החלטה, exit 1 = לא גמור בכוונה |
| כל ה-repos, branches, tags | מי קורא, מי כותב |
| כל credential | לפני הקלדה: מפת credentials |
| שמות קבועים (namespaces, Secrets, hosts, StorageClass) | טעות שם = כשל שקט |
איך מוודאים: יש לך דף עם זרימה ועם טבלת credentials, ורשימת כל ה-TODO.
סדר העבודה
Section titled “סדר העבודה”- runner + variables
- repos + branches
- templates מיובאים ומתויגים
- CI ירוק עד ה-commit ל-gitops
- bootstrap של Secrets
- values
- Argo Applications
- root
- DEV עובד
- שאר ה-envs
- observability
- SHOULD
- cleanup
- להוכיח כל שכבה לפני שבונים עליה. עולים לפי סולם האימות. תמיד
helm templateמקומי לפני push של values. - לא מתקנים חי. אם התחלת להקליד
kubectl editעל אובייקט ש-Argo מנהל, עצור: התיקון נעשה ב-Git. - יומן: פקודה + ראיה (פלט) לכל שלב. אחרי כשל: מה ראית, מה שינית, מה השתנה.
- design review: תהיה מוכן להסביר למה כל repo, token ובחירה קיימים, לא רק להראות ירוק.
- להיכנס ל-debugging עם פחות נעלמים: דחוף שינויים מקומיים לפני bootstrap, כדי לא לזהם את האבחון. שיטת הקריאה: debugging.
כשלי תהליך נפוצים
Section titled “כשלי תהליך נפוצים”| כשל | בדיקה |
|---|---|
| Delta on copy: הדבקת קוד ממקור אחר בלי להחליף שמות | טבלת החלפות (שמות, פורטים, hosts, namespace) ואז grep -rn 'old-name' . |
Placeholder שנשאר (TODO, repoURL: "") | grep -rnE 'TODO|repoURL: ""' <FILE> לפני submit |
| עצירה ב-PASS: הסקריפט עבר, ההתנהגות לא נבדקה | Synced + Healthy לא מוכיח; בדוק /info (verify) |
| תוצר לא הוגש | רשימת deliverables מול הקבצים |
CRLF / רווח אחרי \ | grep -nP ' +$' <FILE>, bash -n <FILE> |
המשך: גישה למבחן — ההליך המלא · התמונה הגדולה · סימפטומים · cleanup וצ'קליסט.