כמה SharePoint 2010 מותקנים בארגון?

[אני שמח לפרסם פוסט ראשון של יואל, יועץ בנושאי Share Point בקבוצת היועצים (MCS)]

במאמר זה, נסקור את היכולות הקיימות ב  SharePoint 2010 בכל הקשור למדיניות התקנות SharePoint ברשת הארגונית.

SharePoint 2010  מאפשר הקמה מהירה של שרתים (Standalone - בדרך כלל עבור צוותי הפיתוח) או של חוות SharePoint. קלות וגמישות זו עלולה לעיתים להיות מכשול בארגון: היווצרות "איי-מידע" מנותקים, פריסת תשתיות SharePoint שמותקנות ומוגדרות באופנים שונים ובחריגה מנהלי הארגון.

בנוסף, כיצד ניתן לדעת אלו חוות מותקנות בארגון? בהיבט של רישוי, תהליכי גיבוי מרכזיים וביצוע ניטור ובקרה על כלל החוות ברשת הארגונית.

בקיצור, איך נדאג שמחר בבוקר לא נתעורר לבלגן בלתי נשלט כשנרצה לבצע פעולה רוחבית בהתקנות SharePoint?!

הבשורה היא ש SharePoint 2010 מאפשר שליטה מלאה על ההתקנות באמצעות:

·         חסימה: הגדרה ב Registry מאפשרת לנטרל את אפשרות התקנת SharePoint במחשבים ברשת

·         רישום ובקרה: SharePoint 2010 מסוגל לרשום את עצם ההתקנה ב Active Directory (ב Domain בו בוצעה ההתקנה)

הגדרת חסימה

החסימה נעשה ע"י הגדרה ב Registry של כל המחשבים בארגון, שניתן לבצעה באמצעות Group Policy ולהחיל אותה על כלל המחשבים ברשת הארגונית. בזמן התקנה מבוקרת של SharePoint מנהל הרשת יכול לבטל את ההגדרה (לדוגמה להוציא את השרת מה OU שעליו מוחל ה GPO).לשם כך, יש לערוך את המפתח ב Registry במיקום שלהלן:

HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\SharePoint

לחסימה: ליצור או לשנות את המפתח: DisableInstall ל 1 (DWORD)

לביטול החסימה: לשנות את הערך ל 0 או למחוק את המפתח DisableInstall

ההגדרת החסימה עבור כלל המחשבים ב Domain, תוך שימוש ב Group Policy, ע"י הפעולות שלהלן:

1)      ליצור Group Policy או לבחור כזה שמוחל על כל המחשבים ב Domain

2)      להריץ כמנהל מערכת את Active Directory Module for Windows PowerShell

3)      להריץ את הפקודה הבאה:

Set-GPRegistryValue -Name "<GPO Name>" –Key “HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\SharePoint” -ValueName "DisableInstall" -Value 00000001 -Type DWORD

4)      בזמן ביצוע Logon או gpudate למחשבים ב Domain, הערך הנ"ל ירשם ב Registry שלהם, והחסימה תתבצע
ההגדרה ב Group Policy ב Group Policy Management Console (GPMC)


כאשר אחד מהמשתמשים בארגון ינסה להתקין את SharePoint 2010 תתקבל ההודעה הבאה:

לביטול החסימה באופן גורף לכל המחשבים ב Domain:

Remove-GPRegistryValue -Name "< GPO Name>" –Key “HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\SharePoint” -ValueName "DisableInstall"

לביטול החסימה למספר שרתים, לצורך התקנת חוות SharePoint 2010 חדשה, יש לבטל את ה Group Policy מאותם מחשבים ולהריץ gpupdate בכל אחד מהשרתים.

רישום ובקרה

על מנת ש SharePoint 2010 ירשום את ההתקנות ב Active Directory, יש לבצע את הפעולות הבאות:

1)      יש להריץ ADSIEdit.msc

2)      תחת System ליצור container בשם Microsoft SharePoint Products

3)      להעניק הרשאת Create serviceConnectionPoint objects לכל המשתמשים בארגון, כפי שמופיע בתמונה הבאה:

החל משלב זה, כל התקנה חדשה של SharePoint 2010 תירשם ב Containt הנ"ל, וכך ניתן יהיה לעקוב ולאתר התקנות "פירטיות" בארגון שלכם.

