Використання сторонніх утиліт в SharePoint

Зростання в сторонніх утиліт

Я працював з SharePoint в якості основи з моменту свого першого релізу повному масштабі в 2001 році. З тих пір я став свідком неухильного зростання інструменти сторонніх виробників, щоб забезпечити або поліпшень слабкої функціональності, що надається "з шухляди" (OOTB) по SharePoint, або нові функції на додаток до існуючих основних функцій.

Більшість утиліт сторонніх розробників або веб-частин почав виходити з попередньої версії SharePoint (SharePoint 2003 WSS & V2). Але з виходом Microsoft Office SharePoint Server (MOSS) 2007 (і WSS V3), спостерігається експонентний зростання всього різноманіття кінцевого користувача або адміністративних орієнтовані інструменти.

Весь бізнес фактично виникли протягом останніх декількох років зі своєю єдиною моделі бізнесу, спрямованої на задоволення попиту на Відкритий список агрегаторів резервного копіювання & міграції комунальних послуг або звітного аксесуарами, якщо назвати лише деякі з них. Не забуваючи Домашня, відкритий вихідний код стане зусилля на Codeplex і робота з конкретним особам, які часто називають на посаді і блогах в співтоваристві SharePoint.

Growing Pains

Зростання інструменти сторонніх виробників і розширення SharePoint співтовариства, які також надають величезні масиви найчастіше "вільні" для завантаження комунальні послуги, кошти підприємства розгортання SharePoint ніколи не було кращого служив і може можливо отримати ще більше задоволення від своїх інвестицій у використовуючи останні Microsoft технології SharePoint.

Однак мій досвід, накопичений за останні декілька років з утиліт сторонніх розробників, зокрема, із самою природою нових і часто незрілі утиліти і доповнення, що привело мене до думки, що ці інструменти можуть бути небезпечні проблемами для необережних.

Питань, що виникають включають в себе:

• Кодекс розроблений і випробуваний у середовищі MOSS, конкретно не WSS (але звільнили для обох типів платформи в будь-якому випадку, в результаті чого основні функції нібито будуть доступні, що не в змозі працювати, оскільки вони не підтримуються або доступні в WSS)

• Інструменти і утиліти часто підтримується і умови для скачування на "як є" основа

• Бідні документації для проведення ефективної і безпечної установки та установки

• Практично не тестування до релізу, тому інструменти є "баггі" і нестійкою

• Чи не зарекомендував себе практичність і функціональність всієї середовищі з балансуванням навантаження

• Бідні або взагалі відсутня підтримка кінцевих користувачів.

Навіть деякі з найвідоміших інструменти сторонніх виробників на ринку, на мій досвід, дуже слабо розвинені, тому розвиток компанії не можуть відповісти навіть до самих елементарним підтримки запитів, пов'язаних з помилками або продукту. Інструменти та утиліти, часто були чітко розроблені на MOSS і для середовища, але оголошена для ВКГ, а також з відбуваються розробники дуже добре знаючи, будуть проблеми з меншим набором функцій. Я підозрюю, це всього лише хвороба росту малих підприємств і, сподіваюся, свої процеси розвитку і підтримки з часом покращиться.

Ваш продукт обраний третій учасник дійсно правильний вибір?

Очевидно, багато хто з наявних інструментів надзвичайно корисні, інакше вони б не були створені, щоб заповнити пробіл в першу чергу, або продаються так добре. Я думаю, однак, що підприємства, або, скоріше, недосвідчених людей, часто забувають (або просто не знаю), щоб всебічно розглянути питання, пов'язані з розгортанням 3rd Party продуктів, які були розроблені поза сертифікований Microsoft та інших середовищах основною платформою.

Те, що раніше ваша щодо чистим, основні показники і стабільну обстановку, в даний час 'забрудненої', автор DLLs ', Web. Змін конфігурації та настройок реєстру. Це забезпечує вам ризик потенційного рівня нестабільності, що є неприйнятним, в результаті нескінченних годин, намагаючись у вирішенні проблем і питань, які можна було б уникнути в першу чергу. Тому приступити до розгортання таких інструментів без належної обачності на ваш страх і ризик!

Питання, що стосуються сторонніх утиліт я хотів би запропонувати Вам розглянути наступні:

• Супровід - Чи є в організацію своєчасного оновлення та виправлення помилка в компонентах? Чи буде вона підтримується в 64-бітної платформи? Чи повинен він насправді і роботі різних браузерах? Що кажуть інші про продукт в громаді? Хто буде платити за його підтримки всередині? Що робити, якщо людина, якому встановили листя?

Кодекс оновлень - Вам потрібна і, отже, мати доступ до джерела управління вашим розробникам створювати і підтримки змін до будинку? Що таке "дорожню карту" для оновлення продукту наступний пакет оновлень видав від Microsoft? Чи буде продукт бути порушено пакет оновлень від Microsoft?

