Waar uw bedrijf van kan leren Motio's Cloud-ervaring
Als uw bedrijf is zoals Motio, heb je al wat data of applicaties in de cloud. Motio zijn eerste applicatie naar de cloud verplaatst rond 2008. Sindsdien hadden we extra applicaties en dataopslag aan de cloud toegevoegd. We zijn (nog) niet zo groot als Microsoft, Apple of Google maar we denken dat onze ervaring met de cloud typerend is voor veel bedrijven. Laten we zeggen dat als u een bedrijf bent dat uw eigen cloud kan kopen, u dit artikel misschien niet nodig heeft.
De balans vinden
Net zoals weten wanneer je moet kopen of verkopen op de aandelenmarkt, is het belangrijk om te weten wanneer je naar de cloud moet migreren. Motio zijn eerste applicaties naar de cloud verhuisd rond 2008. We hebben een aantal belangrijke applicaties gemigreerd en de motivatie verschilde enigszins per applicatie. Het kan zijn dat u, net als wij, merkt dat de beslissing vaak afhangt van waar u de verantwoordelijkheids- en controlelijn tussen uzelf en uw cloudleverancier wilt trekken.
Accounting
De belangrijkste drijfveer om met onze boekhoudsoftware naar de cloud te migreren was: kosten. Het was goedkoper in gebruik Software als een service in plaats van de fysieke cd's te kopen om te installeren. Online opslag, back-ups en beveiliging kwamen gratis mee. Het was ook handiger om de software te laten beheren en altijd te updaten naar de nieuwste versie.
Als bonus konden we, in plaats van te e-mailen of fysiek te mailen, rapporten gemakkelijk delen met onze externe accountant.
Naast onze boekhoudsoftware hebben we ook zakelijke e-maildiensten naar de cloud gemigreerd. Opnieuw waren de kosten een factor die bijdraagt, maar de formule was complexer. 
We hadden destijds een fysieke Exchange-server in een geklimatiseerde serverruimte. De kosten waren inclusief airconditioning, stroom en back-up stroomsystemen. We beheerden het netwerk, de opslag, de server, het besturingssysteem, de active directory en de serversoftware voor de uitwisseling. Kortom, onze interne medewerkers moesten tijd vrijmaken voor hun hoofdfuncties en kerncompetenties om de volledige stapel te beheren. Door over te stappen op Google Enterprise e-mail konden we hardware, software, beveiliging, netwerken, onderhoud en upgrades uitbesteden.
Bottom line: aanzienlijke kostenbesparingen in hardware, het behoud van de fysieke ruimte, stroom, evenals de tijd die intern personeel besteedt aan software-onderhoud en identiteitsbeheer. Onze analyse destijds - en historisch gezien sindsdien - was dat het logischer was om te 'huren' dan te kopen.
Als je geen enorm toegewijd IT-team hebt, kan je ervaring vergelijkbaar zijn.
Source Code
Zoals u kunt zien, is elke service een stapel: boekhouding, e-mail en in dit geval broncoderepository. Omdat we een softwareontwikkelingsbedrijf zijn, onderhouden we een veilige opslagplaats van code die we delen met ontwikkelaars. We hebben besloten om de grens te trekken tussen 
intern en extern op een andere plaats dan de andere twee applicaties; waarbij 'intern' is waar we als bedrijf verantwoordelijk voor zijn, en 'extern' waar onze leveranciers verantwoordelijk voor zijn.
In dit geval hebben we besloten om alleen de hardware naar de cloud te verplaatsen. Onze belangrijkste beslissende factor was: onder controle te houden. Wij hebben de expertise in huis om de software voor de repository te onderhouden. Wij beheren de toegang en beveiliging. Wij beheren onze eigen back-ups en disaster recovery. Wij beheren alles behalve de infrastructuur. Amazon biedt ons temperatuurgecontroleerde, redundante, betrouwbare stroom, virtuele hardware met gegarandeerde uptime. dat is Infrastructuur-als-een-service (IaaS).
Naast onze mensen, is het ding dat we het meest waarderen binnen onze organisatie onze digital activa. Omdat deze etherische troeven zo belangrijk zijn, zou je kunnen pleiten om ons paranoïde te noemen. Of misschien is het gewoon conservatief en super voorzichtig. In beide gevallen proberen we te doen waar we goed in zijn en binnen onze competenties te blijven en iemand anders te betalen om te doen wat ze goed doen - dat wil zeggen, de infrastructuur onderhouden. Omdat deze activa zo waardevol voor ons zijn, vertrouwen we alleen op onszelf om ze te beheren.
Software in de cloud
Omdat de hoofdactiviteit Motio is in is software te ontwikkelen, moeten we ook beslissen wanneer we investeren in de ontwikkelingsinspanningen om onze softwareapplicaties naar de cloud te verplaatsen. Het is duidelijk dat dit marktgestuurd is. 
Als onze klanten nodig hebben: Motio software in de cloud, dan is dat een goede reden. De belangrijkste drijvende kracht voor MotioCI Lucht was de behoefte aan een goedkoper alternatief voor de full-featured MotioCI software. Met andere woorden, het ingangspunt is lager voor de Software als een service (SaaS), maar de functieset was beperkt. Dit is perfect voor kleinere organisaties die niet de infrastructuur of de expertise in huis hebben om te onderhouden MotioCI op een interne server.
MotioCI Air wordt ten volle gepositioneerd als een klein broertje MotioCI sollicitatie. Het kan snel worden geleverd, waardoor het perfect is voor POC's of kortlopende projecten. Belangrijk is dat het perfect kan zijn voor organisaties die geen toegewijd IT-team hebben. Net als bij onze discussie over de broncode hierboven, is één compromis dat u sluit de baas. Met elke Software-as-a-Service vertrouwt u op de leverancier voor toegang tot de onderbuik als dat ooit nodig is. In MotioIn dat geval gebruiken we Amazon cloud om de infrastructuur te leveren waarop we de software aanbieden. De SLA's zijn dus afhankelijk van de zwakste schakel. Amazon biedt een religieus niveau SLA om een maandelijkse uptime van minimaal 99.99% te behouden. Dit komt neer op ongeveer 4½ minuut ongeplande downtime. MotioCI De beschikbaarheid van Air is daarom afhankelijk van de uptime van Amazon.
Een andere factor waarmee we rekening moesten houden bij het verhuizen MotioCI naar de cloud was prestatie. Prestaties zijn niet goedkoop. Afgezien van de efficiënte code zelf, zijn de prestaties zowel afhankelijk van de infrastructuur als van de pijp. Amazon, of de cloudleverancier, kan altijd extra virtuele CPU's naar de applicatie gooien, maar er is een punt waarop de prestaties worden beperkt door het netwerk zelf en de verbinding tussen de fysieke locatie van de klant en de cloud. Met behulp van cloudservices waren we in staat om een kosteneffectieve, performante oplossing te ontwerpen en aan te bieden.
Takeaways
U bevindt zich misschien niet in de softwareontwikkelingsindustrie, maar het is waarschijnlijk dat u voor veel van dezelfde beslissingen zult staan. Wanneer moeten we naar de cloud? Van welke diensten kunnen we profiteren in de cloud? Wat is belangrijk en welke controle zijn we bereid op te geven? Minder controle betekent dat uw cloudleverancier meer hardware en software als een service gaat beheren. Doorgaans zijn er met deze opstelling minder aanpassingen, add-ons, minder directe toegang tot het bestandssysteem of logboeken. 
Als je alleen een applicatie gebruikt – zoals onze boekhoudsoftware in de cloud – heb je deze toegang op laag niveau misschien niet nodig. Als u een applicatie ontwikkelt om in de cloud te draaien, wilt u toegang tot zo veel als u kunt. Er zijn oneindig veel use-cases tussenin. Het gaat erom op welke knoppen je zelf wilt drukken.
Natuurlijk is het altijd een optie om de volledige controle over uw IT-infrastructuur te behouden, maar het zal duur zijn om alles in huis te houden. Als geld geen rol speelt, of anders gezegd, als u de totale controle meer waardeert dan wat het kost om software, hardware, netwerk, fysieke ruimte, stroomvoorziening op te zetten, te installeren, te configureren, te onderhouden en alles up-to-date te houden , dan wilt u misschien uw eigen privécloud opzetten en deze intern beheren. Op zijn eenvoudigst is een private cloud in wezen een datacenter in een gecontroleerde omgeving voor gevoelige gegevens. Aan de andere kant van de vergelijking is echter het feit dat het moeilijk is om concurrerend te blijven als u zaken beheert die buiten uw kerncompetenties vallen. Concentreer u op uw bedrijf en doe waar u goed in bent.
In feite is het de oude vraag of ik moet kopen of moet ik huren? Als u het geld heeft voor de kapitaaluitgaven, de tijd en de expertise om het te beheren, is het vaak beter om te kopen. Als u daarentegen uw tijd liever besteedt aan het runnen van uw bedrijf en het verdienen van geld, is het misschien logischer om de hardware en services uit te besteden aan uw cloudleverancier.
Als je wilt Motio, kunt u besluiten dat het het meest logisch is om een combinatie van het bovenstaande te hebben door de controle te behouden waar u die nodig hebt en door gebruik te maken van cloudinfrastructuur en -services waar ze de meeste waarde kunnen toevoegen. We hebben ook geleerd dat de overstap naar de cloud minder een gebeurtenis is en meer een reis. We erkennen dat we slechts een deel van de weg ernaartoe zijn.
