Met behulp van tools van derden in SharePoint

De groei van de derde partij gereedschap

Ik heb gewerkt met SharePoint als een regelgevingskader is sinds zijn eerste full-scale release in 2001. Sindsdien heb ik tools getuige de gestage groei van de derde naar verbeteringen te bieden, hetzij om zwakkere functionaliteit die 'out of the box' (OOTB) door SharePoint, of nieuwe functies ter aanvulling van de bestaande kern functionaliteit.

De meeste hulpprogramma's van derden of web delen begonnen te komen met de vorige release van SharePoint (WSS & SharePoint 2003 V2). Maar met de release van Microsoft Office SharePoint Server (MOSS) 2007 (WSS en V3), is er sprake van een exponentiële groei in een grote verscheidenheid van de eindgebruiker of administratieve tools gericht.

Hele bedrijven hebben in feite ontstaan in de afgelopen paar jaar met hun enige business model is gericht op het voldoen aan de vraag naar duidelijke lijst van aggregators, backup & migratie nutsbedrijven of melding van verbeteringen, om maar een paar te noemen. Niet te vergeten de MVP's, Open Source inspanningen gedurende ten Codeplex en het werk van specifieke personen, vaak bedoeld in blogs posten en binnen de SharePoint-gemeenschap.

Groeipijn

De groei in het derde partij gereedschap en uitbreiden van SharePoint-gemeenschap, die ook een breed scala van vaak 'gratis' te downloaden nutsbedrijven, betekent dat bedrijven inzetten van SharePoint zijn nooit beter bediend en kan aantoonbaar krijgen nog meer uit hun investeringen in met behulp van de nieuwste Microsoft SharePoint-technologie.

De ervaring heeft echter de afgelopen jaren met hulpprogramma's van derden, in het bijzonder met de aard van nieuwe en vaak onvolwassen nutsbedrijven en add-ons, heeft mijn leidde me om te geloven dat deze instrumenten kan gepaard gaan met kwesties voor de onoplettende.

Ondervonden problemen zijn onder meer:

• Code ontwikkeld en getest in een MOSS omgeving, niet specifiek WSS (maar vrijgegeven voor beide typen van het platform toch, waardoor de belangrijkste functies vermeende beschikbaar te zijn, die niet om te werken als ze niet worden ondersteund of beschikbaar zijn in WSS)

• Tools en utilities vaak niet ondersteund en kan worden gedownload op een 'as is' basis

• Slechte documentatie te verstrekken voor een doeltreffende en veilige configuratie en setup

• Weinig of geen voorafgaand aan het testen, vandaar release tools zijn 'buggy' en instabiel

• Onbewezen gebruiksvriendelijkheid en functionaliteit in load-balanced omgevingen

• Slecht of non-existent eindgebruiker.

Ook sommige van de meer bekende tools van derden op de markt zijn, in mijn ervaring, is vrij slecht ontwikkeld, waardoor de ontwikkeling van bedrijven niet in staat zijn om te reageren op simpele vragen of ondersteuning in verband product bugs. De tools en utilities vaak zijn duidelijk ontwikkeld op en voor MOSS omgevingen, maar reclame voor WSS en, met de van oorsprong ontwikkelaars goed wetende zullen er problemen met zijn mindere feature set. Ik vermoed dat dit zijn slechts groeipijnen van kleine bedrijven en hopelijk hun ontwikkeling processen en ondersteunende diensten zullen verbeteren in de tijd.

Is uw geselecteerde third party product echt de juiste keuze?

Het is duidelijk veel van de beschikbare instrumenten zijn zeer nuttig, omdat ze anders niet zou zijn gecreëerd om, een leemte in de eerste plaats of verkocht zo goed. Ik denk echter dat bedrijven, of liever onervaren mensen, vaak vergeten (of gewoon niet weten) om een omgeving te overwegen ten volle de mogelijkheden en risico's bij het inzetten van 3rd party producten die zijn ontwikkeld buiten het platform van gecertificeerde Microsoft en andere kern.

Wat was ooit je relatief schoon, kern en stabiele omgeving is nu 'vervuild' door dlls ', web. Config wijzigingen en instellingen van het register. Dit biedt u het risico van een potentiële niveau van de instabiliteit die onaanvaardbaar is, wat resulteert in eindeloze uren trying voor het oplossen en plaats op te lossen problemen die hadden kunnen worden vermeden in de eerste. Vandaar gaan over het implementeren van dergelijke tools zonder de juiste due diligence op eigen risico!

Vragen met betrekking tot derde partij gereedschap zou ik u aanraden van mening zijn als volgt:

• Supportability - Is de organisatie van het verstrekken van tijdige updates en bug fixes aan de componenten? Wordt het ondersteund in 64 bit platform? Is het nodig hebt en dat ook werkelijk werken op verschillende browsers? Wat zeggen anderen over het product in de gemeenschap? Wie zal dat betalen voor de ondersteuning van het intern? Wat als de persoon die het installeerde bladeren?

Code updates - Heb je nodig hebt en daarmee toegang hebben tot de bron te beheersen voor uw ontwikkelaars te maken en het huis-ondersteuning van veranderingen in? Wat is het stappenplan voor het product updates volgende service pack van Microsoft updates uitgegeven? Zal het product worden beïnvloed door service pack updates van Microsoft?

