Ús d'eines de terceres parts en SharePoint

El creixement d'eines de tercers

He treballat amb SharePoint com un marc des de la seva alliberament plena escala per primera vegada el 2001. Des de llavors he estat testimoni del creixement constant d'eines de tercers per proporcionar la millores de funcionalitat que proporciona més feble 'fora de la caixa' (OOTB) per SharePoint, o novetats per complementar les actuals funcionalitats bàsiques.

La majoria d'utilitats de terceres parts o web va començar a sortir amb la versió anterior de SharePoint (SharePoint 2003 i WSS V2). Però amb el llançament de Microsoft Office SharePoint Server (MOSS) 2007 (i WSS V3), s'ha produït un creixement exponencial en tota una varietat d'usuaris finals o administratives eines enfocades.

empreses senceres han fet sorgit en els pocs darrers anys amb el seu model de negoci únic dirigit a satisfer la demanda clara dels agregadors de llista, còpia de seguretat i migració de serveis públics o la presentació d'informes millores, per esmentar només alguns. Sense oblidar els Jugadors més valuosos, esforços de codi obert més en Codeplex i el treball de persones concretes, sovint esmentats en els missatges i blocs dins de la comunitat de SharePoint.

Dolors de creixement

El creixement de les eines de tercers i ampliar la comunitat de SharePoint, els quals també ofereixen una àmplia gamma de freqüència "lliures" utilitats descarregables, significa que les empreses implementar SharePoint no pot ser millor servit i es podria dir que poden obtenir més profit de la seva inversió, fins i tot mitjançant l'ús de la més recent de Microsoft SharePoint tecnologia.

No obstant això, la meva experiència en els pocs darrers anys amb les utilitats de tercers, en particular amb la naturalesa mateixa de les empreses de serveis públics i moltes vegades immadurs nou i add-ons, m'ha portat a creure que aquestes eines pot estar ple de problemes per als incauts.

Qüestions que sorgeixen són:

• Codi desenvolupat i provat en un entorn de MOSS, no específicament WSS (però va ser alliberat per a ambdós tipus de plataforma de tota manera, fent que les funcions clau que pretenia ser disponible, que no funcionen, ja que no són compatibles o estan disponibles en aigua i sanejament)

• Eines i serveis públics sovint sense suport i sempre per a baixar en un "com està"

• Pobre documentació per permetre la configuració segura i eficaç i de configuració

• Poca o cap prova abans del seu alliberament, per tant, les eines són "buggy" i inestable

• No comprovats usabilitat i funcionalitat en entorns de càrrega equilibrada

• Pobre o no existeix suport als usuaris finals.

Fins i tot algunes de les més conegudes eines de tercers en el mercat tenen, en la meva experiència, ha estat molt poc desenvolupada, per tant el desenvolupament de les empreses són incapaços de respondre fins i tot a les consultes relacionades amb el suport de base o errors producte. Les eines i els serveis públics sovint han estat clarament desenvolupats en i per a entorns de MOSS, però anuncien per WSS també, amb els promotors originaris sabent molt bé que hi haurà problemes amb el seu conjunt de característiques menors. Sospito que aquests són només els dolors del creixement de les petites empreses i esperem que els seus processos de desenvolupament i serveis de suport millorarà amb el temps.

És el producte seleccionat tercer en realitat la decisió correcta?

És clar que moltes de les eines disponibles són molt útils, en cas contrari no hauria estat creat per omplir un buit en el primer lloc o que es vengui tan bé. Crec però que les empreses, o més aviat persones sense experiència, sovint oblidem (o simplement no saben) que es consideren les qüestions implicades en el desplegament de productes d'altres fabricants tercer que s'han desenvolupat fora de certificats de Microsoft i altres ambients de plataforma central.

El que abans era el seu relativament neta i estable entorn bàsic ha estat "embrutat" per DLLs, web. Canvis en la configuració i la configuració del Registre. Això li proporciona el risc d'un nivell potencial d'inestabilitat que és inacceptable, donant lloc a interminables hores tractant de solucionar problemes i resoldre les qüestions que es podrien haver evitat en el primer lloc. D'aquí s'embarquen en el desplegament d'aquestes eines sense la deguda diligència adequada al seu propi risc!

Les preguntes relacionades amb eines de terceres parts que es suggereix considerar són els següents:

• Compatibilitat - ¿L'organització proporcionarà actualitzacions i correccions d'errors dels components? Serà compatible amb la plataforma de 64 bits? És necessari i de fet treballar a través de diferents navegadors? Què és el que altres diuen sobre el producte a la comunitat? Qui pagarà pel suport que internament? Què passa si la persona que el va instal.lar fulles?

