Brug af udenforstående værktøj i SharePoint

Væksten i udenforstående værktøj

Jeg har arbejdet med SharePoint som en ramme, siden den første fuld skala løsladelse i 2001. Siden da har jeg været vidne til den stadige vækst i udenforstående værktøj til at give enten ekstraudstyr til svagere funktionalitet "ud af boksen '(OOTB) af SharePoint, eller nye funktioner for at supplere de nuværende centrale funktioner.

De fleste tredjepart forsyningsvirksomheder eller web dele begyndte at komme 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 slutbrugerterminaler eller administrative fokuseret værktøjer.

Hele virksomheder har i virkeligheden opstået i løbet af de sidste par år med deres eneste forretningsmodel med henblik på opfyldelse af klare efterspørgslen på listen nyhedslæsere, Backup & migration forsyningsvirksomheder eller rapportering forbedringer, for blot at nævne nogle få. Ikke at forglemme MVP'er, Open Source indsats over på CodePlex, og det arbejde med specifikke personer, der ofte omtales i stillinger og blogs inden for SharePoint-samfund.

Vokseværk

Væksten i udenforstående værktøj og ekspanderende SharePoint samfund, som også giver en lang række af ofte "gratis" kan downloades forsyningsvirksomheder, betyder, virksomheder der anvender SharePoint har aldrig været bedre tjent, og kan nok få endnu mere ud af deres investeringer i ved hjælp af den nyeste Microsoft SharePoint teknologi.

Dog har min erfaring gennem de seneste par år med tredjepart forsyningsvirksomheder, især med selve karakteren af nye og ofte umodne værker og add-ons, fik mig til at tro, at disse redskaber kan være behæftet med problemer for de uforsigtige.

Stødt på problemer omfatter:

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

• Værktøjer og redskaber ofte understøttes og i henhold til download på en "som er" grundlag

• Dårlig dokumentation for at muliggøre en effektiv og sikker konfiguration og opsætning

• Ringe eller ingen kontrol forud for frigivelsen, og derfor redskaber er "buggy" og ustabil

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

• Dårlig eller ikke-eksisterende slutbruger support.

Selv nogle af de mere kendte udenforstående værktøj på markedet har, i min erfaring, været ganske dårligt udviklet, er derfor at udvikle virksomhederne ikke er i stand til at reagere på selv grundlæggende støtte relaterede forespørgsler eller produkt bugs. De værktøjer og redskaber har ofte været klart udviklet sig, og for MOSS miljøer, men annonceres til WSS så godt, med oprindelse udviklere vidste udmærket, at der vil være problemer med sin mindre feature set. Jeg tror, dette er blot vokseværk af små virksomheder og forhåbentlig deres udvikling processer og support vil blive bedre med tiden.

Er din valgte tredjepart produkt virkelig det rigtige valg?

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

Hvad der engang var din relativt rent, kerne og stabilt miljø er nu blevet "snavset" af DLLs «, web. Config ændringer og indstillinger i registreringsdatabasen. Dette giver dig med risiko for en grad af ustabilitet, der er uacceptabel, hvilket resulterer i endeløse timer forsøger at fejlfinding og løser problemer, kunne have været undgået i første omgang. Dermed gå i gang med implementering af sådanne værktøjer uden den rette omhu på eget ansvar!

Spørgsmål vedrørende udenforstående værktøj jeg vil foreslå dig at overveje følgende:

• Supportability - Er organisationen yde rettidig opdateringer og fejlrettelser til komponenter? Vil det blive støttet i 64 bit platform? Er det nødvendigt at 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, som installerede det efterlader?

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

Robusthed / Stabilitet - Hvilken type af undersøgelsen er blevet udført forud for frigivelse? Var koden udviklet på både MOSS og WSS platforme? Produktet er blevet testet på belastning afbalanceret landbrugsbedrifter? Virker det på tværs af flere gårde? Er der nogen problemer med ydeevnen på lister eller indeksering? Har det indvirkning på eksisterende OOTB funktioner anvendes eller andre udenforstående værktøj? Vil det påvirke eksisterende sider og data? Hvordan er det installeret, WSP, STP og eller DLL-filer?

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

Omkostninger - Hvad er de samlede omkostninger til installation af udenforstående værktøj på din live, præ-produktion og udvikling miljøer? Hvad er den reelle årlige udgifter til støtte?

I sidste ende så kan organisationer og ikke få en enorm mængde af værdi for pengene af deres investeringer, så længe de investere klogt. Men jeg tror, en stor mængde af virksomheder vil have mange spørgsmål at gøre med ydeevne, funktionalitet, pålidelighed eller stabilitet, når du bruger udenforstående værktøj.

Due diligence

At reducere din eksponering til sådanne spørgsmål, når de køber tredjemand SharePoint værktøjer og redskaber, bør du foretage en passende undersøgelse og begrundelse proces med disse produkter.

Jeg anbefale følgende som rettesnor:

• Forstå i detaljer, hvad det vil tage at give en vurdering og test af tredjeparts værktøj (r), forudsat at 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 produktets egenskaber er angivet. Sammenligne og vurdere

• Undersøgelse, hvis det er muligt på 'pre-produktion' evaluering omgivelser så tæt på en »Lige for Lige« scenario, som du har råd (UAT foretrækkes)

• Læs specialist SharePoint fora og relevant feedback fra andre, som har brugt et bestemt produkt, før installation og væsentlige sporvidde en mening om andres erfaringer med at bruge produktet

• Sikre, at du har en sikkerhedskopi / genindføre tilgang, der fungerer (og 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

• Sikre, 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 ikke kun at installere, men at yde støtte til din helpdesk-team har ansvaret for støtte og overordnede styring

• Før du gå i gang med processen med indførelse af 3. parts værktøjer virkelig se på den funktion, der er fastsat ud af æsken og forstå, hvis mindre ændringer af eksisterende krav kan gøres for at undgå at indføre sådanne varer eller skræddersyede ændringer

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

Konklusion

Af den simple grund for 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 med at forstå og beslutte, om en tredjepart værktøj er den rette 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ø.

Kort sagt, skal du sikre dig, at du har nogle faktuelle forsikringer om, at indsætte en tredjepart komponent virkelig vil spare dig penge eller give nogle andre værdige og håndgribelige fordele.

Der skal også træffes ved du at sikre, at ikke-godkendte redskaber ikke kommer til at skade dit eksisterende kerne SharePoint miljø, og at de er overskuelige, og acceptable omkostninger i form af støtte på længere sigt.

Endelig, som jeg udstationeret i SharePoint Magazine for nylig, du potentielt 'betale' for din skræddersyede ændringer og velsagtens 3. parts værktøjer, til en vis grad, flere gange. Derfor gør dit hjemmearbejde, før du henter, at evaluering web-side, og trykke på setup.exe!

Hilsen,

Andrew

WorkShares Team

Bemærk:

Arno Nel, der kører SharePoint Magazine, offentliggjort i denne artikel om hans udmærkede online-magasin om 'Brug af udenforstående værktøj i SharePoint ".

God læselyst og håber du finder det nyttigt.