Domande frequenti su AWS Elastic Beanstalk

Per eseguire la registrazione ad AWS Elastic Beanstalk, seleziona il pulsante "Registrati ora" nella pagina dei dettagli di Elastic Beanstalk. Per accedere al servizio, devi avere un account Amazon Web Services. In caso contrario, ti verrà richiesto di crearne uno all'inizio del processo di Elastic Beanstalk. Al termine della registrazione, consulta il documento Nozioni di base su AWS Elastic Beanstalk.

Per la corretta registrazione ad AWS Elastic Beanstalk, devi fornire un numero di telefono e un indirizzo e-mail validi per permetterci di contattarti ogni volta che è necessario. La convalida del numero di telefono richiede soltanto qualche minuto: durante la procedura di registrazione riceverai una telefonata automatica e dovrai inserire un numero PIN mediante la tastiera del telefono.

Il modo migliore per iniziare a usare AWS Elastic Beanstalk consiste nel seguire le istruzioni del documento AWS Elastic Beanstalk Getting Started Guide, incluso nella documentazione tecnica. Entro pochi minuti sarai in grado di distribuire e usare un'applicazione di esempio o caricare la tua applicazione.

Sì. AWS Elastic Beanstalk include un'applicazione di esempio che puoi usare per eseguire versioni di test dell'offerta ed esplorarne le funzionalità.

Sì. AWS Elastic Beanstalk archivia i tuoi file dell'applicazione e, facoltativamente, i file di log dei server in Amazon S3. Se usi la Console di gestione AWS, AWS Toolkit for Visual Studio o AWS Toolkit for Eclipse, verrà creato un bucket di Amazon S3 nel tuo account e i file caricati verranno automaticamente copiati dal client locale in Amazon S3. Se lo desideri, puoi configurare Elastic Beanstalk in modo da copiare ogni ora i file di log del server in Amazon S3. A questo scopo, devi modificare le impostazioni di configurazione dell'ambiente.

Sì. Puoi usare Amazon S3 per lo storage dell'applicazione. Il modo più semplice a questo scopo consiste nell'includere l'SDK AWS come parte del file distribuibile dell'applicazione. Ad esempio, puoi includere l'SDK AWS per Java come parte del file WAR dell'applicazione.

AWS Elastic Beanstalk non impone limitazioni riguardo ad alcuna tecnologia di persistenza specifica. Puoi scegliere di usare Amazon Relational Database Service (Amazon RDS) o Amazon DynamoDB, oppure Microsoft SQL Server, Oracle o altri database relazionali in esecuzione in Amazon EC2.

Elastic Beanstalk può effettuare automaticamente il provisioning di un'istanza database Amazon RDS. Le informazioni sulla connettività all'istanza database vengono esposte all'applicazione tramite variabili di ambiente. Per ulteriori informazioni su come configurare istanze database RDS per l'ambiente, consulta il documento Elastic Beanstalk Developer Guide.

Non con AWS Elastic Beanstalk. Con Elastic Beanstalk puoi specificare le informazioni di connessione nella configurazione dell'ambiente. Estraendo la stringa di connessione dal codice dell'applicazione, puoi configurare in tutta semplicità ambienti Elastic Beanstalk specifici in modo da usare database diversi.

Per impostazione predefinita, la tua applicazione è pubblicamente disponibile per l'accesso da parte di chiunque all'indirizzo app.elasticbeanstalk.com. Puoi usare Amazon VPC per effettuare il provisioning di una sezione privata e isolata della tua applicazione in una rete virtuale da te definita. Questa rete virtuale può essere resa privata tramite specifiche regole di gruppi di sicurezza, liste di controllo accessi (ACL) di rete e tabelle di routing personalizzate. Puoi controllare facilmente la distribuzione o meno di ogni tipo di traffico in ingresso specifico, ad esempio il traffico SSH, nei server di applicazioni modificando le impostazioni del gruppo di sicurezza di EC2.

Sì, puoi eseguire le tue applicazioni in un cloud VPC. Per ulteriori informazioni, consulta il documento AWS Elastic Beanstalk Developer Guide.

