Da cosa può imparare la tua azienda Motio's Cloud Experience
Se la tua azienda è come Motio, hai già alcuni dati o applicazioni nel cloud. Motio spostato la sua prima applicazione nel cloud intorno al 2008. Da allora, abbiamo aggiunto al cloud applicazioni aggiuntive e l'archiviazione dei dati. Non abbiamo (ancora) le dimensioni di Microsoft, Apple o Google, ma pensiamo che la nostra esperienza con il cloud sia tipica di molte aziende. Diciamo solo che se sei un'azienda che può acquistare il tuo cloud, potresti non aver bisogno di questo articolo.
Trovare l'equilibrio
Proprio come sapere quando acquistare o quando vendere in borsa, è importante sapere quando migrare al cloud. Motio spostato le sue prime applicazioni nel cloud intorno al 2008. Abbiamo migrato diverse applicazioni chiave e la motivazione variava leggermente per ciascuna. Potresti scoprire, come abbiamo fatto noi, che la decisione spesso dipende da dove vuoi tracciare la linea di responsabilità e controllo tra te e il tuo fornitore di servizi cloud.
Contabilità
Il motivo principale per la migrazione al cloud con il nostro software di contabilità è stato costo. Era meno costoso da usare Software come un servizio invece di acquistare i CD fisici da installare. L'archiviazione online, i backup e la sicurezza sono arrivati senza costi aggiuntivi. Inoltre era più comodo avere il software gestito e sempre aggiornato all'ultima versione.
Come bonus, invece di inviare e-mail o posta fisica, potremmo facilmente condividere i rapporti con il nostro contabile fuori sede.
Oltre al nostro software di contabilità, abbiamo anche migrato i servizi di posta elettronica aziendali nel cloud. Anche in questo caso il costo è stato un fattore determinante, ma la formula era più complessa. 
A quel tempo, mantenevamo un server Exchange fisico in una sala server climatizzata. I costi includevano aria condizionata, alimentazione e sistemi di alimentazione di riserva. Abbiamo gestito la rete, lo storage, il server, il sistema operativo, la directory attiva e il software del server di scambio. In breve, il nostro personale interno doveva ritagliarsi del tempo dalle loro funzioni principali e dalle competenze chiave per gestire l'intero stack. Passando all'email aziendale di Google, siamo stati in grado di esternalizzare hardware, software, sicurezza, rete, manutenzione e aggiornamenti.
Bottom line: significativi risparmi sui costi hardware, mantenendo lo spazio fisico, l'alimentazione, nonché il tempo dedicato dal personale interno alla manutenzione del software e alla gestione dell'identità. La nostra analisi a quel tempo - e storicamente da allora - era che aveva più senso "affittare" che acquistare.
Se non disponi di un enorme team IT dedicato, la tua esperienza potrebbe essere simile.
Codice sorgente
Come puoi vedere, ogni servizio è uno stack: contabilità, e-mail e, in questo caso, repository del codice sorgente. Poiché siamo una società di sviluppo software, manteniamo un repository sicuro di codice che condividiamo tra gli sviluppatori. Abbiamo deciso di tracciare il confine 
interno ed esterno in luogo diverso rispetto alle altre due applicazioni; dove "interno" è ciò di cui siamo responsabili come azienda e "esterno" è ciò di cui sono responsabili i nostri fornitori.
In questo caso, abbiamo deciso di spostare solo l'hardware sul cloud. Il nostro fattore decisivo chiave è stato di controllo. Abbiamo l'esperienza interna per mantenere il software per il repository. Gestiamo l'accesso e la sicurezza. Gestiamo i nostri backup e il ripristino di emergenza. Gestiamo tutto tranne l'infrastruttura. Amazon ci fornisce hardware virtuale a temperatura controllata, ridondante e affidabile con tempo di attività garantito. Quello è Infrastructure-as-a-Service (IaaS).
Oltre alle nostre persone, la cosa che apprezziamo di più all'interno della nostra organizzazione è la nostra digital risorse. Poiché queste risorse eteree sono così importanti, potresti essere un caso per chiamarci paranoici. O forse è solo essere prudenti e super attenti. In entrambi i casi, cerchiamo di fare ciò che sappiamo fare bene e di rimanere all'interno delle nostre competenze e di pagare qualcun altro per fare ciò che sa fare bene, ovvero mantenere l'infrastruttura. Poiché queste risorse sono così preziose per noi, ci fidiamo solo di noi stessi per gestirle.
Software nel cloud
Perché l'attività principale Motio sta sviluppando software, dobbiamo anche decidere quando investire nello sforzo di sviluppo per spostare le nostre applicazioni software nel cloud. Forse ovviamente, questo è guidato dal mercato. 
Se i nostri clienti hanno bisogno Motio software nel cloud, allora questa è una buona ragione. La forza trainante chiave per MotioCI L'aria era la necessità di un'alternativa a basso costo rispetto a quella completa MotioCI Software. In altre parole, il punto di ingresso è inferiore per il Software come un servizio (SaaS), ma il set di funzionalità era limitato. Questo è perfetto per le organizzazioni più piccole che non dispongono dell'infrastruttura o dell'esperienza interna da mantenere MotioCI su un server interno.
MotioCI L'aria è posizionata come un fratellino a pieno MotioCI applicazione. Può essere fornito rapidamente, rendendolo perfetto per POC o progetti a breve termine. È importante sottolineare che può essere perfetto per le organizzazioni che non dispongono di un team IT dedicato. Simile alla nostra discussione sul codice sorgente sopra, un compromesso che fai è nel controllo. Con qualsiasi Software-as-a-Service ti affidi al fornitore per l'accesso al ventre inferiore, se necessario. Nel MotioIn questo caso, utilizziamo Amazon cloud per fornire l'infrastruttura su cui forniamo il software. Quindi, gli SLA dipendono dall'anello più debole. Amazon fornisce un livello di religione SLA mantenere un tempo di attività mensile di almeno il 99.99%. Ciò si traduce in circa 4 minuti e mezzo di tempi di inattività non programmati. MotioCI La disponibilità di Air dipende quindi dai tempi di attività di Amazon.
Un altro fattore che abbiamo dovuto considerare nel trasloco MotioCI al cloud era la performance. Le prestazioni non sono a buon mercato. Al di là del codice efficiente stesso, le prestazioni dipendono sia dall'infrastruttura che dalla pipe. Amazon, o il fornitore del cloud, può sempre lanciare CPU virtuali aggiuntive nell'applicazione, ma c'è un punto in cui le prestazioni sono limitate dalla rete stessa e dalla connessione tra la posizione fisica del cliente e il cloud. Utilizzando i servizi cloud siamo stati in grado di progettare e offrire una soluzione conveniente e performante.
Takeaways
Potresti non essere nel settore dello sviluppo software, ma è probabile che dovrai affrontare molte delle stesse decisioni. Quando dovremmo passare al cloud? Quali servizi possiamo sfruttare nel cloud? Cosa è importante e a quale controllo siamo disposti a rinunciare? Meno controllo significa che il tuo fornitore di cloud gestirà più hardware e software come servizio. In genere, con questa disposizione, ci saranno meno personalizzazioni, componenti aggiuntivi, meno accesso diretto al file system o ai registri. 
Se stai solo utilizzando un'applicazione, come il nostro software di contabilità nel cloud, potresti non aver bisogno di questo accesso di basso livello. Se stai sviluppando un'applicazione da eseguire nel cloud, vorrai accedere a tutto ciò su cui puoi mettere le mani. Ci sono infiniti casi d'uso nel mezzo. Si tratta di quali pulsanti vuoi premere da solo.
Naturalmente, mantenere il controllo totale dell'infrastruttura IT è sempre un'opzione, ma sarà costoso tenerlo tutto in casa. Se il denaro non è un oggetto, o per dirla in altro modo, se apprezzi il controllo totale più di quanto costerà impostare, installare, configurare, mantenere, software, hardware, rete, spazio fisico, alimentazione e mantieni tutto aggiornato , quindi potresti voler configurare il tuo cloud privato e gestirlo internamente. Nella sua forma più semplice, un cloud privato è, essenzialmente, un data center in un ambiente controllato per dati sensibili. Dall'altro lato dell'equazione, però, c'è il fatto che è difficile rimanere competitivi se gestisci cose al di fuori delle tue competenze chiave. Concentrati sulla tua attività e fai quello che sai fare meglio.
In effetti, è la vecchia domanda di dovrei comprare o dovrei affittare? Se hai i soldi per l'esborso di capitale, il tempo e le competenze per gestirlo, spesso è meglio comprare. Se, d'altra parte, preferisci dedicare il tuo tempo a gestire la tua attività e fare soldi, potrebbe avere più senso esternalizzare l'hardware e i servizi al tuo fornitore di servizi cloud.
Se sei come Motio, potresti decidere che ha più senso avere una combinazione di quanto sopra mantenendo il controllo dove serve e sfruttando l'infrastruttura e i servizi cloud dove possono aggiungere il massimo valore. Abbiamo anche imparato che il passaggio al cloud è meno un evento e più un viaggio. Riconosciamo che siamo solo una parte del percorso.
