07
מרץ

שימוש בכלי צד שלישי ב-SharePoint

    SharePoint Tools

    צמיחה של כלי צד שלישי

    עבדתי עם SharePoint כמסגרת מאז שחרור בקנה מידה מלא הראשון שלה בשנת 2001. מאז יש לי עדים לצמיחה מתמדת בכלים של צד שלישי כדי לספק פונקציונליות או שיפורים בתנאי חלש 'מחוץ לקופסה' (OOTB) על ידי SharePoint, או תכונות חדשות על מנת להשלים את הפונקציונליות הקיימת הליבה.

    רוב כלי עזר של צד שלישי או חלקים האינטרנט התחיל לצאת עם המהדורה הקודמת של SharePoint (SharePoint 2003 & WSS V2). אבל עם שחרורו של Microsoft Office SharePoint Server (MOSS) 2007 (ו WSS V3), חלה גידול מעריכי מגוון שלם של משתמש הקצה או כלי ניהול ממוקד.

    עסקים שלמים למעשה התברר במשך השנים האחרונות עם המודל העסקי היחיד שלהם מכוונים בפגישה דרישה ברורה עבור רשימת צוברי, גיבוי & Utilities הגירה או דיווח שיפורים, אבל שם כמה. לא שוכח את דף, מאמצים קוד פתוח לעבר CodePlex והעבודה על ידי אנשים ספציפיים, המכונה לעתים קרובות בהודעות ובלוגים בקהילה SharePoint.

    כאבי גדילה

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

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

      נושאים נתקל כוללים:

    • קוד שפותחו ונבדקו בסביבת MOSS, WSS לא במיוחד (אך שוחרר עבור שני סוגי מצע ממילא, גורם פונקציות המפתח התיימרו להיות זמין, כי אינם פועלים כפי שהם אינם נתמכים או זמין WSS)

    • כלים ושירותים לעתים קרובות נתמך שנקבעו על ההורדה כפי שהוא בסיס

    • תיעוד מסכן כדי לאפשר יעיל ובטוח הגדרת התצורה

    • מעט או ללא בדיקות לפני השחרור, ולכן הכלים הם 'מרכבה' ולא יציבה

    • השימושיות מוכח ופונקציונליות פני עומס מאוזנת סביבות

    • מסכן או לא קיימת תמיכה למשתמש הקצה.

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

    הוא מוצר צד שלישי שבחרת באמת הבחירה הנכונה?

    ברור רבים של כלי זמין מאוד שימושית, אחרת הם לא נוצרו כדי למלא את הפער מלכתחילה, או למכור כל כך טוב. אני חושב, עם זאת, עסקים, או ליתר דיוק אנשים לא מנוסים, לעתים קרובות לשכוח (או פשוט לא יודע) לשקול באופן מלא את הבעיות מעורב פריסת 3rd מוצרי צד שפותחו מחוץ Microsoft Certified וסביבות פלטפורמת הליבה אחרים.

    מה שהיה פעם נקי יחסית שלך, הליבה לסביבה יציבה עתה 'dirtied' מאת DLLs ', אינטרנט. שינויים config ואת הגדרות הרישום. זה מספק לך את רמת הסיכון של פוטנציאל של חוסר יציבות זה אינו מתקבל על הדעת, והתוצאה היא אינסופית שעות מנסה לפתור ולפתור בעיות, כי אפשר היה להימנע מלכתחילה. מכאן יוצאים פריסת כלים כאלה בלי עקב בשקידה ראויה על אחריותך!

    שאלות בנוגע כלים מתוצרת הייתי מציע לך לשקול הן כדלקמן:

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

  • עדכוני קוד - אתה צריך ולכן יש גישה למקור וניהול עבור מפתחים שלך לעשות ותמיכה שינויים בבית? מהי מפת הדרכים עבור עדכוני מוצר הבאות עדכוני ה-service pack מ-Microsoft הוציאה? האם המוצר להיות מושפע עדכוני ה-service pack מ-Microsoft?

  • חוסן / יציבות - איזה סוג של בדיקה התבצע לפני שחרור? היה את הקוד שפותח על שתי פלטפורמות MOSS ו WSS? יש את המוצר נבדק על העומס חוות מאוזנת? זה עובד על פני חוות מרובות? האם יש בעיות ביצועים על רשימות או לאינדקס? האם זה השפעה על תכונות OOTB קיימים או כלים אחרים צד שלישי פרסה? זה ישפיע על דפי הנתונים הקיימים? איך זה מותקן, wsp, STP ו או קבצי DLL?

  • Scalability / אבטחה - מה רמת וסוג האבטחה גישה זה צורך בחוות שלך? האם זה בקנה מידה כמו הפריסה שלך גדל מ בודד לשרתים מרובים?

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

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

    בדיקת נאותות

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

    אני ממליץ הבא כמדריך:

    • להבין בפירוט מה שיידרש כדי לספק הערכה & הבדיקה של הכלי צד שלישי (ים) בהנחה תגדיר סביבה נפרד לעשות את זה

    • המסמך רשימה של עסקים או הדרישות הטכניות עליך למלא, בהתאמה על ידי רשימה של תכונות המוצר כאמור. השווה & להעריך

    • אם אפשר סקירה על "הערכה טרום ייצור" בסביבות כמו קרוב "כמו על כמו" התרחיש כפי שאתה יכול להרשות לעצמך (UAT מועדפת)

    • קרא את הפורומים של SharePoint מומחה המשוב המתאים מאחרים שהשתמשו מוצר מסוים לפני פריסת ובעצם מד תצוגה על ניסיון של אחרים להשתמש במוצר

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

    • לוודא שיש לך נחשב מראש הייצור שלך וסביבות התאוששות מאסון בתכנון, הבדיקה שלך ואת התקציבים

    • התיעוד צריך לשקול לא רק להתקין, אבל כדי לספק תמיכה לצוות התמיכה אחראית לתמיכה הכוללת ממשל

    • לפני שאתם יוצאים בתהליך של הצגת 3rd כלים מתוצרת באמת מסתכל על התכונה להגדיר בתנאי מהקופסה ולהבין אם שינויים קלים הדרישות הקיימות ניתן למנוע הצגת מוצרים כאלה או שינויים העידו

    • איפה כלי צד שלישי היא כדי להיות זמין למשתמשי הקצה, להבטיח את הבדיקה המתאימה והכשרה עסקית מתוכננת לרשות מראש של כל בדיקה או פריסה הטייס.


    מסקנה

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

    לסיכום, עליך לוודא כי יש לך כמה הבטחות עובדתי כי פריסת כל רכיב צד שלישי הוא באמת הולך לך לחסוך כסף או לספק תועלת כלשהי אחרים ראויים מוחשי.

    חייב להיות גם אמצעים שנקטה כדי להבטיח לך כלים uncertified לא הולכים נזק הליבה הקיימות שלך SharePoint הסביבה שהם לניהול עלויות מקובל מבחינת תמיכה לטווח ארוך.

    לבסוף, אני פורסם ב מגזין SharePoint לאחרונה, לך פוטנציאל 'לשלם' עבור השינויים העידו שלך וייתכן 3 כלי צד, במידה מסוימת, כמה פעמים. כתוצאה מכך, לעשות את שיעורי הבית שלך לפני שאתה מוריד את החלק הזה באינטרנט להערכה setup.exe הקש!

    דרישת שלום,

    אנדרו

    צוות WorkShares

    הערה:

    ארנו Nel שמנהל את מגזין SharePoint, מאמר זה פורסם במגזין המקוון שלו מצוינת על "שימוש בכלי צד שלישי ב-SharePoint".

    קריאה מהנה ומקווים שתמצאו אותו שימושי.

    • שתף / הפוך

    2 תגובות ל "שימוש בכלי צד שלישי ב-SharePoint"

    1. להעביר או להעביר תוכן בתוך SharePoint | בלוג WorkShares אומר:

      [...] או כמה Freeware אחרים באינטרנט! ולפני שאתה קדימה להתקין מוצר צד -3, לקרוא את המאמר הזה כתבתי בזמן [...]

    2. cawood אומר:

      אני שמח שאתה מקבל את השמועה. מי שמחפש תוכנה SharePoint צריך לעשות לאפות-off עם אפשרויות שונות להיות בטוח שיש להם את אחד מתאים לצרכים שלהם.

      כמו כן, הקפד לשאול אם התוכנה תעשה דברים כי להפר את הסכם התמיכה של מיקרוסופט. לדוגמה, בכתב ישירות DB SharePoint.

    השאירו תגובה