No kā jūsu uzņēmums var mācīties Motio's Cloud Experience 

Ja jūsu uzņēmums ir kā Motio, jums jau ir daži dati vai lietojumprogrammas mākonī.  Motio ap 2008. gadu pārcēla savu pirmo lietojumprogrammu uz mākoni. Kopš tā laika mēs mākoņam esam pievienojuši papildu lietojumprogrammas, kā arī datu krātuvi. Mēs neesam Microsoft, Apple vai Google lielumā (pagaidām), taču domājam, ka mūsu pieredze ar mākoni ir raksturīga daudziem uzņēmumiem. Pieņemsim, ka, ja esat uzņēmums, kas var iegādāties savu mākoni, šis raksts jums var nebūt vajadzīgs.

Līdzsvara atrašana

Tāpat kā zināt, kad pirkt vai pārdot akciju tirgū, ir svarīgi zināt, kad migrēt uz mākoni.  Motio ap 2008. gadu pārcēla savas pirmās lietojumprogrammas uz mākoni. Mēs migrējām vairākas galvenās lietojumprogrammas, un katras motivācija nedaudz atšķīrās. Tāpat kā mēs, iespējams, atklāsit, ka lēmums bieži ir atkarīgs no tā, kur vēlaties novilkt atbildības un kontroles līniju starp sevi un mākoņa pakalpojumu sniedzēju.

grāmatvedība

Galvenais stimuls migrācijai uz mākoni ar mūsu grāmatvedības programmatūru bija izmaksāt. Tā lietošana bija lētāka Programmatūra kā pakalpojums tā vietā, lai iegādātos fiziskos kompaktdiskus instalēšanai. Tiešsaistes krātuve, dublējumkopijas un drošība tika nodrošināta bez papildu maksas. Bija arī ērtāk pārvaldīt programmatūru un vienmēr atjaunināt to uz jaunāko versiju.  

Kā bonuss, tā vietā, lai nosūtītu e-pastu vai fizisku pa pastu, mēs varētu viegli koplietot pārskatus ar mūsu izbraukuma grāmatvedi.

E-pasts

Papildus mūsu grāmatvedības programmatūrai mēs arī migrējām korporatīvo e-pasta pakalpojumus uz mākoni. Arī izmaksas bija veicinošais faktors, taču formula bija sarežģītāka. 

Tolaik mēs uzturējām fizisku Exchange serveri serveru telpā ar kontrolētu klimatu. Izmaksas ietvēra gaisa kondicionēšanu, barošanu un rezerves barošanas sistēmas. Mēs pārvaldījām tīklu, krātuvi, serveri, operētājsistēmu, aktīvo direktoriju un apmaiņas servera programmatūru. Īsāk sakot, mūsu iekšējam personālam bija jāvelta laiks savām galvenajām funkcijām un pamatkompetencēm, lai pārvaldītu pilnu steku. Pārejot uz Google uzņēmuma e-pastu, mēs varējām izmantot ārpakalpojumus aparatūrai, programmatūrai, drošībai, tīklu veidošanai, uzturēšanai un jauninājumiem.  

Grunts līnija: ievērojams aparatūras izmaksu ietaupījums, fiziskās telpas uzturēšana, jauda, ​​kā arī laiks, ko iekšējais personāls velta programmatūras uzturēšanai un identitātes pārvaldībai. Mūsu toreizējā un vēsturiskā analīze bija tāda, ka saprātīgāk ir “īrēt” nekā pirkt.

Ja jums nav lielas IT komandas, jūsu pieredze var būt līdzīga.

Source Code

Kā redzat, katrs pakalpojums ir steks: grāmatvedība, e-pasts un šajā gadījumā pirmkoda krātuve. Tā kā mēs esam programmatūras izstrādes uzņēmums, mēs uzturam drošu koda krātuvi, ko kopīgi izstrādājam. Mēs nolēmām novilkt robežu starp iekšējais un ārējais citā vietā nekā pārējās divas lietojumprogrammas; “iekšējais” ir tas, par ko esam atbildīgi kā uzņēmums, un “ārējais” ir tas, par ko ir atbildīgi mūsu pārdevēji.  

Šajā gadījumā mēs nolēmām pārvietot tikai aparatūru uz mākoni. Mūsu galvenais izšķirošais faktors bija kontrolēt. Mums ir iekšējās zināšanas, lai uzturētu repozitorija programmatūru. Mēs pārvaldām piekļuvi un drošību. Mēs paši pārvaldām savus dublējumus un atkopšanu pēc avārijas. Mēs pārvaldām visu, izņemot infrastruktūru. Amazon nodrošina mums ar kontrolētu temperatūru, lieku, uzticamu jaudu, virtuālu aparatūru ar garantētu darbības laiku. Tas ir Infrastruktūra kā pakalpojums (IaaS).

Līdztekus mūsu darbiniekiem mēs savā organizācijā visaugstāk vērtējam mūs digital aktīviem. Tā kā šie ēteriskie īpašumi ir tik svarīgi, jūs varētu saukt mūs par paranoiķiem. Vai varbūt tas vienkārši ir konservatīvs un ļoti uzmanīgs. Jebkurā gadījumā mēs cenšamies darīt to, ko darām labi, un paliekam savu kompetenču robežās un maksājam kādam citam, lai tas dara to, ko viņš dara labi – tas ir, uzturēt infrastruktūru. Tā kā šie līdzekļi mums ir tik vērtīgi, mēs uzticamies tikai sev, lai tos pārvaldītu.  

Programmatūra mākonī

