פרוטוקול ה-Model Context Protocol (MCP) ויתר על מצב הסשן (session state) שלו, והחליף אותו בבקשות בסגנון "קבלה" (receipt-style) ובפקודה חדשה server/discover. מפתחים יכולים כעת להריץ MCP על פלטפורמות serverless כמו AWS Lambda ולהימנע מצוואר הבקבוק של ה-"מלצר היחיד" (single waiter) שפגע לאורך זמן באמינות.
למה המודל הישן היה חשוב
במקור, MCP דרש חיבור קבוע (persistent connection) לשרת ספציפי. השרת החזיק את "מספר השולחן" של המשתמש – סשן נסתר שאחסן הקשר (context), חוקים ופעולות ממתינות. כאשר השרת הזה קרס, הסשן נעלם והלקוח (client) נאלץ להתחיל מחדש.
מה השדרוג עושה אחרת
- ללא סשנים (No sessions) – כל בקשה נושאת איתה את כל מה שהשרת צריך, כמו קבלה במסעדה שכל קופאי יכול לקרוא. לחיצת היד (handshake) של ה-"initialize" נעלמת.
- מודל קבלה (Receipt model) – בלוק מטא קטן בתחילת כל בקשה כולל מידע על גרסה ופרמטרים נדרשים. השרת מעבד את הבקשה בבידוד, ואז מחזיר תוצאה עם
resultType,ttlMs(זמן חיים במילישניות) ו-cacheScope. שדות אלו מאפשרים ללקוח לשמור את התשובה בזיכרון מטמון (cache) בצורה בטוחה ולדעת מתי היא פוקעת. - Server/discover – פקודה חדשה המאפשרת ללקוח לשאול את השרת לגבי היכולות הנוכחיות שלו. התגובה היא מיידית ואינה תלויה באינטראקציה קודמת.
- Subscriptions/listen – עובד כמו קריאת שירות (buzzer): הלקוח נרשם לעדכונים ומתקבלת הודעה רק כאשר משהו משתנה, מה שמפחית את תעבורת ה-polling.
- Input_required flow – אם השרת זקוק למידע נוסף, הוא מחזיר תגובת
input_requiredבמקום לפנות חזרה ללקוח. הלקוח מספק אז את הנתונים החסרים בבקשה המשכית.
מכיוון שהשרת כבר אינו מחזיק מצב (state), כל סביבת מחשוב חסרת מצב (stateless) יכולה לארח נקודות קצה (endpoints) של MCP. פונקציות שמופעלות לפי דרישה, נרדמות או עוברות בין אזורים (zones) יכולות לטפל בתעבורה מבלי לשבור את רצף השיחה.
מי מרוויח, ומי דואג
מפתחים שבונים ממשקי AI (front-ends) – מרוויחים מ-back-ends פשוטים ואמינים יותר.
צוותי תשתית – יכולים להקצות MCP בשירותים זולים בעלי יכולת הרחבה אוטומטית (auto-scaling).
מנהלי שרתי MCP – חייבים לכתוב מחדש את ה-handlers כדי להפיק ttlMs, cacheScope ולעמוד בחוזה של server/discover. קוד שהסתמך על סשן קבוע יצטרך refactoring.
ארגונים עם דרישות ציות (compliance) מחמירות – נהנים מניהול ברור יותר של מחזור חיי הנתונים.
הפרט החבוי: משא ומתן על גרסאות (version negotiation)
כל קבלה כוללת בלוק מטא קטן המפרסם את גרסת הפרוטוקול שהלקוח מצפה לה.
מה עדיין לא ודאי
מה כדאי לעקוב אחריו בהמשך
שורה תחתונה
על ידי הסרת מצב הסשן והפיכת כל אינטראקציה לקבלה עצמאית, MCP משתלב כעת באופן טבעי באקו-סיסטמים של serverless. השינוי הופך את MCP ליציב וניתן להרחבה (scalable) יותר, מה שמאפשר לשרתים לרוץ בכל מקום ולהתרחב כמו כל שירות אינטרנט רגיל.