Per ulteriori informazioni sulla sicurezza in AWS, consulta il documento Amazon Web Services: Overview of Security Processes e visita il Centro di Sicurezza.

Sì. Gli utenti di IAM dotati delle autorizzazioni appropriate possono ora interagire con AWS Elastic Beanstalk.

IAM ti permette di gestire utenti e gruppi in modo centralizzato. Puoi controllare gli utenti di IAM che hanno accesso ad AWS Elastic Beanstalk e limitare le autorizzazioni all'accesso in sola lettura ad Elastic Beanstalk per gli operatori che non devono poter eseguire operazioni su risorse Elastic Beanstalk. Tutta l'attività degli utenti nell'ambito del tuo account viene riunita in un'unica fattura AWS.

Per effettuare il provisioning di utenti di IAM, puoi usare la console, l'interfaccia a riga di comando o l'API di IAM. Per impostazione predefinita, gli utenti di IAM non hanno accesso ai servizi AWS fino a quando non ricevono le autorizzazioni necessarie.

Per concedere l'accesso ai servizi a un utente di IAM, puoi usare policy. Per semplificare il processo di concessione dell'accesso ad AWS Elastic Beanstalk e le operazioni iniziali, puoi usare uno dei modelli di policy nella console di IAM. Elastic Beanstalk offre due modelli, uno di accesso in sola lettura e uno di accesso completo. Il primo modello offre accesso in lettura a risorse Elastic Beanstalk. Il secondo modello offre accesso completo a tutte le operazioni di Elastic Beanstalk, nonché le autorizzazioni necessarie per la gestione delle risorse dipendenti, come Elastic Load Balancing, Auto Scaling e Amazon S3. Puoi anche usare il generatore di policy AWS per creare policy personalizzati. Per ulteriori informazioni, consulta il documento AWS Elastic Beanstalk Developer Guide.

Sì. Puoi concedere o negare autorizzazioni a risorse AWS Elastic Beanstalk specifiche, come applicazioni, versioni delle applicazioni e ambienti.

Tutte le risorse create da utenti di IAM nell'ambito di un account root sono di proprietà dell'account root e vengono fatturate a tale account.

L'account root ha accesso completo a tutti gli ambienti AWS Elastic Beanstalk avviati da qualsiasi utente di IAM nell'ambito dell'account. Se usi il modello di Elastic Beanstalk per concedere accesso in sola lettura a un utente di IAM, questo utente potrà visualizzare tutti gli ambienti, le applicazioni e le versioni delle applicazioni, nonché tutte le risorse associate in tale account. Se usi il modello di Elastic Beanstalk per concedere accesso completo a un utente di IAM, questo utente potrà creare, modificare e terminare qualsiasi risorsa Elastic Beanstalk nell'ambito di tale account.

Sì. Un utente di IAM può accedere alla console di AWS Elastic Beanstalk con il proprio nome utente e la password.

Sì. Un utente di IAM può usare la chiave di accesso e la chiave segreta per eseguire operazioni tramite l'API di Elastic Beanstalk.

Sì. Un utente di IAM può usare la chiave di accesso e la chiave segreta per eseguire operazioni tramite l'interfaccia a riga di comando di AWS Elastic Beanstalk.

È possibile aggiornare automaticamente gli ambienti AWS Elastic Beanstalk con la versione più recente della piattaforma in uso che esegue le applicazioni durante finestre di manutenzione predefinite. Elastic Beanstalk rilascia regolarmente nuove versioni delle piattaforma supportate (Java, PHP, Ruby, Node.js, Python, .NET, Go e Docker) con aggiornamenti per sistema operativo, server Web e di applicazioni, linguaggi e framework.

Per consentire ad Elastic Beanstalk di gestire automaticamente gli aggiornamenti della piattaforma, è necessario abilitare gli aggiornamenti gestiti della piattaforma nella scheda relativa alla configurazione della console di Elastic Beanstalk, oppure utilizzare l'interfaccia a riga di comando o l'API di EB. Una volta abilitata la funzione, è possibile configurare quali tipi di aggiornamento consentire e quando questi possono essere applicati.

