Hva bedriften din kan lære av Motiosin Cloud Experience 

Hvis selskapet ditt er som Motio, har du allerede noen data eller applikasjoner i skyen.  Motio flyttet sin første applikasjon til skyen rundt 2008. Siden den gang har vi lagt til flere applikasjoner samt datalagring til skyen. Vi er ikke på størrelse med Microsoft, Apple eller Google (ennå), men vi tror at vår erfaring med skyen er typisk for mange selskaper. La oss bare si at hvis du er et selskap som kan kjøpe din egen sky, trenger du kanskje ikke denne artikkelen.

Finne balansen

Akkurat som å vite når du skal kjøpe eller når du skal selge i aksjemarkedet, er det viktig å vite når du skal migrere til skyen.  Motio flyttet sine første applikasjoner til skyen rundt 2008. Vi migrerte flere nøkkelapplikasjoner og motivasjonen var litt forskjellig for hver. Du kan finne, som vi gjorde, at avgjørelsen ofte avhenger av hvor du vil trekke grensen for ansvar og kontroll mellom deg selv og nettskyleverandøren din.

Regnskap og administrasjon

Hovedmotivatoren for å migrere til skyen med vår regnskapsprogramvare var koste. Det var rimeligere å bruke Software-as-a-Service i stedet for å kjøpe de fysiske CD-ene for å installere. Online lagring, sikkerhetskopier og sikkerhet fulgte med uten ekstra kostnad. Det var også mer praktisk å ha programvaren administrert og alltid oppdatert til siste versjon.  

Som en bonus kan vi enkelt dele rapporter med regnskapsføreren vår i stedet for å sende e-post eller fysisk post.

Epost

I tillegg til regnskapsprogramvaren vår, migrerte vi også bedriftens e-posttjenester til skyen. Igjen var kostnadene en medvirkende faktor, men formelen var mer kompleks. 

På den tiden holdt vi en fysisk Exchange-server i et klimakontrollert serverrom. Kostnadene inkluderte klimaanlegg, strøm og reservestrømsystemer. Vi administrerte nettverket, lagringen, serveren, operativsystemet, Active Directory og Exchange-serverprogramvaren. Kort sagt, vårt interne personale trengte å bruke tid på hovedfunksjonene og kjernekompetansen for å administrere hele stabelen. Da vi gikk over til Google Enterprise-e-post, var vi i stand til å outsource maskinvare, programvare, sikkerhet, nettverk, vedlikehold og oppgraderinger.  

Bottom line: betydelige kostnadsbesparelser i maskinvare, vedlikehold av den fysiske plassen, kraften, samt tiden dedikert av internt personale til programvarevedlikehold og identitetsadministrasjon. Vår analyse på den tiden – og historisk siden – var at det var mer fornuftig å "leie" enn å kjøpe.

Hvis du ikke har et massivt dedikert IT-team, kan opplevelsen din være lik.

Kildekode

Som du kan se, er hver tjeneste en stabel: regnskap, e-post og i dette tilfellet kildekodelager. Fordi vi er et programvareutviklingsselskap, opprettholder vi et sikkert kodelager som vi deler mellom utviklere. Vi bestemte oss for å trekke grensen mellom intern og ekstern på et annet sted enn de to andre applikasjonene; med "internt" som det vi er ansvarlig for som selskap, og "eksternt" er det våre leverandører er ansvarlige for.  

I dette tilfellet bestemte vi oss for å bare flytte maskinvaren til skyen. Vår viktigste avgjørende faktor var kontroll. Vi har intern ekspertise til å vedlikeholde programvaren for depotet. Vi administrerer tilgangen og sikkerheten. Vi administrerer våre egne sikkerhetskopier og katastrofegjenoppretting. Vi administrerer alt bortsett fra infrastrukturen. Amazon gir oss temperaturkontrollert, redundant, pålitelig kraft, virtuell maskinvare med garantert oppetid. Det er Infrastruktur-som-en-tjeneste (IaaS).

Foruten våre folk, er det vi setter mest pris på i organisasjonen vår digital eiendeler. Fordi disse eteriske eiendelene er så viktige, kan du argumentere for å kalle oss paranoide. Eller kanskje det bare er å være konservativ og super forsiktig. I begge tilfeller prøver vi å gjøre det vi gjør bra og holde oss innenfor vår kompetanse og betale noen andre for å gjøre det de gjør bra – det vil si vedlikeholde infrastrukturen. Fordi disse eiendelene er så verdifulle for oss, stoler vi bare på oss selv til å forvalte dem.  

Programvare i skyen

