De Kion Via Kompanio Povas Lerni Motiola Nuba Sperto de
Se via kompanio estas kiel Motio, vi jam havas iujn datumojn aŭ aplikojn en la nubo. Motio movis ĝian unuan aplikaĵon al la nubo ĉirkaŭ 2008. Ekde tiu tempo, ni aldonis kromajn aplikojn kaj ankaŭ datumstokadon al la nubo. Ni ne havas la grandecon de Microsoft, Apple aŭ Google (ankoraŭ) sed ni opinias, ke nia sperto kun la nubo estas tipa por multaj kompanioj. Ni nur diru, ke se vi estas kompanio, kiu povas aĉeti vian propran nubon, vi eble ne bezonas ĉi tiun artikolon.
Trovi la Ekvilibron
Same kiel scii kiam aĉeti aŭ kiam vendi en la borso, gravas scii kiam migri al la nubo. Motio movis siajn unuajn aplikojn al la nubo ĉirkaŭ 2008. Ni migris plurajn ŝlosilajn aplikojn kaj la instigo iomete malsamis por ĉiu. Vi eble trovos, kiel ni faris, ke la decido ofte dependas de kie vi volas desegni la linion de respondeco kaj kontrolo inter vi kaj via nuba vendisto.
librotenado
La ŝlosila instigo por migri al la nubo per nia kontada programaro estis kosto. Ĝi estis malpli multekosta uzi Programaro-kiel-al-Servo anstataŭ aĉeti la fizikajn KD-ojn por instali. Interreta stokado, sekurkopioj kaj sekureco venis sen plia pagendaĵo. Estis ankaŭ pli oportune havi la programaron administrita kaj ĉiam ĝisdatigita al la plej nova versio.
Kiel gratifiko, anstataŭ retpoŝti aŭ fizike sendi ni povus facile dividi raportojn kun nia eksterloka kontisto.
retpoŝto
Krom nia kontada programaro, ni ankaŭ migris kompaniajn retpoŝtajn servojn al la nubo. Denove kosto estis kontribuanta faktoro, sed la formulo estis pli kompleksa. 
Tiutempe, ni konservis fizikan Exchange-servilon en klimatkontrolita servilĉambro. Kostoj inkludis klimatizilon, potencon kaj rezervajn potencajn sistemojn. Ni administris la reton, stokadon, servilon, operaciumon, aktivan adresaron kaj interŝanĝan servilon. Mallonge, nia interna personaro bezonis eltranĉi tempon el siaj ĉefaj funkcioj kaj kernaj kompetentecoj por administri la plenan stakon. Translokiĝante al entreprena retpoŝto de Google, ni povis subkontrakti aparataron, programaron, sekurecon, reton, prizorgadon kaj ĝisdatigojn.
Fundo linio: signifaj ŝparoj en aparataro, konservante la fizikan spacon, potencon, same kiel, la tempon dediĉitan de interna personaro por programaro prizorgado kaj identecadministrado. Nia analizo tiutempe - kaj historie ekde tiam - estis ke pli sencas "lui" ol aĉeti.
Se vi ne havas amasan dediĉitan IT-teamon, via sperto povas esti simila.
Fontkodo
Kiel vi povas vidi, ĉiu servo estas stako: kontado, retpoŝto, kaj ĉi-kaze, fontkoda deponejo. Ĉar ni estas kompanio pri programaro, ni konservas sekuran deponejon de kodo, kiun ni dividas inter programistoj. Ni decidis desegni la limon inter 
interna kaj ekstera en malsama loko ol la aliaj du aplikoj; kun "interna" estante tio, pri kio ni respondecas kiel kompanio, kaj "ekstera" tio, pri kio respondecas niaj vendistoj.
En ĉi tiu kazo, ni decidis movi nur la aparataron al la nubo. Nia ŝlosila decida faktoro estis kontrolo. Ni havas la internan kompetentecon por konservi la programaron por la deponejo. Ni administras la aliron kaj sekurecon. Ni administras niajn proprajn sekurkopiojn kaj katastrofan reakiron. Ni administras ĉion krom la infrastrukturo. Amazon provizas al ni temperaturon kontrolitan, redundan, fidindan potencon, virtualan aparataron kun garantiita funkciado. Tio estas Infrastrukturo-kiel-Servo (IaaS).
Krom niaj homoj, la afero, kiun ni plej taksas ene de nia organizo, estas nia digital aktivoj. Ĉar ĉi tiuj eteraj aktivoj estas tiel gravaj, vi povus fari kazon por nomi nin paranojaj. Aŭ, eble ĝi estas nur konservativa kaj tre zorgema. En ambaŭ kazoj, ni provas fari tion, kion ni faras bone kaj resti ene de niaj kompetentecoj kaj pagi iun alian por fari tion, kion ili bone faras - tio estas, konservi la infrastrukturon. Ĉar ĉi tiuj valoraĵoj estas tiel valoraj por ni, ni fidas nur al ni mem administri ilin.
Programaro en la Nubo
Ĉar la ĉefa komerco Motio estas en disvolvado de programaro, ni ankaŭ devas decidi kiam investi en la disvolvan penadon por movi niajn programarojn al la nubo. Eble evidente, ĉi tio estas merkata. 
Se niaj klientoj bezonas Motio programaro en la nubo, tiam tio estas sufiĉe bona kialo. La ŝlosila mova forto por MotioCI Aero estis la bezono de pli malalta kosto alternativo al la plenefika MotioCI programaro. Alivorte, la enirpunkto estas pli malalta por la Programaro-kiel-al-Servo (SaaS), sed la funkcioj estis limigitaj. Ĉi tio estas perfekta por pli malgrandaj organizoj, kiuj ne havas la infrastrukturon aŭ la internan kompetentecon por konservi MotioCI sur interna servilo.
MotioCI Aero estas poziciigita kiel frateto al la plena MotioCI aplikaĵo. Ĝi povas esti provizita rapide, igante ĝin perfekta por POC-oj aŭ mallongperspektivaj projektoj. Grave, ĝi povas esti perfekta por organizoj, kiuj ne havas dediĉitan IT-teamon. Simile al nia diskuto pri fontkodo supre, unu kompromiso, kiun vi faras, regas. Kun ajna Programaro-kiel-Servo vi fidas je la vendisto por aliro al la subventro se tio iam estas necesa. En MotioEn la kazo, ni uzas Amazon-nubon por provizi la infrastrukturon, sur kiu ni servas la programaron. Do, la SLAoj dependas de la plej malforta ligo. Amazono provizas religion-nivelon SLA konservi monatan funkciadon de almenaŭ 99.99%. Ĉi tio funkcias al ĉirkaŭ 4½ minutoj da neplanita malfunkcio. MotioCI La havebleco de Air do dependas de la funkciado de Amazon.
Alian faktoron, kiun ni devis konsideri en moviĝado MotioCI al la nubo estis rendimento. Efikeco ne venas malmultekoste. Preter la efika kodo mem, rendimento dependas kaj de la infrastrukturo kaj la tubo. Amazon, aŭ la nuba vendisto, ĉiam povas ĵeti pliajn virtualajn CPUojn al la aplikaĵo, sed estas punkto, kie efikeco estas limigita de la reto mem kaj la ligo inter la fizika loko de la kliento kaj la nubo. Uzante nubservojn ni povis desegni kaj oferti kostefika, efika solvo.
Pasejoj
Vi eble ne estas en la industrio pri programaro, sed verŝajne vi alfrontos multajn el la samaj decidoj. Kiam ni devas translokiĝi al la nubo? Kiujn servojn ni povas utiligi en la nubo? Kio gravas kaj kian kontrolon ni pretas rezigni? Malpli da kontrolo signifas, ke via nuba vendisto administros pli da aparataro kaj programaro kiel servo. Tipe, kun ĉi tiu aranĝo, estos malpli da personigoj, aldonaĵoj, malpli rekta aliro al la dosiersistemo aŭ protokoloj. 
Se vi nur uzas aplikaĵon – kiel nian kontadan programaron en la nubo – vi eble ne bezonas ĉi tiun malaltnivelan aliron. Se vi disvolvas aplikaĵon por ruli en la nubo, vi volos aliri tiom multe kiom vi povas akiri viajn manojn. Estas senfinaj uzkazoj intere. Temas pri kiuj butonoj vi volas puŝi vin mem.
Kompreneble, konservi totalan kontrolon de via IT-infrastrukturo ĉiam estas eblo, sed estos multekoste konservi ĉion endome. Se mono ne estas objekto, aŭ por diri ĝin alimaniere, se vi taksas la totalan kontrolon pli ol tio, kion ĝi kostos instali, instali, agordi, prizorgi, programaro, aparataro, reto, fizika spaco, potenco kaj konservi ĝin ĉio ĝisdatigita. , tiam vi eble volas agordi vian propran privatan nubon kaj administri ĝin interne. Plej simple, privata nubo estas, esence, datumcentro en kontrolita medio por sentemaj datumoj. Aliflanke de la ekvacio, tamen, estas la fakto, ke estas malfacile resti konkurenciva se vi administras aferojn ekster viaj ŝlosilaj kompetentecoj. Koncentriĝu pri via komerco kaj faru tion, kion vi plej bone faras.
Efektive, ĝi estas la malnova demando ĉu mi devas aĉeti, aŭ ĉu mi lui? Se vi havas la monon por la kapitalelspezo, la tempon kaj la kompetentecon por administri ĝin, ofte estas pli bone aĉeti. Se, aliflanke, vi preferus pasigi vian tempon administrante vian komercon kaj gajni monon, eble pli sencas subkontrakti la aparataron kaj servojn al via nuba vendisto.
Se vi estas kiel Motio, vi eble decidos, ke plej sencas havi iun kombinaĵon de ĉi-supraj konservante kontrolon kie vi bezonas ĝin kaj utiligante nuban infrastrukturon kaj servojn, kie ili povas aldoni la plej grandan valoron. Ni ankaŭ lernis, ke translokiĝi al la nubo estas malpli evento kaj pli vojaĝo. Ni rekonas, ke ni estas nur parto de la vojo tien.
