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

Зростання інструменти сторонніх виробників

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

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

Цілі підприємства, по суті, вийшли за останні кілька років зі своєю єдиною моделі бізнесу, спрямованої на задоволення попиту на чіткі список агрегаторів резервного копіювання і міграції комунальні та звітності удосконалень, назвати лише кілька прикладів. Не забуваючи зі статусом MVP, Open Source на зусилля з Codeplex і роботи конкретних людей, часто згадується на посаді і в блогах в співтоваристві SharePoint.

Хвороба росту

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

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

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

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

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

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

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

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

• Поганий або неіснуючих підтримки користувачів кінця.

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

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

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

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

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

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

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

Експертиза

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

Я рекомендую прямують у якості орієнтиру:

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

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

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

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

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

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

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

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

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

Висновок

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

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

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

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

З повагою,

Ендрю

Команда WorkShares

Примітка:

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

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