Fordi hovedvirksomheten Motio er i utvikler programvare, må vi også bestemme når vi skal investere i utviklingsarbeidet for å flytte programvareapplikasjonene våre til skyen. Kanskje åpenbart er dette markedsdrevet. Hvis våre kunder trenger Motio programvare i skyen, så er det en ganske god grunn. Nøkkelen drivkraft for MotioCI Air var behovet for et lavere kostnadsalternativ til fullfunksjonene MotioCI programvare. Med andre ord er inngangspunktet lavere for Software-as-a-Service (SaaS), men funksjonssettet var begrenset. Dette er perfekt for mindre organisasjoner som ikke har infrastrukturen eller intern ekspertise å vedlikeholde MotioCI på en intern server.  

MotioCI Air er posisjonert som en lillebror for fullt MotioCI applikasjon. Den kan klargjøres raskt, noe som gjør den perfekt for POC-er eller kortsiktige prosjekter. Viktigere, det kan være perfekt for organisasjoner som ikke har et dedikert IT-team. I likhet med diskusjonen vår om kildekoden ovenfor, er det ett kompromiss du gjør i kontroll. Med enhver programvare-som-en-tjeneste er du avhengig av at leverandøren får tilgang til underlivet hvis det noen gang er nødvendig. I MotioI tilfellet bruker vi Amazon-skyen for å tilby infrastrukturen som vi betjener programvaren på. Så SLAene er avhengige av det svakeste leddet. Amazon tilbyr et religionsnivå SLA  for å opprettholde en månedlig oppetid på minst 99.99 %. Dette gir omtrent 4½ minutts uplanlagt nedetid.  MotioCI Airs tilgjengelighet er derfor avhengig av Amazons oppetid. 

En annen faktor vi måtte vurdere ved flytting MotioCI til skyen var ytelse. Ytelse kommer ikke billig. Utover selve den effektive koden, avhenger ytelsen både av infrastrukturen og røret. Amazon, eller skyleverandøren, kan alltid kaste flere virtuelle CPUer på applikasjonen, men det er et punkt hvor ytelsen begrenses av selve nettverket og forbindelsen mellom klientens fysiske plassering og skyen. Ved å bruke skytjenester var vi i stand til å designe og tilby en kostnadseffektiv, ytende løsning.

Takeaways 

Du er kanskje ikke i programvareutviklingsbransjen, men det er sannsynlig at du vil møte mange av de samme avgjørelsene. Når bør vi flytte til skyen? Hvilke tjenester kan vi dra nytte av i skyen? Hva er viktig og hvilken kontroll er vi villige til å gi fra oss? Mindre kontroll betyr at skyleverandøren din vil administrere mer av maskinvaren og programvaren som en tjeneste. Vanligvis vil det med denne ordningen være færre tilpasninger, tillegg, mindre direkte tilgang til filsystemet eller logger. Hvis du bare bruker en applikasjon – som regnskapsprogramvaren vår i skyen – trenger du kanskje ikke denne lavnivåtilgangen. Hvis du utvikler en applikasjon for å kjøre i skyen, vil du ha tilgang til så mye du kan få tak i. Det er uendelige brukstilfeller i mellom. Det handler om hvilke knapper du vil trykke på selv.     

Å opprettholde total kontroll over IT-infrastrukturen din er selvfølgelig alltid et alternativ, men det kommer til å bli dyrt å holde alt hjemme. Hvis penger ikke er noe objekt, eller for å si det på en annen måte, hvis du verdsetter den totale kontrollen mer enn hva det vil koste å sette opp, installere, konfigurere, vedlikeholde, programvare, maskinvare, nettverk, fysisk plass, strøm og holde det hele oppdatert , så vil du kanskje sette opp din egen private sky og administrere den internt. På sitt enkleste er en privat sky i hovedsak et datasenter i et kontrollert miljø for sensitive data. På den andre siden av ligningen er det faktum at det er vanskelig å forbli konkurransedyktig hvis du administrerer ting utenfor nøkkelkompetansen din. Konsentrer deg om virksomheten din og gjør det du kan best.  

Faktisk er det det gamle spørsmålet om bør jeg kjøpe, eller bør jeg leie? Har du penger til kapitalutlegget, tid og kompetanse til å klare det, er det ofte bedre å kjøpe. Hvis du derimot heller vil bruke tiden din på å drive virksomheten din og tjene penger, kan det være mer fornuftig å sette ut maskinvaren og tjenestene til skyleverandøren din.

Hvis du er som Motio, kan du finne ut at det er mest fornuftig å ha en kombinasjon av det ovennevnte ved å opprettholde kontrollen der du trenger det og ved å utnytte skyinfrastruktur og tjenester der de kan tilføre mest verdi. Vi har også lært at å flytte til skyen er mindre en begivenhet og mer en reise. Vi erkjenner at vi bare er en del av veien dit.