מה זה בעצם UET, ולמה מערכות תקשורת לא יכולות לעבוד בלעדיו?

במערכות מודרניות, רכיבים שונים צריכים להעביר ביניהם הודעות: תהליכים, מודולים, שירותים, חומרה ותוכנה. לכאורה - “שולחים הודעה, מקבלים הודעה, מה הבעיה?”.

אבל במערכות אמיתיות הדברים מסתבכים:

• הודעות מגיעות לא תמיד לפי הסדר
• לפעמים יש עומס
• לפעמים הודעה מתעכבת
• לפעמים כמה הודעות מתחרות על אותו ערוץ
• ולפעמים הסדר קריטי - כי כל פעולה תלויה בזו הקודמת

כפי שראינו בפוסט הקודם, RUD PDC מבטיח שהודעות יגיעו - אבל לא מבטיח סדר. כאן נכנס UET.

מהו UET?

UET - Unified Endpoint Transport הוא שכבת תשתית שמגדירה בצורה אחידה:

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

כלומר: UET הוא סט של כללים שמכתיב איך רכיבים במערכת מדברים בצורה מסודרת.

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

למה צריך בכלל UET?

ללא UET, כל רכיב כותב את הלוגיקה לבד:

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

המערכת כולה תהפוך לאוסף של “חוקים פרטיים” שלא משתלבים.

בעזרת UET:

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

מה UET פותר בפועל?

• סדר הודעות (Ordering)
• מה קורה כשלחץ עולה (Backpressure)
• מה קורה כשיש שגיאות
• מתי הודעה נחשבת “התקבלה”
• איך התקשורת מתנהגת במעבר בין מצבים

זו שכבת “חוקים” שמגדירה איך צריך להתנהג.

בפוסט הבא נצלול לתוך אחד המנגנונים המרכזיים של UET: איך הוא מבטיח סדר הודעות מעל RUD PDC.