Надійність / Стабільність - Який тип випробування було проведено до релізу? Була коду, розробленого на обох MOSS і WSS платформах? Має продукт був протестований на фермі з балансуванням навантаження? Чи працює на декількох фермах? Чи існують проблеми з продуктивністю в списках або індексація? Вона впливає на існуючі OOTB функції або інші інструменти сторонніх розгорнуто? Чи вплине це існуючі сторінки і дані? Як це встановлено, ПВС, STP і / або бібліотеки DLL?

Масштабованість / Security - який рівень і тип безпеки доступу потребує вона у вашому господарстві? Чи буде він масштабах, як розгортання росте від одного до декількох серверах?

Вартість - Які загальні витрати на розгортання сторонніх утиліт на вашому житті, підготовки виробництва і розвиток середовища? Що таке істинна щорічні витрати на підтримку?

Зрештою те, організації можуть і повинні отримати величезну суму від віддачі від своїх інвестицій, поки вони інвестують мудро. Однак, я думаю, що значний обсяг бізнесу, будуть мати численні питання, що робити з продуктивність, функціональність, надійність і стабільність при використанні сторонніх утиліт.

Завдяки ретельності

Для зниження впливу на такі питання при купівлі третьою стороною SharePoint інструменти та утиліти, ви повинні провести належне розгляд і обгрунтування процесу з цими продуктами.

Я рекомендую наступне в якості керівництва:

• Розібратися в деталях, що вона візьме з метою забезпечити оцінку & випробування третій інструмент стороною (сторонами), вважаючи, можна настроїти окремо для навколишнього середовища це зробити

• Документа перелік бізнесу та / або технічні вимоги потрібно виконати, супроводжується список функцій продукту зазначено. Порівняйте & оцінку

• Огляд, якщо можливо на "попередню оцінку виробництва" в середовищі як можна ближче до "тієї ж монетою" сценарій, як ви можете собі дозволити (UAT переважний)

• Читайте фахівця SharePoint форумах і забезпечує відповідну зворотний зв'язок від інших, які використовують певний продукт до розгортання і по суті калібрувальних зору на іншому досвідом використання продукту

• Переконайтеся, що Ви є резервного копіювання / відновлення підхід, який працює (і насправді було підтверджено), якщо ви хочете відкинути наступних інструментів / продуктів розгортання в зв'язку з проблемами або іншими обмеженнями

• Переконайтеся, що Ви розглянули Ваше попереднього виробництва та умов аварійного відновлення даних у вашій планування, тестування і бюджети

• Розгляду документації необхідно не тільки встановити, але й забезпечити підтримку вашої служби підтримки команди, відповідальною за підтримку та загальне управління

• Перш ніж приступити до процесу впровадження 3rd Party Tools дійсно подивитися на набір функцій, що виділяються з коробки і зрозуміти, якщо незначні зміни в існуючі вимоги може бути зроблено, щоб уникнути введення такої продукції або замовні змін

• Якщо третя сторона інструменту повинні бути зроблені доступними для кінцевих користувачів, забезпеченню належної перевірки ділової та професійної підготовки плануються і надаються напередодні будь-якого судового чи експериментального розгортання.

Висновок

Простий причини, для цієї посади, щоб ви про небезпеку введення сторонніх утиліт на вашу середу SharePoint і рекомендувати ряд заходів, щоб зробити, щоб допомогти вам зрозуміти і вирішити, якщо третя сторона є інструментом для Вас. Інструменти сторонніх виробників можуть і додати реального значення, але будьте впевнені, що ці інструменти не переривати основний середовищі SharePoint.

Таким чином, ви повинні переконатися, що у вас є гарантії того, що фактичне розгортання третього компоненту сторона дійсно збираєтеся заощадити гроші або надати інші достойні і матеріальні вигоди.

Заходи повинні бути прийняті вам переконатися, що несертифіковані кошти не збираюся пошкодити існуючим основним SharePoint навколишнього середовища і що вони керовані і прийнятними витратами з точки зору підтримки довгостроковій перспективі.

І нарешті, як я опублікував у журналі SharePoint недавно, ви потенційно 'гроші для свого замовлення змін і, можливо, 3 інструменти сторонніх виробників, в деякій мірі, в кілька разів. Отже, робити домашню роботу перед завантаженням, що частина оцінці Мережі та прес setup.exe!

Привіт,

Андрій

WorkShares команда

Примітка:

Арно Nel який керує SharePoint журнал, опублікованій цю статтю на своєму відмінний онлайн журнал про 'Використання сторонніх утиліт в SharePoint.

Приємного читання і сподіваємося, що ви знайдете її корисною.