Использование инструментов третьих сторон в 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-битную платформу? Должен ли он и действительно работает в различных браузерах? Что говорят другие о продукте в сообществе? Кто будет платить за поддержку его внутренне? Что делать, если лицо, которому установлена листья?

Кодекс обновления - Есть ли необходимость и, следовательно, иметь доступ к источнику управления для разработчиков, чтобы и поддержку изменений, дом? Что такое "дорожную карту" для обновления продукта следующие услуги пакета обновления, вышедшие из Microsoft? Будет ли продукт быть затронуты в пакет обновления от Microsoft?

Надежность / Стабильность - Какой тип тестирования были проведены до освобождения? Был кода, разработанного на обоих MOSS и WSS платформ? С продукт был протестирован на балансировку нагрузки хозяйства? Работает ли в нескольких хозяйствах? Есть ли проблемы с производительностью по спискам или индексации? Она влияет на существующие возможности OOTB или другие инструменты сторонних развернута? Повлияет ли это на существующих веб-страниц и данных? Как это установлено, ПВС, STP и / или библиотеки DLL?

Масштабируемость и безопасности - Какой уровень и тип безопасности доступа нуждается ли она в вашем хозяйстве? Будет ли он масштабах развертывания растет от одного к нескольким серверам?

Стоимость - Каковы общие затраты по развертыванию третьего инструменты сторонних производителей на живой, опытные и среды разработки? Что такое истинная ежегодные расходы на поддержку?

В конце концов, то, организации могут и должны получить огромную сумму стоимости денег от своих инвестиций, если они разумно инвестировать. Тем не менее, я думаю, значительное количество предприятий, будут иметь многочисленные вопросы, делать с производительности, функциональности, надежности и стабильности при использовании инструменты сторонних производителей.

Экспертиза

Чтобы снизить воздействие на такие вопросы при покупке третьего участника SharePoint инструменты и утилиты, вы должны провести надлежащее рассмотрение и обоснование процесса с этими продуктами.

Я рекомендую следующие в качестве ориентира:

• Понимание в деталях, что займет обеспечить оценку и проверку третьему участнику инструмент (ы) в предположении, можно настроить отдельный окружающей среды это сделать

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

• если возможно, на 'пре-производства "Обзор оценки условий, в как можно ближе к" той же монетой "сценарий, как вы можете себе позволить (UAT предпочтительно)

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

• Убедитесь в наличии резервного копирования / восстановления подход, который работает (и фактически были протестированы), если вы хотите отката после инструмент / развертывания продукта из-за проблем или других трудностей

• Убедитесь, что вы рассмотрели Ваше предварительного производства и восстановления среды бедствий в планирование, тестирование и бюджеты

• Рассмотрим документации, необходимой не только устанавливать, но оказать поддержку вашей службы поддержки команды, ответственной за поддержку и общее руководство

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

• Где третий инструмент сторона должна быть доступны для конечных пользователей, обеспечить надлежащий контроль деловой и профессиональной подготовки планируется и делается заблаговременно любых испытаний и экспериментального развертывания.

Заключение

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

Таким образом, вы должны убедиться, что у вас есть фактические гарантии того, что развертывание третьего компонента любой участник действительно собирается сэкономить деньги или предоставить другие достойные и материальные выгоды.

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

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

С уважением,

Эндрю

Команда WorkShares

Примечание:

Арно Nel который ведет журнал SharePoint , опубликовала эту статью, за отличную онлайн журнал о " Использование инструментов третьей стороной в SharePoint .

Приятного чтения, и надеюсь, что вы найдете ее полезной.