Brug udenforstående værktøj i SharePoint

Væksten i tredje parts værktøjer

Jeg har arbejdet med SharePoint som en ramme, siden sit første fuld skala udgivelse i 2001. Siden da har jeg været vidne til den stadige vækst i tredje parts værktøjer til at give enten ekstraudstyr til svagere funktionalitet, "ud af boksen '(OOTB) af SharePoint eller nye funktioner som supplement til eksisterende centrale funktionalitet.

De fleste udenforstående utilities eller web dele begyndte at rykke ud med den forrige udgivelse af SharePoint (SharePoint 2003 & WSS V2). Men med udgivelsen af Microsoft Office SharePoint Server (MOSS) 2007 (og WSS V3), har der været en eksponentiel vækst i en hel vifte af slutbruger eller administrative fokuseret værktøjer.

Hele virksomheder har i virkeligheden opstået i løbet af de sidste par år med deres tunge forretningsmodel sigte på at opfylde klart behov for liste nyhedslæsere, backup & migration utilities eller rapportering forbedringer, for blot at nævne nogle få. Ikke at forglemme MVP'er, Open Source indsats over på Codeplex og arbejdet med bestemte personer, der ofte omtales i stillinger og blogs inden for SharePoint samfund.

Vokseværk

Væksten i tredje parts værktøjer og ekspanderende SharePoint samfund, som også giver en bred vifte af ofte "gratis" kan downloades utilities, betyder virksomheder der anvender SharePoint har aldrig været bedre tjent, og kan velsagtens få endnu mere ud af deres investeringer på ved hjælp af den nyeste Microsoft SharePoint-teknologi.

Men erfaringerne fra de sidste par år med udenforstående utilities, navnlig med selve karakteren af nye og ofte umodne forsyningsselskaber og add-ons, har min førte mig til at tro, at disse værktøjer kan være behæftet med problemer for de uforsigtige.

Problemer opstod omfatter:

• Kode udviklet og afprøvet i en MOSS miljø, som ikke udtrykkeligt er WSS (men løsladt for begge typer platform alligevel, hvilket nøglefunktioner som formodes at være til rådighed, der undlader at arbejde, da de ikke understøttes eller er tilgængelige i WSS)

• Værktøjer og redskaber ofte underbygget og i henhold til download på en "som er" basis

• Dårlig dokumentation for at muliggøre en effektiv og sikker konfiguration og setup

• Ringe eller ingen kontrol forud for frigivelsen, og derfor værktøjer er 'buggy' og ustabil

• Udokumenterede brugervenlighed og funktionalitet på tværs af belastning afbalanceret miljøer

• Dårlig eller ikke-eksisterende slutbrugeren støtte.

Selv nogle af de bedre kendte tredjeparts værktøjer på markedet har i min erfaring, været ganske dårligt udviklet, og derfor udvikling virksomheder er i stand til at reagere på selv grundlæggende støtte relaterede forespørgsler eller produkt bugs. De redskaber og værktøjer ofte er blevet klart udviklet og for MOSS miljøer, men annonceres for WSS så godt, med oprindelse udviklere at vide meget vel vil der være problemer med sin mindre indslag placere. Jeg formoder, de er bare vokseværk for små virksomheder og forhåbentlig deres udviklingsprocesser og support vil forbedres over tid.

Er din udvalgte tredjepart produkt virkelig det rigtige valg?

Det er klart, mange af de værktøjer til rådighed, er yderst nyttige, da de ellers ikke ville have været skabt til at udfylde et hul i det første sted, eller sælges så godt. Jeg tror dog, at virksomheder, eller rettere uerfarne personer, ofte glemmer (eller bare ikke kender) til at overveje nøje de spørgsmål der er involveret i udbygningen af 3. parts produkter, der er udviklet uden for certificeret Microsoft og andre centrale platform miljøer.

Hvad der engang var din forholdsvis ren, kerne og stabilt miljø har nu været 'snavset «af DLL'er', web. Config ændringer og indstillinger i registreringsdatabasen. Dette giver dig en risiko for en potentiel niveau af ustabilitet, der er uacceptabel, hvilket resulterer i endeløse timer på at forsøge at foretage fejlfinding og løse problemer, der kunne have været undgået i første omgang. Derfor kast med at sammensætte sådanne værktøjer uden korrekt due diligence på din fare!

Spørgsmål om tredjeparts værktøjer, jeg vil foreslå dig at overveje følgende:

• Supportability - Er organisation give rettidig opdateringer og fejlrettelser til komponenter? Vil det blive støttet i 64 bit platform? Er det nødvendigt til og faktisk arbejde på tværs af forskellige browsere? Hvad gør andre siger om produktet i samfundet? Hvem skal betale for at støtte det internt? Hvad nu hvis den person, installerede det efterlader?