AWS Elastic Beanstalk può effettuare automaticamente gli aggiornamenti della piattaforma in presenza di nuove patch e di versioni secondarie della piattaforma. Elastic Beanstalk non installerà automaticamente aggiornamenti a versioni principali della piattaforma (ad esempio da Java 7 Tomcat 7 a Java 8 Tomcat 8), perché possono includere modifiche non retrocompatibili e perciò possono richiedere testing aggiuntivo. In questi casi, l'aggiornamento va avviato manualmente.

Le versioni delle piattaforme AWS Elastic Beanstalk vengono nominate secondo il seguente formato: PRINCIPALE.SECONDARIA.PATCH (ad es. 2.0.0). Il tipo di aggiornamento dipende dai seguenti fattori:

PRINCIPALE: una versione con modifiche non retrocompatibili.

SECONDARIA: una versione con nuove funzionalità retrocompatibili.

PATCH: una versione con correzioni di bug retrocompatibili.

È possibile applicare aggiornamenti principali in qualsiasi momento tramite la console di gestione, l'API o l'interfaccia a riga di comando di AWS Elastic Beanstalk. Per applicare l'aggiornamento di una versione principale è possibile:

Applicare l'aggiornamento in un ambiente esistente. Consulta la pagina Updating Your Elastic Beanstalk Environment's Platform Version.

Creare un clone di un ambiente esistente con la nuova versione della piattaforma. Consulta la pagina Clone an Environment per ulteriori informazioni.

Gli aggiornamenti vengono applicati utilizzando un meccanismo di distribuzione non modificabile che garantisce che non siano apportate modifiche all'ambiente esistente finché un parco istanze di Amazon EC2 parallelo in cui siano installati gli aggiornamenti non sarà pronto per sostituire le istanze esistenti (le quali saranno terminate). Inoltre, se il sistema di controllo di Elastic Beanstalk rileva problemi durante l'aggiornamento, il traffico viene reindirizzato verso un parco istanze esistente, per ridurre al minimo le ripercussioni sugli utenti finali dell'applicazione.

Poiché gli aggiornamenti gestiti di piattaforma utilizzano un meccanismo di distribuzione non modificabile per applicare gli aggiornamenti, l'applicazione sarà disponibile durante la finestra di manutenzione e gli utenti finali dell'applicazione non noteranno alcuna differenza durante l'aggiornamento.

Non sono previsti costi aggiuntivi per l'utilizzo della funzione di aggiornamento gestito di piattaforma. Vengono solo addebitati i costi per le istanze EC2 aggiuntive utilizzate per applicare le nuove versioni durante il processo di aggiornamento.

Una finestra di manutenzione è un intervallo di tempo della durata di due ore, che si verifica una volta alla settimana, durante il quale AWS Elastic Beanstalk avvia gli aggiornamenti di piattaforma se la funzione di aggiornamento gestito di piattaforma è abilitata e sono presenti nuove versioni della piattaforma. Ad esempio, se scegli di impostare una finestra di manutenzione che inizia ogni domenica alle 2 del mattino, AWS Elastic Beanstalk avvia l'aggiornamento tra le 2 e le 4 del mattino tutte le domeniche. Nota bene: a seconda della configurazione dell'applicazione, gli aggiornamenti potrebbero essere completati al di fuori della finestra di manutenzione.

La finestra di manutenzione viene impostata in base all'ambiente, consentendo di configurare finestre di manutenzione diverse per i differenti componenti dell'applicazione. Gli aggiornamenti dell'ambiente possono in questo modo essere scaglionati per evitare che diversi componenti dell'applicazione vengano aggiornati nello stesso momento. Se abiliti gli aggiornamenti gestiti di piattaforma senza specificare una finestra di manutenzione, all'ambiente sarà assegnata una finestra settimanale di default della durata di 2 ore. Se desideri modificare i tempi in cui viene eseguita la manutenzione per tuo conto, puoi modificare la configurazione dell'aggiornamento gestito nella Console di gestione AWS o tramite l'API UpdateEnvironment.

La disponibilità di nuove versioni di piattaforma verrà notificata tramite la Console di gestione AWS, annunci suoi forum e note di rilascio.

