Archives
-
Microsoft Distributed Cache Admin Tool
כרגע תמונות וקוד, השעה כבר מאוחרת, בהמשך הסברים…
-
בית פתוח בנושא WCF 4.0 & Parallel Computing
דוט נט 4.0 מתקרב ובא (גרסת בטא 1, כבר שוחררה). ולכן החלטתי שהגיע הזמן לעשות בית פתוח :-). במפגש, ניתן סקירה מעמיקה על WCF 4.0 ו- Parallel Computing, טכנולוגיות שהולכות להיות אבן פינה בפרויקטים מבוססים דוט-נט 4.0.
-
Microsoft Distributed Cache (MDC), Code Named “Velocity” as a Transport Channel
Microsoft Distributed Cache (MDC), Code Named “Velocity” as a Transport Channel
אין ספק ש-MDC יעזור לאתרי אינטרנט לשפר ביצועים באחוזים גבוהים. אך האם הוא יכול לעזור לי בפתרונות של בנית מערכות מבוזרות? האם האפשר להשתמש בו כערוץ תקשורת להעביר נתונים בין מחשבים? אני חושב שכן !!!
הנחות יסוד:
השימוש ב-MDC הוא עבור הודעות שזמן הגעתן ליעד אינו מהיר ויכולה להיות איטי יחסית לערוצי תקשורת סטנדרטים.
פתרון ל- Service Discovery:
ב-WCF 4.0 יש שני סוגי פתרונות ל-Discovery. האחד משתמש ב-Multicast והשני בנקודה, PROXY מרכזי שדרכו מגלים את שאר השירותים.
אני חושב ש-MDC יכול לתת פתרון טוב יותר. כל שרות שעולה, מכניס לתוך ה-MDC את כל הפרטים שלו. כל שרות שמחפש שרות אחר פשוט ניגש ל-MDC ולוקח משם את הפרטים של השרות אותו הוא מחפש.
היתרונות:
1. הכנסת הנתונים ל-MDC והוצאתם היא ע"י קוד פשוט שלא חושף את בעיות התקשורת.
2. מיד אחרי שהשרות נפתח הנתונים שלו זמינים לכול שאר השירותים, בלי צורך ליצור קשר איתו ישירות, כלומר הנתונים יהיו זמינים גם עם השרות יש לו Down Time קצר.
סיכום:
ע"פ דעתי קיבלנו פתרון אמין יותר ופשוט יותר. בצורה דומה אני גם רוצה לבנות Configurations Repository לכל השרותים של WCF.
עוד נקודה מעניינית, אפשר לשלב פתרונות, לדוגמא ברצוני לבקש משירות שיעביר לי מספר גדול מאוד של רשומות, מה שיגרום לנפילת התקשורת… מה עושים? בפוסט הבא :-)