Kode opdateringer - Har du brug og dermed have adgang til kilden kontrol for din udviklere for at foretage og støtte ændringer i huset? Hvad er køreplanen for produkt opdateringer følgende service pack opdateringer udstedt fra Microsoft? Vil produktet blive påvirket af service pack opdateringer fra Microsoft?

Robusthed / Stabilitet - Hvilken type test er blevet udført, før de frigives? Var koden udviklet på både MOSS og WSS platforme? Er produktet testet på belastning afbalanceret bedrifter? Virker det på tværs af flere bedrifter? Er der nogen problemer med ydeevnen på lister eller indeksering? Er det indvirkning på den eksisterende OOTB features andre udenforstående værktøj anvendt eller? Vil det påvirke eksisterende sider og data? Hvordan er det installeret, WSP, STP og / eller DLLs?

Skalerbarhed / Sikkerhed - Hvad niveau og type sikkerhed adgang behøver det i din gård? Vil det omfang, din udbredelse vokser fra én til flere servere?

Omkostninger - Hvad er de samlede omkostninger til installation af tredjeparts værktøjer på din levende, pre-produktion og udviklingsmiljøer? Hvad er den sande årlige udgifter til support?

I sidste ende så kan organisationer og gøre vinde en enorm værdi for pengene fra deres investeringer, så længe de investerer klogt. Men jeg tror, en stor mængde af virksomheder har haft mange spørgsmål at gøre med ydeevne, funktionalitet, pålidelighed og stabilitet, når du bruger tredje parts værktøjer.

Due diligence

For at mindske din eksponering for sådanne spørgsmål, når de køber tredjemand SharePoint værktøjer og utilities, bør du foretage en passende gennemgang og begrundelse proces med disse produkter.

Jeg anbefaler følgende som rettesnor:

• Forstå i detaljer, hvad det vil tage at give en vurdering & test af tredjeparts værktøj (r) forudsat du vil oprette en særskilt miljø at gøre det

• Dokument en liste over virksomheder og / eller tekniske krav du skal opfylde, modsvares af en liste over produktfunktioner angivet. Sammenlign & evaluere

• Review om muligt om »pre-production 'evaluering miljøer i så tæt på en» Lige for Lige «scenario, som du har råd (foretrukne UAT)

• Læs specialist SharePoint fora og passende feedback fra andre, der har brugt et bestemt produkt før implementering og væsentlige måle en holdning til andre erfaringer med at bruge produktet

• Sørg for at du har en backup / gendannelse tilgang, der fungerer (og rent faktisk er blevet testet), hvis du har brug for at rollback efter et værktøj / produkt indsættelse på grund af problemer eller andre begrænsninger

• Sørg for at du har overvejet din pre-produktion og disaster recovery miljøer i din planlægning, afprøvning og budgetter

• Overvej nødvendige dokumentation til at ikke blot installere, men at yde støtte til din helpdesk team med ansvar for støtte og overordnede styring

• Før du gå i gang med processen med at indføre 3. parts værktøjer virkelig se på funktionen sæt, forudsat at ud af boksen og kunne forstå, hvis mindre ændringer af eksisterende krav kan gøres for at undgå at indføre sådanne produkter eller skræddersyede ændringer

• Hvis en tredjepart værktøj skal stilles til rådighed for slutbrugerne, at sikre en passende virksomhed afprøvning og uddannelse er planlagt og stilles til rådighed forud for enhver retssag eller pilotprojekter.

Konklusion

Den enkle årsag til dette indlæg er at gøre dig opmærksom på farerne ved at indføre udenforstående værktøj i din SharePoint miljøer og til at anbefale en række skridt at tage for at hjælpe dig forstå og beslutte, om en tredjepart redskab er det rigtige for dig. Udenforstående værktøj kan og gøre en reel merværdi, men vær sikker på, at disse værktøjer ikke afbryde din kerne SharePoint miljø.

Sammenfattende skal du sikre dig, at du har nogle faktuelle garantier for, at udbygningen af en tredjepart komponent er i sandhed vil spare dig penge eller give nogle andre gode og håndgribelige fordele.

Der skal også træffes ved du at sikre, at certificerede værktøjer ikke vil skade din eksisterende kerne SharePoint miljø, og at de er overkommelige og acceptable omkostninger i form af støtte længere sigt.

Endelig, som jeg udstationeret i SharePoint Magazine for nylig, du potentielt løn til dine specielle ændringer og velsagtens 3. parts værktøjer, til en vis grad, flere gange. Derfor gør dit hjemmearbejde, før du henter denne evaluering web side, og tryk på setup.exe!

Regards,

Andrew

WorkShares Team

Note:

Arno Nel, der kører SharePoint Magazine , offentliggjort i denne artikel om hans fremragende online magasin om ' Brug af tredje parts værktøjer i SharePoint .

Happy læsning og håber du finder det nyttigt.