Model Context Protocol (MCP) ತನ್ನ ಸೆಷನ್ ಸ್ಟೇಟ್ ಅನ್ನು ಕೈಬಿಟ್ಟು, ಅದರ ಬದಲಿಗೆ ರಸೀದಿಯ ಮಾದರಿಯ ವಿನಂತಿಗಳು (receipt-style requests) ಮತ್ತು ಹೊಸ server/discover ಕಮಾಂಡ್ ಅನ್ನು ಪರಿಚಯಿಸಿದೆ. ಈಗ ಡೆವಲಪರ್‌ಗಳು AWS Lambda ನಂತಹ ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ MCP ಅನ್ನು ಬಳಸಬಹುದು ಮತ್ತು ದೀರ್ಘಕಾಲದಿಂದ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಕುಂಠಿತಗೊಳಿಸುತ್ತಿದ್ದ "ಸಿಂಗಲ್ ವೇಟರ್" (single waiter) bottleneck ಅನ್ನು ತಪ್ಪಿಸಬಹುದು.

ಹಳೆಯ ಮಾದರಿಯ ಪ್ರಾಮುಖ್ಯತೆ ಏಕೆ ಇತ್ತು

ಮೂಲತಃ MCP ಒಂದು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್‌ನೊಂದಿಗೆ ನಿರಂತರ ಸಂಪರ್ಕವನ್ನು (persistent connection) ಬಯಸುತ್ತಿತ್ತು. ಸರ್ವರ್ ಬಳಕೆದಾರರ "ಟೇಬಲ್ ನಂಬರ್" ಅನ್ನು ಹೊಂದ held ಮಾಡುತ್ತಿತ್ತು—ಅಂದರೆ ಸಂದರ್ಭ (context), ನಿಯಮಗಳು ಮತ್ತು ಬಾಕಿ ಇರುವ ಕ್ರಮಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಒಂದು ಗುಪ್ತ ಸೆಷನ್. ಆ ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆದಾಗ, ಸೆಷನ್ ಮಾಯವಾಗುತ್ತಿತ್ತು ಮತ್ತು ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಮೊದಲಿನಿಂದ ಪ್ರಾರಂಭಿಸಬೇಕಾಗುತ್ತಿತ್ತು.

ಈ ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿ ಏನಿದೆ ಬದಲಾವಣೆ?

  • ಸೆಷನ್‌ಗಳಿಲ್ಲ (No sessions) – ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯು ಸರ್ವರ್‌ಗೆ ಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಇದು ಯಾವುದೇ ಕ್ಯಾಷಿಯರ್ ಓದಬಲ್ಲ ರೆಸ್ಟೋರೆಂಟ್ ರಸೀದಿಯಂತೆ ಇರುತ್ತದೆ. "initialize" ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಈಗ ಇಲ್ಲ.
  • ರಸೀದಿ ಮಾದರಿ (Receipt model) – ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯ ಆರಂಭದಲ್ಲಿರುವ ಒಂದು ಸಣ್ಣ ಮೆಟಾ ಬ್ಲಾಕ್ (meta block), ವರ್ಷನ್ ಮಾಹಿತಿ ಮತ್ತು ಅಗತ್ಯ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ, ನಂತರ resultType, ttlMs (ಮಿಲಿಸೆಕೆಂಡುಗಳಲ್ಲಿ time-to-live) ಮತ್ತು cacheScope ನೊಂದಿಗೆ ಫಲಿತಾಂಶವನ್ನು ನೀಡುತ್ತದೆ. ಈ ಫೀಲ್ಡ್‌ಗಳು ಕ್ಲೈಂಟ್‌ಗೆ ಉತ್ತರವನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಕ್ಯಾಶ್ ಮಾಡಲು ಮತ್ತು ಅದು ಯಾವಾಗ ಅವಧಿ ಮುಗಿಯುತ್ತದೆ ಎಂದು ತಿಳಿಯಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ.
  • Server/discover – ಹೊಸ ಕಮಾಂಡ್ ಮೂಲಕ ಕ್ಲೈಂಟ್ ಸರ್ವರ್‌ನ ಪ್ರಸ್ತುತ ಸಾಮರ್ಥ್ಯಗಳ ಬಗ್ಗೆ ವಿಚಾರಿಸಬಹುದು. ಇದರ ಪ್ರತಿಕ್ರಿಯೆಯು ತಕ್ಷಣವೇ ಸಿಗುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನ ಸಂವಹನದ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುವುದಿಲ್ಲ.
  • Subscriptions/listen – ಇದು ಬಜರ್‌ನಂತೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಅಪ್‌ಡೇಟ್‌ಗಳಿಗೆ ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಆಗುತ್ತದೆ ಮತ್ತು ಏನಾದರೂ ಬದಲಾವಣೆಯಾದಾಗ ಮಾತ್ರ ಸೂಚನೆ ಪಡೆಯುತ್ತದೆ, ಇದರಿಂದ ಅನಗತ್ಯ ಪಾಲಿಂಗ್ ಟ್ರಾಫಿಕ್ (polling traffic) ಕಡಿಮೆಯಾಗುತ್ತದೆ.
  • Input_required flow – ಸರ್ವರ್‌ಗೆ ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಬೇಕಾದಲ್ಲಿ, ಅದು ಕ್ಲೈಂಟ್‌ಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಬದಲು input_required ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನೀಡುತ್ತದೆ. ನಂತರ ಕ್ಲೈಂಟ್ ಮುಂದಿನ ವಿನಂತಿಯ ಮೂಲಕ ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಈಗ ಯಾವುದೇ ಸ್ಟೇಟ್ ಅನ್ನು ಹೊಂದಿಲ್ಲದ ಕಾರಣ, ಯಾವುದೇ ಸ್ಟೇಟ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟ್ ಎನ್ವಿರಾನ್‌ಮೆಂಟ್ (stateless compute environment) MCP ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಬಹುದು. ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಕಾರ್ಯಗತಗೊಳ್ಳುವ (spin up), ವಿರಾಮ ತೆಗೆದುಕೊಳ್ಳುವ ಅಥವಾ ವಿವಿಧ ವಲಯಗಳ ನಡುವೆ ಸ್ಥಳಾಂತರಗೊಳ್ಳುವ (migrate) ಫಂಕ್ಷನ್‌ಗಳು ಸಂಭಾಷಣೆಯನ್ನು ಕಡಿತಗೊಳಿಸದೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಿರ್ವಹಿಸಬಲ್ಲವು.

