Microsoft Distributed Cache Velocity
אני עוקב אחר ה-Velocity של מיקרוסופט הרבה זמן וככל שעובר הזמן אני מאמין שהפתרון הזה הוא סוג של אבן פינה בכל פתרון אירגוני. לכן החלטנו בחברת E4D לבנות קורס של יום אחד שנוכל לחשוף ללקוחתנו וקהל הרחב את העוצמה של Velocity.
Velocity משנה את חוקי המשחק במערכות מבוזרות
בשנה האחרונה אני עוסק בהמון פרויקטים של WCF בהם בונים מערכות SOA. אני יכול להגיד שבכל פרויקט שיש מספר רב של שירותים, עולות אותן בעיות שמצריכות כתיבת קוד רב למשל:
- איך שומרים את קבצי הקונפיג במקום מרכזי, ושולפים אותם ע"פ פרופיל שימוש.
- איך בונים מוניטור על השירותים השונים.
- איך מוצאים שירות שמשנה את כתובתו.
- איך מבצעים התקנה ופריסה דינאמית של שירותים ע"פ תוכנית שנמצאת במקום מרכזי.
ויש עוד מספר רב של בעיות שמצריכות לבנות שירותים (WCF Service ) שהם לא השירותים העסקים אלה שירותי התשתית. הבעיה שתשתיות אלו קרוכות בזמן פיתוח רב, ובהבנה טובה מאוד של הטכנולוגיה. כלומר הם יעלו הרבה כסף….
פתרון:
הפתרון שאני הולך להציעה נשען על ההנחות הבאות:
- מספר השרתים קטן ( גם 100 שרתים נחשב קטן )
- ההודעות שעוברות בין שירותי התשתית קטנות.
- כמות ההודעות, קצב שינוי התשתית ( למשל שירות עלה,ירד עבר מקום ) נמוך.
מכאן אני מגיע למסקנה שבמקום לכתוב את כל השירותים המנהלים ואת התקשורת עליהם, אני יכול להשתמש ב-Velocity או ב-P2P כערוץ להעברת אינפורמציה מנהלתית בין שרתים. בגלל הנחות המוצא והיכולות של Velocity.
מה קיבלנו:
- בוני השירותים העסקים מקבלים API פשוט מאוד שלא חושף את בעיות התקשורת. כלומר שהם רוצים מידע על שירות מסוים הם פשוט מבקשים אותו למשל מ- E4DHelpU והוא שולף אותו מה-Velocity.
- הוספת שירות מינהלתי הופך לפעולה מאוד פשוטה, ולמעשה זה לא שירות אלא סוג של Feeder שמעדכן את Velocity במידע והמידע הופך לזמין בכל המחשבים.
מסקנה:
אני מאמין שבזמן הקרוב מאוד נראה שימוש רחב ואינטנסיבי ב-Velocity בכל פינה בארגון. לאט לאט תתפתח קהילה של מפתחי תוספים (Add-on) ו Adapter ל-Velocity כך שיהיה אפשר לחבר אותו לכל דבר.
אנחנו למשל מתחילים לתכנן איך לממשק אותו ל:
- Entity FRamework
- Workflow
- UDDI