הבהרות:

1)      תהליך הרישום נעשה כחלק מההרצה של ה SharePoint 2010 Configuration Wizard ולא כחלק מההתקנה, כך שבאופן תיאורטי יכולים להיות בארגון התקנות שאינן פעילות (תהליך ההגדרה הינו שלב המתבצע לאחר ההתקנה)

2)      הרישום נעשה פעם אחת עבור חוות שרתים, או בהתקנת שרת Standalone. הרישום אינו מתבצע עבור שרתים נוספים באותה החווה.

הערה: ניתן לאתר את רשימת השרתים בחווה מסויימת, באמצעות פקודת ה SharePoint PowerShell הבאה, שניתן להריץ על אחד משרתי ה SharePoint בחווה:

3)      יצירת ה Container ב Active Directory משפיע רק מאותה נקודת זמן ואילך, ולכן במידה וישנן התקנות SharePoint 2010 בארגון, יש להריץ את הפקודה הבאה (מתוך שרת ה SharePoint באמצעות PowerShell), עבור כל חווה בנפרד (הרצה חוזרת של ה SharePoint  Configuration Wizard, לא תבצע את פעולת הרישום):

4)      מתוך שרתי ה SharePoint ניתן לקבל  את הכתובת שנרשמה ב Active Directory באמצעות הפקודה שלהן:

למידע נוסף: Track or block SharePoint Server 2010 installations

בהצלחה,

MCS @ Tech-Ed 2010

ASP.NET MVC OR ASP.NET WebForms

לכבוד "שחרור" גרסת הבטא של ASP.NET MVC 3.0, אני רוצה להעלות דילמה עתיקת יומין:

נניח שאתם בפתחו של עידן חדש לאפליקציה שלכם או שהחלטתם לפתח מערכת חדשה. קבלתם החלטה לפתח ב- Asp.Net ונשאר להחליט מה תהיה התשתית – ASP.NET WebForms או ASP.NET MVC?

להלן כמה מהיתרונות המובילים של כל תשתית/טכנולוגיה:

ASP.NET WebForms

• טכנולוגיה ותיקה ו"בוגרת"
• טכנולוגיה מוכרת בקרב קהיליית מפתחי Asp.Net
• קיים כח אדם זמין המכיר את הטכנולוגיה ברמה גבוהה
• קיימות הרבה חבילות של UI Controls.
• טיפול אוטומטי בסוגי דפדפנים שונים.
• הפיתוח בעיקרו מתבצע ב- .Net (ללא JS).

ASP.NET MVC

• מאוד אינטואיטיבי (לעומת WebForms) למפתחי Web המגיעים מסביביות אחרות (PHP, ASP3).
• יותר שליטה בידי המפתח.
• Page Life Cycle פשוט יותר, מהיר יותר וניתן להרחבה והחלפה.
• מאוד נוח לבצע Unit Testing על לוגיקה עסקית (של שכבת התצוגה).

הדילמה האמורה חשובה ולא תמיד פשוטה. המלצתי היא כמובן להתייעץ עם בעלי ידע/נסיון, לפני תחילת תכנון המערכת.
רציתי לשתף אתכם בכמה מהשיקולים המנחים אותי בהמלצה על בחירת תשתית Asp.Net:

• בהנחה שאין בצוות הפיתוח ידע קודם ואין "נכסים" קודמים באחת מהתשתיות, על פי רוב, זה לא ממש משנה באיזו תשתית האפליקציה תפותח.
• אם קיים בחברה ידע קודם באחת מהתשתיות או קיימים "נכסים" קודמים – זהו שיקול בעל משקל נכבד.
• אם יש רצון לבצע פיתוח TDD – עדיף ASP.NET MVC.
• אם אין ידע קודם בחברה ב- ASP.NET WebForms, ליבי נוטה לכיוון MVC . זאת מכיוון, שלדעתי, תהליכי הפיתוח בתשתית זו ברורים יותר למפתחים ופשוטים יותר וניתן ללמוד אותם מהר יותר.
• אם המערכת אמורה לתמוך ביכולות שינוי והרחבה ע"י המשתמש, אמליץ על ASP.NET MVC.
  לדוגמא: נניח שהמערכת שאתם מפתחים היא "מוצר מדף" ואתם רוצים לאפשר ללקוחות הרוכשים את המוצר לבצע התאמות/הרחבות/שינויים במוצר. למקרה כזה תשתית ASP.NET MVC מתאימה יותר.