Per consultare i dettagli concernenti le modifiche presenti in una nuova versione di piattaforma, vai alla pagina delle note di rilascio di AWS Elastic Beanstalk.

L'unica azione che è possibile eseguire durante un aggiornamento gestito di piattaforma è l'annullamento. Questa operazione consente di interrompere immediatamente l'aggiornamento e tornare alla versione precedente.

L'ambiente sarà sempre aggiornato alla versione più recente disponibile in base al livello selezionato (versione secondaria e patch o solo patch).

I dettagli su tutti gli aggiornamenti gestiti di piattaforma sono disponibili nella pagina relativa agli eventi; il tipo di evento corrisponde al tag "MAINTENANCE".

Il numero di versioni in un determinato anno può variare in base alla frequenza e al contenuto delle versioni e delle patch rilasciate dal fornitore o dal core team del linguaggio o del framework, oltre che dagli esiti di un'approfondita valutazione di tali versioni e patch da parte del nostro team di tecnici.

Per implementare la tua applicazione con un processore basato su arm64 sulla console di Elastic Beanstalk puoi selezionare l'architettura del processore e il tipo di istanza dalla scheda della capacità nelle impostazioni aggiuntive di configurazione.

Per implementare la tua applicazione con la CLI di Elastic Beanstalk, AWS CLI, CFN o AWS CDK, consulta la Guida per sviluppatori di Elastic Beanstalk.

Se il tuo carico di lavoro si trova su un linguaggio di programmazione interpretato come Node.js, Python, Tomcat, PHP o Ruby, non devi ricompilare il tuo carico di lavoro per utilizzare Graviton. Se stai utilizzando Go o .Net Core per il tuo carico di lavoro, devi aggiornare il comando build per il tipo di istanza arm64. Devi anche ricompilare le dipendenze binarie o utilizzare una release di dipendenze binarie compatibile con arm64. Se stai utilizzando Docker, la tua immagine Docker deve essere multi architettura e supportare l'implementazione sia per x86 che per arm64.

Elastic Beanstalk supporta Graviton su Amazon Linux 2 a 64bit per una vasta gamma di piattaforme e rami. Per una lista completa, consulta la documentazione.

Puoi facilmente spostare il tuo carico di lavoro su Graviton e sfruttare i vantaggi di costi e prestazioni nei seguenti casi d'uso: carichi di lavoro basati su Linux costruiti principalmente su tecnologie open source; applicazioni containerizzate e basate su microservizi come Docker e MC Docket, applicazioni scritte in linguaggi di programmazione portatili come Java, Python, .NET Core, node.js e PHP; applicazioni compilate di C/C , Rust o Go; carichi di lavoro .NET Core (v3.1 ) in esecuzione su Linux; carichi di lavoro multi thread; carichi di lavoro sensibili all'accesso a memoria non uniforme (NUMA); e sviluppo software e test nativi di arm64.

Non vengono addebitati costi aggiuntivi per AWS Elastic Beanstalk: pagherai solo le risorse AWS effettivamente usate per archiviare ed eseguire la tua applicazione.

Pagherai solo le risorse che usi e non è prevista alcuna tariffa minima per l'uso delle risorse AWS. Per informazioni sui prezzi di Amazon EC2, visita la sezione relativa ai prezzi della pagina dei dettagli di EC2. Per informazioni sui prezzi di Amazon S3, visita sezione relativa ai prezzi della pagina dei dettagli di S3. Puoi usare il calcolatore di costo AWS per ottenere una stima della tua fattura per applicazioni di dimensioni diverse.

Puoi controllare i consumi per il periodo di fatturazione corrente in qualunque momento nel sito Web di Amazon Web Services, accedendo al tuo account Amazon Web Services e quindi facendo clic su Account Activity in Your Web Services Account.

Sì. AWS Support include il supporto per i problemi correlati all'uso di AWS Elastic Beanstalk. Per ulteriori dettagli e informazioni sui prezzi, consulta la pagina di AWS Support.

Puoi attingere alle innumerevoli informazioni esistenti della community di AWS per ottenere supporto per la distribuzione tramite il forum di discussione su AWS Elastic Beanstalk.