Robuustheid / Stabiliteit - Wat voor soort tests zijn uitgevoerd voorafgaand aan de release? Is de code die is ontwikkeld op zowel MOSS en WSS platforms? Is het product getest op load balanced bedrijven? Is het werk over meerdere bedrijven? Zijn er problemen met de prestaties op lijsten of indexeren? Heeft het effect op de bestaande functies OOTB of een andere derde partij gereedschap ingezet? Zal het afbreuk aan de bestaande pagina's en gegevens? Hoe is het geïnstalleerd, WSP, STP en / of DLL's?

Schaalbaarheid / Beveiliging - Wat is het niveau en de aard van de beveiliging de toegang hoeft het in uw bedrijf? Zal het schaal als uw inzet groeit van enkele tot meerdere servers?

Kosten - Wat zijn de totale kosten voor het inzetten van tools van derden op je leven, pre-productie en ontwikkeling omgevingen? Wat is de werkelijke jaarlijkse kosten van de steun?

Uiteindelijk dan, kunnen organisaties en doen krijgen een enorme hoeveelheid van waarde voor het geld uit hun investeringen, zolang ze verstandig te beleggen. Ik denk echter dat een aanzienlijke hoeveelheid van de bedrijven zal partij gereedschap hebben tal van kwesties die te maken met de prestaties, functionaliteit, betrouwbaarheid of de stabiliteit bij het gebruik van de derde plaats.

Due diligence

Ter vermindering van de blootstelling aan dergelijke kwesties bij de aankoop van derden SharePoint tools en utilities, moet u het verrichten van een passende beoordeling en de motivering proces met deze producten.

Ik adviseer de volgende als leidraad:

• Begrijp in detail wat er nodig is om het zorgen voor een evaluatie en test van de derde tool (s) ervan uitgaande dat je zal het opzetten van een aparte omgeving te doen

• Document een lijst van het bedrijfsleven en of de technische eisen moet je voldoen, gepaard gaan met een lijst van functies van het product vermeld. Vergelijk & evalueren

• Review indien mogelijk op de 'pre-productie' evaluatie omgevingen zo dicht mogelijk bij een 'zoals voor als' scenario zoals u zich kunt veroorloven (bij voorkeur UAT)

• Lees de specialist SharePoint forums en passende feedback van anderen die een bepaald product dat wordt gebruikt voor de implementatie en het wezen peilen uitzicht op ervaringen van anderen met het product

• Zorg ervoor dat u een back-up / getest te herstellen aanpak die werkt heeft (en eigenlijk is), als u na een rollback instrument / product inzetten als gevolg van problemen of andere beperkingen

• Zorg ervoor dat u geacht uw pre-productie en de ramp herstel omgevingen in uw planning, testen en budgetten

• Overweeg documentatie die nodig is om niet alleen te installeren, maar om steun te verlenen aan uw helpdesk team verantwoordelijk voor ondersteuning en algemeen bestuur

• Voordat u aan het proces van de invoering van 3rd party tools echt kijken naar de functies die uit de doos en begrijpen als kleine veranderingen in bestaande eisen kan worden gemaakt om te voorkomen dat de invoering van dergelijke producten of op maat gemaakte veranderingen

• Wanneer een derde instrument is ter beschikking worden gesteld aan eindgebruikers, zorgen voor de passende zakelijke testen en trainen is gepland en ter beschikking gesteld van tevoren van een proces of proefopstellingen.

Conclusie

De eenvoudige reden voor deze post is u bewust te maken van de gevaren van de invoering van tools van derden in uw SharePoint-omgevingen en stappen te bevelen een aantal te nemen om u te helpen begrijpen en te beslissen of een derde instrument is geschikt voor u. Derde partij gereedschap kunnen en echte meerwaarde, maar zeker van zijn dat deze tools niet milieu onderbreken uw core SharePoint.

Samengevat, moet u ervoor zorgen dat u geniet hebben enkele feitelijke garanties dat het inzetten van een derde partij onderdeel is echt gaat u geld besparen op lichamelijke of zorgen voor een andere waardige en.

Daarnaast moeten maatregelen worden genomen door u ervoor te zorgen dat niet-gecertificeerde instellingen gaan niet verder in het milieu schade aan uw bestaande kern van SharePoint en dat ze beheersbaar en aanvaardbare kosten, in termen van ondersteuning op langere termijn.

Tot slot, als ik gepost in de SharePoint-Magazine Onlangs heeft u mogelijk een "beloning" voor uw op maat gemaakte veranderingen en aantoonbaar 3rd party tools, tot op zekere hoogte, meerdere malen voorbij. Daarom, doe je huiswerk voordat je download die evaluatie web part en druk op setup.exe!

Met vriendelijke groet,

Andrew

WorkShares Team

Opmerking:

Arno Nel die loopt van de SharePoint-Magazine , publiceerde dit artikel op zijn uitstekende online magazine over ' Het gebruik van tools van derden in SharePoint '.

Veel leesplezier en hoop dat u dat nuttig vinden.