Un'azienda esegue la sua applicazione utilizzando istanze Amazon EC2 e funzioni AWS Lambda. Le istanze EC2 si trovano in sottoreti private di una VPC. Le funzioni Lambda richiedono accesso diretto alla rete delle istanze EC2 affinché l'applicazione funzioni. L'applicazione verrà eseguita per 1 anno e il numero di funzioni Lambda utilizzate aumenterà durante tale anno. L'azienda deve minimizzare i costi su tutte le risorse dell'applicazione. Quale soluzione soddisfa questi requisiti?

La soluzione corretta è acquistare un Compute Savings Plan e connettere le funzioni Lambda alle sottoreti private che contengono le istanze EC2. Un Compute Savings Plan offre sconti significativi (fino al 66%) sull'utilizzo di AWS Fargate, AWS Lambda e istanze EC2, indipendentemente dalla famiglia, dal tipo, dal sistema operativo o dalla regione. Questo è ideale per l'azienda che prevede un aumento dell'utilizzo di Lambda e EC2 per un anno, minimizzando i costi complessivi. Connettere le funzioni Lambda alle sottoreti private che contengono le istanze EC2 consente l'accesso diretto alla rete tra Lambda ed EC2, come richiesto dall'applicazione. Le funzioni Lambda possono accedere alle risorse all'interno di una VPC configurando l'accesso alla VPC. Le opzioni che suggeriscono un EC2 Instance Savings Plan sono meno ottimali perché coprono solo le istanze EC2 e non offrono sconti per l'utilizzo di Lambda, che è una parte crescente dell'applicazione. Connettere Lambda a sottoreti pubbliche non è appropriato poiché le istanze EC2 si trovano in sottoreti private e l'accesso diretto richiede che Lambda si trovi nella stessa rete privata. Mantenere Lambda nella VPC del servizio Lambda impedirebbe l'accesso diretto alle istanze EC2 private.