È possibile creare un ambiente containerizzato scalabile su AWS? Questa è una domanda comune per coloro che hanno ancora domande su Container.
Davide Bitti, scienziato capo di Flexa Cloud, spiega questo approccio standard per impacchettare il codice dell'applicazione, le impostazioni e le dipendenze in un unico oggetto.
Nel video seguente, hai anche una spiegazione di come questa scalabilità viene raggiunta in Amazon Web Service attraverso la containerizzazione.
Controlla!
I contenitori sono scalabili?
“Non c'è altro modo per scalare la tua applicazione così rapidamente se non tramite i container. Riducendo il tempo di stivale, che non avrai, in quanto le macchine saranno precedentemente collegate.
E un'altra cosa molto importante: poiché ho impacchettato l'intera applicazione e ho diversi ambienti, ad esempio sviluppo, approvazione e produzione, posso impacchettare molto rapidamente in modo che le variabili di ambiente di quel contenitore descrivano le impostazioni che devo avere.
Quindi posso avere ambienti di sviluppo, staging e produzione esattamente identici, assicurandomi di poter riprodurre qualsiasi versione. Le uniche cose che cambiano sono, ad esempio, il nome utente e la password della banca.
Oggi è il modo migliore per monitorare lo sviluppo della tua applicazione. Questo perché una volta che l'applicazione è in Docker, garantiamo che non manchi nulla. Tutto ciò di cui l'applicazione ha bisogno per funzionare è intrinsecamente collegato ad essa.
Un'altra cosa interessante è che il dockerfile è versionato insieme all'applicazione. Pertanto, lo sviluppatore controlla l'ambiente in cui l'applicazione deve essere eseguita.
Questo è importante, perché una volta che devi essere eseguito in produzione, non devi avere un intero team operativo da installare e quei giganteschi manuali di installazione".
Come può aiutare Flexa Cloud?
“Flexa è il grande partner di Amazon. Abbiamo la competenza e l'esperienza per eseguire applicazioni altamente esigenti nell'ambiente containerizzato di Amazon.
Amazon ha diversi servizi. Il principale, che utilizziamo molto, è AWS Fargate, che non ha bisogno di server per eseguire i container. Mettiamo semplicemente il contenitore e lo eseguiamo in un'attività. Il vantaggio di questo è: se la tua applicazione deve essere eseguita per migliaia di container, Amazon stesso ha già un pool di server disponibili. Nessuna necessità di gestire il server, nessuna preoccupazione per il tempo di avvio.
Un altro vantaggio di AWS Fargate Spot, con il quale è possibile ridurre il costo di un'attività fino al 90% purché ne sia garantita la resilienza.
Un altro vantaggio di Amazon è che ha diversi servizi integrati. Ad esempio, AWS Elastic File System (EFS), che è come un'unità di rete in cui è possibile eseguire, in tutti i container, nell'ambiente Fargate.
Amazon, in termini di container, è oggi la migliore architettura per eseguire qualsiasi applicazione che necessita di una scalabilità rapida, con una domanda elevata. E pagherai per il secondo del compito di cui avevi bisogno.
Oggi abbiamo clienti che in orari normali necessitano, ad esempio, di due compiti; ma nelle ore di punta hanno bisogno di 30/40 compiti. Pagano solo CPU e memoria per i secondi di attività utilizzati nel periodo di punta.
Questo provoca un drastico calo dei costi, qualcosa di di gran lunga superiore a qualsiasi altra soluzione sul mercato”.
→ Possiamo mostrarti come creare un ambiente containerizzato scalabile su AWS? Iscriviti al nostro canale YouTube per non perdere nessuno dei nostri video!
