למה התנהגות בין Warm ל-Cold היא מקור להפתעות מסוכנות

מערכות מחשוב כמעט אף פעם לא מתנהגות אותו דבר כשהכול “חם” לעומת כשהכול “קר”.

וזה לא באג. זו תכונה טבעית - שמסוכנת אם לא מתכננים סביבה.

מה זה בעצם Warm ו-Cold

Cold הוא מצב שבו המערכת מתחילה בלי הקשר קודם: cache ריק, תורים ריקים, חיבורים לא פתוחים, זיכרון “נקי”.

Warm הוא מצב שבו המערכת כבר רצה זמן-מה: cache מלא, נתיבים חמים, תורים יציבים, חיבורים קיימים.

אותה מערכת. אותו קוד. התנהגות שונה לגמרי.

למה Warm נראה טוב יותר ממה שהוא

במצב Warm:

• נתונים כבר נמצאים ב-cache
• חישובים חוזרים נחסכים
• רכיבים עובדים בקצב מוכר
• Latency נמוך ויציב

המערכת נראית מהירה, רגועה, ובריאה.

אבל זו תמונה חלקית. זו מערכת עם קביים.

מה קורה במצב Cold

כשהמערכת Cold:

• כל בקשה מפעילה את המסלול המלא
• cache מתמלא תחת עומס
• חיבורים נפתחים יחד
• תורים גדלים לפני שיש ספיגה

פתאום מופיעים:

• קפיצות חדות ב-Latency
• retries מיותרים
• עומסי פתע
• כשלים שלא נראו קודם

לא כי המערכת “נשברה” - אלא כי היא נדרשת לעבוד בלי ההקלות שהתרגלה אליהן.

למה זו בעיה מערכתית, לא מקרית

הבעיה האמיתית היא לא ההבדל עצמו, אלא התלות הסמויה שנוצרת ב-Warm behavior.

עם הזמן:

• Path קר כמעט לא נבדק
• מדדים משקפים רק מצב Warm
• תכנון נעשה לפי התנהגות חלקית
• הפעלה מחדש הופכת לאירוע מסוכן

המערכת “מתפקדת” - כל עוד לא מאתחלים אותה.

המשל: מנוע קר מול מנוע חם

מנוע שעובד נהדר כשהוא חם אבל מקרטע כשהוא קר - אינו מנוע אמין.

לא כי הוא תמיד כושל, אלא כי הוא לא צפוי.

כך גם מערכות.

איך מתכננים סביב Warm ו-Cold

מערכות יציבות:

• בודקות גם Cold start, לא רק steady state
• לא תלויות ב-cache כדי להיות יציבות
• מתכננות Latency סביר גם בלי “חום” מוקדם

Warm צריך לשפר - לא להציל.

סיכום

Warm הוא בונוס. Cold הוא המציאות הבסיסית.

ומערכות מסוכנות הן לא אלה שמתנהגות רע כשהכול קורס - אלא אלה שמתנהגות יפה רק אחרי שהכול כבר התחמם.