ಯಾರು ಲಾಭ ಪಡೆಯುತ್ತಾರೆ, ಯಾರು ಚಿಂತಿತರಾಗುತ್ತಾರೆ?

AI ಫ್ರಂಟ್-ಎಂಡ್ ನಿರ್ಮಿಸುವ ಡೆವಲಪರ್‌ಗಳು – ಸರಳವಾದ ಮತ್ತು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾದ ಬ್ಯಾಕ್-ಎಂಡ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತಾರೆ. ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ತಂಡಗಳು – ಅಗ್ಗದ, ಆಟೋ-ಸ್ಕೇಲಿಂಗ್ ಸೇವೆಗಳ ಮೇಲೆ MCP ಅನ್ನು ನಿಯೋಜಿಸಬಹುದು. MCP ಸರ್ವರ್ ನಿರ್ವಹಕರು – ttlMs, cacheScope ಅನ್ನು ನೀಡಲು ಮತ್ತು server/discover ಒಪ್ಪಂದವನ್ನು ಪಾಲಿಸಲು ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ಮರುಬರೆಯಬೇಕಾಗುತ್ತದೆ. ನಿರಂತರ ಸೆಷನ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದ್ದ ಕೋಡ್ ಅನ್ನು ರಿಫ್ಯಾಕ್ಟರಿಂಗ್ (refactoring) ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಕಟ್ಟುನಿಟ್ಟಿನ ಅನುಸರಣೆ (compliance) ಹೊಂದಿರುವ ಉದ್ಯಮಗಳು – ಸ್ಪಷ್ಟವಾದ ಡೇಟಾ-ಲೈಫ್‌ಸೈಕಲ್ ನಿಯಂತ್ರಣದಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುತ್ತವೆ.

ಅಡಗಿರುವ ವಿವರ: ವರ್ಷನ್ ನೆಗೋಷಿಯೇಷನ್ (version negotiation)

ಪ್ರತಿಯೊಂದು ರಸೀದಿಯು ಕ್ಲೈಂಟ್ ನಿರೀಕ್ಷಿಸುವ ಪ್ರೋಟೋಕಾಲ್ ವರ್ಷನ್ ಅನ್ನು ಪ್ರಕಟಿಸುವ ಒಂದು ಸಣ್ಣ ಮೆಟಾ ಬ್ಲಾಕ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಇನ್ನೂ ಅನಿಶ್ಚಿತವಾಗಿರುವುದು

ಮುಂದೆ ಗಮನಿಸಬೇಕಾದವುಗಳು

ಸಾರಾಂಶ

ಸೆಷನ್ ಸ್ಟೇಟ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿ ಪ್ರತಿಯೊಂದು ಸಂವಹನವನ್ನು ಸ್ವತಂತ್ರ ರಸೀದಿಯನ್ನಾಗಿ ಪರಿವರ್ತಿಸುವ ಮೂಲಕ, MCP ಈಗ ಸರ್ವರ್‌ಲೆಸ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗಳಿಗೆ (serverless ecosystems) ಸುಲಭವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಈ ಬದಲಾವಣೆಯು MCP ಅನ್ನು ಹೆಚ್ಚು ಸ್ಥಿರ ಮತ್ತು ಸ್ಕೇಲೆಬಲ್ ಆಗಿ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ ಸರ್ವರ್‌ಗಳು ಎಲ್ಲಿ ಬೇಕಾದರೂ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ಯಾವುದೇ ಸಾಮಾನ್ಯ ವೆಬ್ ಸೇವೆಯಂತೆ ಸ್ಕೇಲ್ ಆಗಬಹುದು.