Een bedrijf draait zijn applicatie met behulp van Amazon EC2-instances en AWS Lambda-functies. De EC2-instances bevinden zich in private subnets van een VPC. De Lambda-functies vereisen directe netwerktoegang tot de EC2-instances om de applicatie te laten werken. De applicatie zal 1 jaar draaien en het aantal gebruikte Lambda-functies zal gedurende dat jaar toenemen. Het bedrijf moet de kosten voor alle applicatieresources minimaliseren. Welke oplossing voldoet aan deze vereisten?

De correcte optie is om een Compute Savings Plan te kopen en de Lambda-functies te verbinden met de private subnets die de EC2-instances bevatten. Een Compute Savings Plan biedt de meeste flexibiliteit en de grootste besparingen voor AWS Lambda en EC2-instances, wat essentieel is gezien de verwachte groei van Lambda-gebruik en de behoefte aan kostenminimalisatie. Door Lambda-functies te verbinden met de private subnets, krijgen ze directe netwerktoegang tot de EC2-instances, wat noodzakelijk is voor de applicatie. Een EC2 Instance Savings Plan is minder flexibel omdat het alleen van toepassing is op EC2-instances en niet op Lambda-functies. Het plaatsen van Lambda-functies in public subnets is onnodig en minder veilig. Het houden van Lambda-functies in de Lambda service VPC zou directe netwerktoegang tot de private EC2-instances belemmeren zonder extra netwerkconfiguratie, wat complexiteit en mogelijk kosten toevoegt.