Jo galvenais bizness Motio pašlaik izstrādā programmatūru, mums arī jāizlemj, kad investēt izstrādes pasākumos, lai mūsu lietojumprogrammas pārvietotu uz mākoni. Varbūt acīmredzot tas ir tirgus virzīts. Ja mūsu klientiem ir nepieciešams Motio programmatūra mākonī, tad tas ir diezgan labs iemesls. Galvenais virzītājspēks, lai MotioCI Air bija nepieciešamība pēc zemākām izmaksām alternatīva pilna funkcionalitāte MotioCI programmatūra. Citiem vārdiem sakot, ieejas punkts ir zemāks Programmatūra kā pakalpojums (SaaS), taču funkciju kopums bija ierobežots. Tas ir lieliski piemērots mazākām organizācijām, kurām nav infrastruktūras vai iekšējās pieredzes, ko uzturēt MotioCI iekšējā serverī.  

MotioCI Gaiss ir pilnībā novietots kā mazais brālis MotioCI pieteikumu. To var ātri nodrošināt, padarot to ideāli piemērotu POC vai īstermiņa projektiem. Svarīgi, ka tas var būt lieliski piemērots organizācijām, kurām nav īpašas IT komandas. Līdzīgi kā mūsu diskusijā par avota kodu, jūs varat kontrolēt vienu kompromisu. Izmantojot jebkuru programmatūru kā pakalpojumu, jūs paļaujaties uz pārdevēju, lai nodrošinātu piekļuvi apakšējai daļai, ja tas kādreiz ir nepieciešams. In Motiogadījumā mēs izmantojam Amazon mākoni, lai nodrošinātu infrastruktūru, kurā mēs apkalpojam programmatūru. Tātad SLA ir atkarīgi no vājākā posma. Amazon nodrošina reliģijas līmeni SLA  lai saglabātu ikmēneša darbības laiku vismaz 99.99%. Tas nodrošina aptuveni 4½ minūtes neplānotas dīkstāves.  MotioCI Tāpēc Air pieejamība ir atkarīga no Amazon darbības laika. 

Vēl viens faktors, kas mums bija jāņem vērā, pārceļoties MotioCI uz mākoni bija izpildījums. Sniegums nav lēts. Papildus efektīvajam kodam veiktspēja ir atkarīga gan no infrastruktūras, gan no caurules. Amazon vai mākoņa pārdevējs vienmēr var mest lietojumprogrammai papildu virtuālos CPU, taču ir punkts, kad veiktspēju ierobežo pats tīkls un savienojums starp klienta fizisko atrašanās vietu un mākoni. Izmantojot mākoņpakalpojumus, mēs varējām izstrādāt un piedāvāt rentablu, veiktspējīgu risinājumu.

Takeaways 

Iespējams, ka jūs neesat programmatūras izstrādes nozarē, taču, visticamāk, jūs saskarsieties ar daudziem tādiem pašiem lēmumiem. Kad mums vajadzētu pāriet uz mākoni? Kādus pakalpojumus mēs varam izmantot mākonī? Kas ir svarīgi un no kādas kontroles esam gatavi atteikties? Mazāka kontrole nozīmē, ka jūsu mākoņdatošanas pakalpojumu sniedzējs pārvaldīs vairāk aparatūras un programmatūras kā pakalpojumu. Parasti ar šo izkārtojumu būs mazāk pielāgojumu, papildinājumu, mazāk tiešas piekļuves failu sistēmai vai žurnāliem. Ja izmantojat tikai lietojumprogrammu, piemēram, mūsu grāmatvedības programmatūru mākonī, jums var nebūt nepieciešama šī zemā līmeņa piekļuve. Ja izstrādājat lietojumprogrammu, kas darbotos mākonī, jums būs nepieciešams piekļūt tik daudz, cik vien varat pamanīt. Starp tiem ir bezgalīgi daudz lietošanas gadījumu. Tas ir par to, kuras pogas vēlaties nospiest pats.     

Protams, pilnīgas IT infrastruktūras kontroles saglabāšana vienmēr ir iespēja, taču tas viss būs dārgi. Ja nauda nav priekšmets vai citādi izsakoties, ja jūs vērtējat kopējo kontroli vairāk nekā to, ko tā maksās iestatīšana, instalēšana, konfigurēšana, uzturēšana, programmatūra, aparatūra, tīkls, fiziskā telpa, jauda un visu to atjaunināšana. , iespējams, vēlēsities iestatīt savu privāto mākoni un pārvaldīt to iekšēji. Vienkāršākajā gadījumā privātais mākonis būtībā ir datu centrs kontrolētā vidē sensitīviem datiem. Tomēr vienādojuma otrā pusē ir fakts, ka ir grūti saglabāt konkurētspēju, ja pārvaldāt lietas, kas neatbilst savām galvenajām kompetencēm. Koncentrējieties uz savu biznesu un dariet to, kas jums padodas vislabāk.  

Faktiski tas ir vecais jautājums, vai man vajadzētu pirkt vai īrēt? Ja jums ir nauda kapitāla izdevumiem, laiks un zināšanas, lai to pārvaldītu, bieži vien labāk ir iegādāties. No otras puses, ja vēlaties pavadīt laiku sava uzņēmuma vadīšanai un naudas pelnīšanai, varētu būt lietderīgāk aparatūru un pakalpojumus uzticēt mākoņa pakalpojumu sniedzējam.

Ja tu esi kā Motio, varat izlemt, ka vissaprātīgāk ir izmantot kādu iepriekš minēto kombināciju, saglabājot kontroli tur, kur tā ir nepieciešama, un izmantojot mākoņa infrastruktūru un pakalpojumus, kur tie var pievienot vislielāko vērtību. Mēs arī esam iemācījušies, ka pāreja uz mākoni ir mazāk notikums, bet vairāk ceļojums. Mēs apzināmies, ka esam tikai daļa no ceļa.