מה זה Connection - ולמה חיבור הוא מצב לוגי, לא כבל

אחרי ההבחנה בין TCP ל-UDP, מתחיל לבלבל מושג שנשמע מוכר מדי: “יש חיבור” או “אין חיבור”.

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

אבל ברשתות - חיבור כמעט אף פעם אינו דבר פיזי. הוא מצב.

חיבור הוא הסכמה מתמשכת

Connection אינו צינור פתוח. הוא הסכמה מתמשכת בין שני צדדים:

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

כלומר, חיבור הוא זיכרון משותף: מה כבר נשלח, מה התקבל, ומה מצופה לקרות הלאה.

בלי הזיכרון הזה - אין חיבור, גם אם Packets זורמים.

למה בכלל צריך Connection

Connection נוצר כדי לפתור בעיה מסוימת: לתת הקשר לתקשורת לאורך זמן.

הוא מאפשר:

• לשמור סדר
• לזהות חוסרים
• להבין אם הצד השני “עדיין שם”
• ולהחליט מתי תקשורת הסתיימה

אבל כל זה מגיע עם מחיר.

המחיר של Connection: State

Connection מחייב State.

כל צד צריך לזכור:

• מי הצד השני
• מה מצב השיחה
• ואיפה נמצאים ברצף התקשורת

State הוא נכס - אבל גם נטל.

ככל שיש יותר Connections:

• יש יותר זיכרון
• יותר תיאום
• ויותר מצבים שיכולים להשתבש

זו הסיבה שמערכות בקנה מידה גדול נזהרות מאוד משימוש מופרז ב-Connections.

UDP בלי Connection - ולא בטעות

UDP אינו “חסר יכולת”. הוא פשוט בוחר לא לשמור מצב.

אין חיבור, אין זיכרון, וכל Packet עומד בפני עצמו.

התוצאה:

• פשטות
• סקייל גבוה
• ואפס התחייבות להתנהגות מתמשכת

זו אינה מגבלה - זו החלטה.

המשל

אפשר לחשוב על שיחה מתמשכת לעומת פתקים קצרים.

בשיחה: יש הקשר, יש רצף, ויש ציפייה להמשכיות.

בפתקים: כל פתק מובן בפני עצמו, ואין הנחה שמישהו יענה.

שניהם לגיטימיים - אבל משרתים צרכים שונים.

Connection כבחירה ארכיטקטונית

החלטה להשתמש ב-Connection משפיעה על כל המערכת:

• איך מתמודדים עם עומס
• מה קורה כשצד נעלם
• ואיך מתבצע ניקוי משאבים

זו לא החלטה “רק של רשת” - זו החלטה מערכתית עמוקה.

מבט קדימה

ברגע שיש חיבורים, Packets ופרוטוקולים, אפשר סוף-סוף לדבר על מדדים: מה זה איטי, מה זה מהיר, ומה בכלל אומר “ביצועים” בתקשורת.

בפוסט הבא נעסוק ב-Latency, Bandwidth ו-Throughput - ולמה הם אינם אותו דבר, גם אם כך נדמה.