שימו לב!

בחירת התשתית היא אינה עניין של מה בכך, זהו נושא שישפיע על שיטת הפיתוח, תהליכי עבודה ועוד.
כפי שציינתי קודם לכן, אני מאוד ממליץ להתייעץ עם בעלי ידע/נסיון לפני תחילת תכנון המערכת, וגם לכך יש לי מספר דגשים:
בעלי ידע/נסיון – כמובן שמישהו שמכיר רק אחת מהתשתיות אינו מועמד מתאים ל"בעלי ידע/נסיון" אך גם לא תמיד מי שמכיר את שתי התשתיות הוא מועד הולם לתפקיד. שימו לב שהשיקולים שהצבעתי עליהם, ברובם, אינם מתייחסים לתשתיות עצמן, אלא ל"סביבה" – אופי החברה, רקע, תהליכי עבודה/פיתוח וכיו"ב. המלצתי היא להתייעץ בבעלי ראייה רחבה, מעבר לטכנולוגיה.
לפני תחילת תכנון המערכת – התשתית הטכנולוגית שתבחר תשפיע על עיצוב המערכת, שיטת הפיתוח ותהליכי עבודה, לכן, מאוד חשוב לבצע את ה"חשיבה" הזו לפני שמתחילים בתכנון (לא מספיק לפני תחילת פיתוח).

מקווה שסייעתי במשהו.

תודה,

טל

שירותי MCS רלוונטיים

איך לזהות משתמשי פייסבוק באפליקציה שלי?

…וגם משתמשי הוטמייל, ג’מייל ,וגם יאהו! וגם אלה שיושבים באקטיב דירקטורי האירגוני?

בקיצור, האם אני יכול להוציא כל הנושא של הזדהות למי שמבין את זה טוב ממני (הוטמייל, גווגל, פייסבוק, יאהו! וסיסאדמין שלי)?

כן, אתה יכול! אתה יכול להוציא את נושא הזדהות (תחשוב מיקור חוץ) לכל אלה שהזכרתי.

מגניב, לא? הרי אתה לא צריך לדאוג לניהול חשבונות ופיתוח מנגנוני הזדהות – מעבר לזה, אתה משלב בסיס משתמשים ע-נ-ק קיים שלא צריכים להסס לפני שנרשמים שוב לאיזה מערכת ניהול זהויות.

אז איך זה עובד מבחינת חווית משתמש? כך:

1. משתמש מנסה לגשת לאתר שלך.
2. האתר שלך מזהה שהמשתמש לא מזוהה ומעביר אותו להזדהות מול אחד החברה הטובים, למשל, גוגל.
3. המשתמש שלך בלי היסוס מכניס את הסיסמה של הג’ימייל שלו.
4. ו… או פלא!
5. המשתמש נכנס לאתר שלך כמזוהה.

מדליק?

אותו הדבר פייסבוק, יאהו!, ואיך לא? גם הוטמייל. גם מול אקטיב דירקטורי האירגוני.

אז כמה קוד צריך לכתוב בשביל זה?

כלום…אף שורה, בלי צחוקים – אף שורה!

הקוסמים שמאחורי הפלא הוא שני החבר’ה הטובים וקוראים להם WIF ו-ACS. או בשם המלא Windows Identity Foundation ו-Azure AppFabric Access Control Service.

רוצה לנסות? תתחיל כאן:

• Walkthrough: Getting Started With Azure AppFabric Access Control

אחרי שזיהית את המשתמש בטח תרצה לבדוק הרשאות נכון? אין בעיה, הנה המדריך הבסיסי איך עושים את זה ב-20 דקות או פחות:

• How to: Implement Claims Based Access Control (CBAC) in claims aware ASP.NET application using WIF
• How to: Implement RBAC in claims aware ASP.NET application using WIF and ACS - I
• How to: Implement RBAC in claims aware ASP.NET application using WIF and ACS – II

נהנית? רוצה עוד? קבל - ACS Content Map.

SQL Server 2008 Microsoft Certified Master – Big Changes