actualitzacions de codi - Vostè necessita i per tant tenir accés al control de codi font per als seus desenvolupadors per a realitzar i donar suport als canvis de la casa? Quina és el full de ruta per a servei d'actualitzacions de productes següents actualitzacions paquet va sortir de Microsoft? El producte es afectats per les actualitzacions de Service Pack de Microsoft?

Robust / Estabilitat - Quin tipus de prova ha estat portada a terme abans del seu alliberament? Va ser el codi desenvolupat en els dos MOSS i WSS plataformes? Ha estat provat el producte en la càrrega de les explotacions equilibrada? Funciona en diverses granges? Hi ha problemes de rendiment en les llistes o de revisió? Té impacte sobre les característiques existents OOTB o altres eines de tercers desplegat? ¿Afectarà a les pàgines i les dades existents? Com instal, el PAS, STP i / o arxius DLL?

Escalabilitat / Seguretat - Quin nivell i el tipus d'accés de seguretat que necessita a la seva granja? ¿Va a escala com la implementació d'un sol creix en diversos servidors?

Cost - Quins són els costos globals per a la implementació d'eines de tercera part que en el seu viure, la pre-producció i entorns de desenvolupament? Quin és el cost real anual de suport?

En definitiva doncs, les organitzacions poden i han de tenir una tremenda quantitat de valor per els diners de les seves inversions, sempre que aquests hagin invertit sàviament. No obstant això, crec que una quantitat considerable d'empreses s'han hagut nombrosos problemes a veure amb el rendiment, funcionalitat, fiabilitat i estabilitat al utilitzar eines d'altres fabricants tercers.

La deguda diligència

Per reduir l'exposició a qüestions com la compra d'eines SharePoint tercera part i serveis públics, vostè ha de dur a terme una anàlisi adequat i el procés de justificació amb aquests productes.

Jo recomano el següent com una guia:

• Comprendre en detall el que es necessita per proporcionar una avaluació i prova de l'eina de tercers (s), sempre que vostè va a crear un entorn diferent al de fer-ho

• Documentar una llista d'empreses i / o requisits tècnics que han de complir, acompanyada d'una llista de les característiques del producte declarat. Comparar i avaluar

• Examen de ser possible en "pre-producció" ambients d'avaluació en el més proper a un "igual per igual" escenari com vostè pot permetre (UAT preferit)

• Llegir l'SharePoint fòrums especialitzats i la retroalimentació apropiada d'altres que han fet servir un producte en particular abans d'implementar i, essencialment, un mesurador de vista sobre els altres l'experiència d'usar el producte

• Assegureu-vos de tenir una còpia de seguretat / restauració mètode que funciona (i de fet ha estat provada), si ha de desfer després d'una eina o en el desplegament de productes a causa de problemes o altres limitacions

• Assegureu-vos d'haver examinat la seva pre-producció i recuperació d'entorns de desastres en la planificació, les proves i els pressupostos

• Penseu en la possibilitat de la documentació necessària no només per instal lar, però per donar suport al seu equip de servei d'assistència per al suport i sobretot un govern responsable

• Abans d'embarcar en el procés d'introducció d'eines de tercera part que realment es fixen en el conjunt de característiques previstes fora de la caixa i entendre si els canvis de menor importància dels requisits existents es poden fer per evitar la introducció d'aquests productes o canvis a mida

• Quan una eina de tercers es posarà a disposició dels usuaris finals, assegureu-vos que les proves de negoci apropiats i hi ha plans de capacitació i posada a disposició abans de qualsevol judici o implementació pilot.

Conclusió

La simple raó d'aquest post és per informar sobre els perills de la introducció d'eines de terceres parts en els seus entorns de SharePoint i recomanar una sèrie de passos a seguir per ajudar a entendre i decidir si una eina de tercers és l'adequat per a vostè. Eines de tercers poden i han d'aportar un valor afegit real, però estar segurs que aquestes eines no interrompre el seu entorn SharePoint nucli.

En resum, vostè ha d'assegurar que té algunes garanties de fet que el desplegament de qualsevol component de tercers és veritablement et estalviar els diners o li dóna una digna i altres beneficis tangibles.

Les mesures també han de ser preses per vostè per assegurar que les eines no certificats no van a danyar el nucli existent entorn de SharePoint i que són manejables i acceptables de costos en termes de suport a més llarg termini.

Finalment, com he publicat a la Revista de SharePoint recentment, potencialment «pagar» perquè els canvis fets a mida i sens dubte eines tercera part, fins a cert punt, diverses vegades. En conseqüència, fer la seva tasca abans de descarregar la part web de l'avaluació i el setup.exe de premsa!

Una cordial salutació,

Andrés

WorkShares equip

Nota:

Arno Nel que dirigeix la Revista de SharePoint , va publicar aquest article en revista en línia excel lent sobre ' Ús d'eines de terceres parts en SharePoint .

Feliç lectura i esperem que els sigui d'utilitat.