Dovrei saperlo meglio che guardare alla folla di Hacker News per saggezza. Recentemente qualcuno su HN ha fatto una domanda interessante: ¢ÂÂSei mai cambiato?â Essendo HN, le risposte non erano altrettanto interessanti. In effetti, relativamente poche persone hanno risposto alla domanda, preferendo invece sostenere l'esecuzione delle proprie applicazioni in data center privati. Altri hanno offerto consigli sintonizzati su piccoli negozi e non su imprese più grandi. Eppure, nonostante il rumore, *c'era* un piccolo segnale nel thread. Se vuoi ottenere il massimo da un particolare cloud, dovrai acquistare i suoi servizi, il che, ovviamente, complica la migrazione. Oh, e se pensi di poter creare un cloud migliore rispetto agli hyperscaler, potresti non aver capito il punto. == Mostrami i crediti == Una volta che le aziende hanno scelto di costruire su un particolare cloud, cosa le spinge a muoversi? Leggendo le risposte HN, âÂÂcreditsâ sono un ottimo motivatore. Non è chiaro quanto un tale honeypot piaccia alle imprese più grandi, ma per un certo gruppo demografico, la migrazione può essere motivata da abbastanza crediti Google Cloud [o Azure o AWS] per rendere utile un passaggio .â Sfortunatamente, questo tipo semplicistico di analisi costi/benefici trascura tutti i costi nascosti dell'esecuzione nel cloud, come ha spiegato David Linthicum. Come apparentemente ha scoperto GitLab, i crediti possono incoraggiare la migrazione, ma non necessariamente la pagano. Come descritto nel commento HN, âÂÂIn GitLab, siamo passati da AWS ad Azure, quindi a Google Cloud. â Perché abbandonare AWS in primo luogo? Il denaro era un problema, ma non perché AWS fosse intrinsecamente più costoso. Piuttosto, è stato un problema con la configurazione: âÂÂCome la maggior parte delle aziende, è stata prestata pochissima attenzione ai costi, alla configurazione, ecc. [quando si è iniziato con AWS]. Il risultato è stato che stavamo praticamente dando fuoco ai soldi. âÂÂ È arrivata un'offerta per crediti Azure gratuiti che âÂÂci avrebbero fatto risparmiare qualcosa come un anno di bollette ( un bel po'di soldi all'epoca Sembra fantastico, vero? âÂÂIl trasferimento è stato piuttosto doloroso e ⦠abbiamo esaurito i crediti gratuiti *molto* velocemente.¢Â L'azienda ha quindi deciso di passare a Google Cloud (per motivi inspiegabili), e ha scoperto che la migrazione era, ancora una volta, un processo "impegnativo". Cosa ha imparato il commentatore dall'esperienza? âÂÂGuardando indietro, se dovessi avviare un'azienda, probabilmente rimarrei con qualcosa come Hetzner o un altro fornitore di bare metal a prezzi accessibili. I servizi cloud sono fantastici *se* utilizzi i loro servizi nella massima misura possibile, ma sospetto che nel 90% dei casi finisca per essere un enorme fattore di costo senza i vantaggi che ne valgono la pena.¢Â Per me, questa è esattamente la lezione sbagliata. == Ancora non capisco il cloud == Se leggi l'intero thread, troverai molte affermazioni sicure di te stesso secondo cui il cloud fai-da-te (su Hetzner o altri hoster di server dedicati) è la strada da percorrere. (Qui e qui e qui.) Come si suol dire, il cloud pubblico è «più lento e più costoso del tuo server con un margine enorme». . L'idea che i professionisti IT possano facilmente "out-cloud the cloud"è sbagliata e fuori luogo. Il cloud non ha mai significato risparmiare denaro. Si tratta di massimizzare la flessibilità e la produttività. Come sottolinea un commentatore di HN, âÂÂLavoro in una squadra molto piccola. Abbiamo alcuni sviluppatori che fungono anche da operatori. Nessuno di noi è o vuole essere amministratore di sistema. Nel nostro caso, ECS [Elastic Container Service] di Amazon è un enorme risparmio di tempo e denaro. Rimuovendo le funzioni di amministratore di sistema che il team doveva occupare in precedenza. âÂÂSì, la maggior parte dei problemi che avevamo prima avrebbero potuto essere risolti da un amministratore di sistema competente, ma questo è proprio il puntoâÂÂassumere un buon amministratore di sistema è molto più costoso per noi piuttosto che pagare un po'di più ad Amazon e dire semplicemente che âÂÂsi prega di eseguire questi container con questa configurazione.â â Sta facendo bene il cloud. Altri suggeriscono che passando a opzioni serverless, riducono ulteriormente la necessità di amministratori di sistema. Sì, più approfondisci i servizi che sono unici per un particolare cloud, meno è facile migrare, indipendentemente dal numero di crediti che un provider ti concede. Ma, probabilmente, meno desideri migrare se i tuoi sviluppatori sono significativamente più produttivi perché non reinventano continuamente le ruote dell'infrastruttura. Una società ha cercato esplicitamente di evitare il lock-in su un particolare cloud. âÂÂAbbiamo sviluppato il nostro prodotto fin dall'inizio per essere implementato su 3AWS, Azure, IBM.â In che modo? Attenendosi al minimo comune denominatore che era FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes Sembra semplice, vero? âÂÂIt non è stato certamente facile. Abbiamo anche ignorato gli strumenti che avrebbero potuto aiutarci molto [se fossimo rimasti con] un singolo cloud per essere multicloud. âÂÂSpostarsi tra determinate funzionalità condivise è possibile, ma sicuramente non è un paio di clic o un paio di lavori Jenkins di distanza. Spostarsi tra è un lavoro a tempo pieno. Trovare come fare quella piccola cosa VM che hai fatto in AWS , ora in Azure, richiederà tempo e apprendimento. E passare dall'autorizzazione AWS IAM ad Azure [Active Directory]? Tempo, tempo e tempo.â Il multicloud non è facile da realizzare, in altre parole, e nemmeno la migrazione. Significa che nessuno dei due alla fine ne vale la pena? Non necessariamente. Come lo descrive Miles Ward, CTO di SADA (un partner chiave di Google Cloud), possono esserci validi motivi per passare a un altro cloud. âÂÂPer così tanti, è solo facilità d'uso ed efficienza per fare le cose; per altri, è l'attenzione e la collaborazione; per una terza coorte, sono gli assurdi vantaggi in termini di costi; e un quarto, sono le prestazioni e l'affidabilità.¢Â Pertanto, quando âÂÂi clienti vedono delle lacune in una o più di queste quattro aree, si spostano .â Ward ha probabilmente ragione: *possono esserci* validi motivi per migrare. Assicurati solo di fare un'analisi completa del costo totale di proprietà del trasloco, che deve andare ben oltre âÂÂcloud X mi offre $ 50.000 in crediti.â Inoltre, prima che tu se decidi di implementare il tuo cloud, vale la pena considerare i costi associati alla gestione di tutta la tua infrastruttura.