Browse by Tags
All Tags »
TECH (
RSS)
לפני כמה שבועות הייתי נוכח בפגישה נכבדה של DBAs והייתה חגיגה ממש J. בפגישה הציגו מספר בעיות שכל אחת מהן גרמה למשתתפים להעמיק לדיון סוער עד כדי כך שהוריד בלט.......! אחת הבעיות האירה לי כי ישנה דרך נחמדה יותר לפתור דילמות וזו השיטה הטובה והישנה של תרשימי זרימה. חכמים אמרו (אלה שהקשבתי להם...) , שעם עובדות לא מתווכחים! וכך בילינו עד השעות הקטנות , לא ספרנו כבשים , אלא חצים. תחסכו לכם זמן , תיהנו מהזמן שלכם וזה ע"י תרשים מדהים (אמנם ותיק) אך כיף לזכור שהוא זמין ועדכני. הקליקו עליי להורדה. בהצלחה...
התשובה הטבעית היא כמובן: “ לא ” ב- ל’ רבתי. ארכיטקט חייב לפעול מתוך שיקולים מקצועיים קרים וברורים, לדעת להסביר כל החלטה שלו באמצעות נימוקים רציונליים ולעולם לא לנטות לכיוון ארכיטקטוני מסוים בגלל שכיוון זה מקדם מוצר כזה או אחר, או שירות כלשהו. אז לאחר ששמנו את הנושא הזה מאחורינו, ווידאנו שכולם מבינים את הרעיון, נשאל שוב – האם לעולם לא יקרה שארכיטקט יעבוד כאיש מכירות? למעשה התשובה מסובכת קצת יותר. עבודת הארכיטקט למעשה מחולקת לשני חלקים עיקריים: - בניית הארכיטקטורה - הטמעת הארכיטקטורה לגבי החלק...
בתור ארכיטקט אני לא פעם נתקל בשאלה האם לפתח יישום LOB מאפס, נניח ב - ASP.NET או לבסס פיתוח על מוצרים קיימים כמו MOSS,Dynamics CRM או מוצרים אחרים בפוסט זה אני רוצה להציג מספר יתרונות של תשתית Dynamics CRM מול פיתוח מאפס ב - ASP.NET שיעזרו בפתרון של דילמה זו: האם ליישום שלך קיים roadmap ברור לחמש שנים הקרובות איך לשפר את ארכיטקטורה והתשתיות ? ל - Dynamics CRM קיים ! האם ליישום שלך יש צוות של מפתחים העבדים על סוגיות שונות ומהדורות חדשות של תשתית ? ל - Dynamics CRM יש ! האם ליישום שלך יש מפתחים בכל...
בפוסט הזה אני מבקש לחשוף מיספר היבטים של פעילות יועצי MCS. חלק גדול מהפעילות מותאמת לפרויקט הספציפי שבו היועץ עובד. חלק מהפעילויות הן פעילויות שחוזרות על עצמן. בפעילויות אלו ארחיב בהמשך. מיקרוסופט מחלקת את המוצרים ל-Service Lines או בקיצור SL: כל מוצר "יושב" ב-SL שלו. לדוגמא: Win 7 ב- SL2 SharePoint ב- SL3 BI, SQL והפיתוח ב- SL4 Dynamics CRM ב- SL יש גם פתרונות לורטיקאליים השונים והם יושבים ב-SL6. ייעוץ אסטרטגי שלנו לאירגונים (ESC/ITAP ) ממוקם ב- SL1 התמיכה (Premier) ב-SL7 – לא מופיעים...
נתונים... כן כן הכול זה נתונים. נו? אז? מה חדש? לפעמים ריבוי הנתונים לא נותנים לנו להגיע לעיקר. אני אסביר: מרוב מספרים ותיאורים אנו שוכחים שיש ללקוח שלנו קטלוג , פריטים , והוא בעצם מבקש לנתח מכל הכיוונים , סיבובי צירים , מרוב מידע שאנו מציגים ללקוחות שלנו הם לא מסובבים צירים , הם מקבלים אותם (לידה כמובן!) J . אם בצירי לידה עסקינן , אוטוטו ניתן לתחקר את הנתונים ולא סתם נתונים אלא את הבינאריים בכבודם ובעצמם. איזה כיף! הכלי הבא מאפשר לקטלג , לאפיין , לצפות ולחקור את נתוני הקטלוג שלנו לפי בינה (לא ,...
חלק נכבד מהתפקיד שלנו כארכיטקטים הינו לעבוד מול לקוח שכבר בנה ארכיטקטורה למערכת שלו, והוא מעוניין בסוג של Review עליה, על מנת לאתר מראש בעיות פוטנציאליות בארכיטקטורה – הן מבחינת ביצועים, אבטחת מידע, מודולריות וכו’. ברבים מהמקרים זה אכן בדיוק מה שקורה – אנו עורכים סדרת פגישות עם הלקוח, מאתרים בעיות פוטנציאליות ומעבירים מסמך סיכום מסודר המפרט את הבעיות הפוטנציאליות ואת הדרך המומלצת לפתרונן. אולם בזמן האחרון המצב השתנה מעט. יצא לי להיתקל יותר ויותר במצבים בהם ההמלצה העיקרית ללקוח היתה (ואני אכתוב את...
מיקרוסופט Azure היא אחלה טכנולוגיה שמציע פתרונות בפוקוס על חסכון בעלויות תחזוקה והרחבה של תשתיות. עד כאן אני די סגור עם עצמי. מה שאני מתלבט כאן זה מה ה-Scenraios העקריים ש-Azure יכול לתת מענה באופן מובהק. הנה מה שחשבתי לעצמי. אפשרות 1 – חוצץ אבטחת מידע אני חושב על Azure כעל מעין DMZ בענן. בתסריט הזה המשתמשים עובדים ישירות מול אפליקציה שלי שאני מארח ב-Azure אך למעשה האפליקציה היא ריקה מתוכן ורק מהווה proxy לאפליקציה שלי שאני מארח אצלי בבית. האפליקציה בבית לא נגישה למשתמשים...
לקוח התלונן על תחנות פיתוח איטיות, כל כך איטיות שביצוע קומפילציה לוקחת עד כמה דקות. תאר לעצמך שמפתח מבצע מספר קומפילציות ביום כפול מספר דקות של איטיות… יוצא לא מעט זמן אבוד, כפול מספר לא מבוטל של מפתחים… יוצא טונה זמן אבוד. לא נעים, הא? בהתחלה חשבנו על איטיות ב-Backend ומהר מאד ראינו שזה לא המקרה. השתמשנו ב-Netmon לצורך כך. אחרי כמה הרהורים חשבנו כי הזמן מתבזבז על Serialization או Dynamic Compilation. במקרה הזה מופעל CSharp Compiler – פעולה לא הכי קלה בעולם. כדי לנטר פעילות של ה-Compiler השתמשנו...
שירות ניתוח פערי ארכיטקטורה (PDF) שירות ניתוח פערים ושיפור ביצועים (PDF) שירות תכנון וניתוח בדיקות ביצועים (PDF) סדנת פיתוח מערכות מונחה ביצועים (PDF) ביצוע Recycle ל-Application Pool של IIS שלמעשה הוא w3wp.exe גורם ליצירת תהליך w3wp.exe חדש, אובדן כל ה-State ואיתחול של אפליקציה ASP.NET. כל זה גורם הן לחווית משתמש ירודה, הרי לא נעים לחטוף הודעת שגיאה באמצע מילוי טופס כלשהו, והן לפגיעה ב-Scalability, הרי עם יש ריבוי של Recycles וגידול בפניות של משתמשים אז זמני תגובה לא יהיו משהו בלשון המעטה. אז למה...
שירות ניתוח פערי ארכיטקטורה (PDF) שירות ניתוח פערים ושיפור ביצועים (PDF) שירות תכנון וניתוח בדיקות ביצועים (PDF) סדנת פיתוח מערכות מונחה ביצועים (PDF) הנה טיפ קטן שיעזור לך לקבוע מסלול ארכיטקטוני ברור וגם להקפיד להשאר על המסלול – תחבר שיר הנושא. אני לא מדבר על זה שאתה צריך להחליף את המקצוע ולהיות מלחין או משורר אני מדבר על יצירת Theme של הפרויקט. לא ידעתי איך לתרגם את זה לעברית אז קראתי לזה שיר הנושא. הנה ה-Theme שבנינו באחד הפרוייקטים “פיתוח מהיר המתמקד בתרחישים קריטיים חיוניים תוך מימוש ביצועים...
אחד היכולות החשובות באפליקציה היא Manageability – יכולת ניטור כל מה מתרחש באפליקציה וברכיבים שלה, כולל בסיס נתונים. אז עם מה מנטרים? צד לקוח - Fiddler . מנטר תעבורת HTTP, מתאים ל-ASP.NET וגם ל-WCF עבור bindings מבוססי HTTP. צד IIS – לוגים של IIS . יודעים כמה יש פניות, כמה זמן לקחו הפניות, כמה חומר נכנס ויצא לאםליקציה, מתאים ל-ASP.NET וגם WCF כאשר מתארח ב-IIS. אפליקציה – מימוש עצמי של Instrumentation . האפשרויות הן שימוש ASP.NET Healthmonitoring , Custom Perfcounters , System.Diagnostic.Trace. וכמובן...
כן, אני יודע, כבר נכתב פוסט אחד או שניים (או שבעים…) על הנושא הזה. אבל הפעם אני רוצה לתת את רשות הדיבור ללקוח שלנו, שאמר את הדברים הבאים בפגישת סיכום על עבודה של אחד הארכיטקטים שלנו אתו. הלקוח הגדיר את עבודת הארכיטקט כ- “נפלאה”. כשהתבקש לפרט, אמר את הדברים הבאים: “עד שהגיע הארכיטקט, היו לנו כל מיני רעיונות מרחפים באוויר. כשהתחלנו לעבוד אתו, הוא הוריד את הרעיונות לקרקע, גרם לנו לחשוב עליהם,וסייע לקבל החלטות מושכלות הן ברמה הארכיטקטונית והן ברמה העסקית.” בעיני, זוהי אחת התרומות החשובות ביותר של ארכיטקט...
שירות ניתוח פערי ארכיטקטורה (PDF) שירות ניתוח פערים ושיפור ביצועים (PDF) שירות תכנון וניתוח בדיקות ביצועים (PDF) סדנת פיתוח מערכות מונחה ביצועים (PDF) WCF היא טכנולוגיה המאפשרת הפעלת רכיבים מרחוק ויש לה מספר מקומות הניתנים לאופטימיזציה: Proxy . יצירת Proxy היא פעולה לא קלה ולכן ניתן להפתות לבצע Caching ל-Proxy כדי לחסוך זמן הקמת Proxy מחדש. מצד שני Cached Proxy יכול ליצור מצב שבו הערוץ תקוע או תפוס ולא ניתן לבצע עוד פניות – משהו שחוסם יכולת Scalability. אבטחת מידע . חלק מ-Bindings מפעילים Windows...
הערה: אני שמח לארח את שחר בר (ברזניצקי) , ארכיטקט מנוסה בתחום High Scalable Applications. שחר משתף את הנסיון שלו עם מימוש לא נכון של תבניות עיצוב. שווה קריאה! כשאנחנו ממליצים, בכובע של ארכיטקטים/מנהלי-פיתוח, על שימוש בpatterns מוכרים בפני צוותי הפיתוח אנו צריכים להעביר לא רק את העקרונות שמאחורי הpatterns אלא גם את השיקולים לשימוש או הימנעות משימוש בהם. מבין מגוון הגורמים שיש לשקול, הגורמים שלראייתי הם העיקריים הינם התאמת רמת וניסיון כוח האדם למורכבות הpatterns וצפי ההתפתחות העתידי של המערכת/הקוד...
אני בטוח שהשתתפת בלא מעט דיונים עם חברים ממחלקת אבטחת מידע, אה? אני גם בטוח שניהלת שיחה מסוג זה – האם להפריד את בסיס הנתונים ב-Firewall מהאפליקציה. קרה פעם או פעמיים? אני לא חושב שיש תשובה חד משמעית והכול תלוי ברמת סיכון ובמאמץ שנדרש כדי למגר את הסיכון. הנה כמה שאלות שכדאי לשאול לפני קבלת החלטה: האם רמת הסיכון בסביבת אינטראנט היא אותה רמת הסיכון כמו בסביבת אינטרנט? סביר להניח שלא, אלא אם כן סביבת האינטראנט כוללת משתמשים קרימינאלים מדופלמים מרובים. האם ישנו כח אדם מתאים ומספיק כדי לנהל את חוקי ה-Firewall...
More Posts
Next page »