Blogg

Konsten att flytta en SharePoint-lösning till molnet

Nyligen besökte jag, tillsammans med några kollegor i SharePoint-skrået på NetRelations, European SharePoint Conference som i år genomfördes i Stockholm. På denna typ av konferenser brukar föredragen vara kategoriserade efter innehåll vilket gör det möjligt att välja föredrag som har en viss fokus beroende på ens egen roll, intresse eller kunskaper. 

Artikelverktyg:

Något som tycks vara genomgående är att Microsoft gärna vill få organisationer att använda sig av deras molntjänster, mer om detta här i min kollega Roberts blogginlägg.

Men hur ska man då anpassa befintliga lösningar till molnet, eller åtminstone göra dem mer redo att flyttas till molnet senare?

I en befintlig lösning har man säkerligen gjort olika anpassningar. Dessa kan vara av ett antal olika typer som exempelvis:

  • Page layouter och master pages. Dessa kan innehålla funktionalitet som använder s.k. ”Full trust code” för att t.ex. visa information. Sådan kod kan inte köras i molnet, utan man måste använda alternativ.
  • Site columns och content types. Dessa kan vara skapade med deklarativa metoder (xml), och därmed ha beroenden mot filsystemet.
  • Timerjob. Schemalagda jobb som utför en eller flera uppgifter med olika intervall.
  • Webparts

Att flytta från en lokal serverlösning till molnet är ett större skifte än att bara uppdatera lite kod. Man måste på många sätt helt tänka om sin lösning pga att viss teknik inte är tillgänglig i molnet som exempelvis att köra kod på vissa sätt. Detta gör att det inte finns några migreringsprogram, ingen ”svart låda”, där man matar in sin befintliga lösning i ena ändan och får ut en migrerad lösning i andra. Så hur ska man gå tillväga för att migrera då?

  • Page layouter och master pages innehåller ofta funktionalitet som använder kod för att hämta information. Ett exempel skulle kunna vara en sida som listar nyheter. För att migrera denna måste man se till att den funktionaliteten utförs på ett sätt som är tillåtet i molnet, t.ex. att nyhetslistningen görs genom ett anrop mot en tjänst (också i molnet) som i sin tur anropar SharePoint-lösningen med CSOM (Client Site Object Model), eller att man via REST gör en slagning efter nyheter. Pagelayouter har i regel en beroende till filsystemet också, vilket gör att man vill ”peta” på dem så att de hamnar i databaseen, de unghostas.
  • Site columns (Fält) och content types (innehållstyper) kan migreras genom att man med hjälp av CSOM
    1. Skapar en innehållstyp
    2. Skapar nya fält
    3. Lägger till fält till innehållstypen
    4. Byter ut alla referenser till den gamla innehållstypen mot den nya
  • Listor kan migreras genom att man med CSOM
    1. Hittar listor som ska migreras
    2. Skapar nya listor baserat på OOTB listdefinition
    3. Konfigurerar listan (namn, beskrivning, behörigheter etc)
    4. Lägg till innehållstyp
    5. Lägg till eller ta bort vyer
    6. Migrera innehåll
  • Timerjob. Dessa kan ersättas genom att man använder sig av en extern plattform (valfri) som sedan anropar SharePoint-lösningen med CSOM eller REST med önskat intervall.

Jag hoppas att detta kan ge dig som funderar på en flytt av din lösning lite inspiration!

Vill du veta mer om vad du behöver tänka på när du ska flytta din lösning till molnet?

Varmt välkommen att kontakta oss så berättar vi gärna mer.

0 kommentarer

Skriv kommentar