Een SaaS-applicatie op AWS gebruikt AWS Lambda voor compute en een Amazon RDS for MySQL Multi-AZ database. Tijdens marktevenementen met veel vraag stijgt het aantal databaseverbindingen en ervaren gebruikers trage reacties. Het bedrijf moet de schaalbare prestaties en beschikbaarheid van de database verbeteren om veel gelijktijdige verbindingen van Lambda te kunnen verwerken. Welke oplossing voldoet aan deze behoefte?

De correcte optie pakt zowel de schaalbaarheid van de database als het beheer van verbindingen aan. Amazon Aurora biedt superieure prestaties en schaalbaarheid vergeleken met RDS for MySQL, en Aurora Replicas zorgen voor lees-schaalbaarheid en hoge beschikbaarheid. Amazon RDS Proxy is cruciaal voor Lambda-functies, omdat het databaseverbindingen poold en hergebruikt, wat de overhead van het openen en sluiten van verbindingen vermindert en het aantal gelijktijdige verbindingen met de database beheert. De andere opties zijn minder effectief: Het toevoegen van een RDS for MySQL read replica op basis van een CloudWatch-alarm is te reactief en lost het probleem van het grote aantal verbindingen van Lambda niet op. RDS for MySQL heeft ook niet dezelfde schaalbaarheid als Aurora. Migreren naar Aurora en een read replica toevoegen met een connection pool buiten de Lambda handler is een verbetering, maar RDS Proxy is speciaal ontworpen voor serverloze applicaties en biedt efficiënter verbindingenbeheer en -pooling dan een handmatig geïmplementeerde pool. Het gebruik van Route 53 weighted records om verkeer te distribueren naar een Aurora read replica helpt bij lees-schaalbaarheid, maar lost het probleem van het efficiënt beheren van een groot aantal databaseverbindingen van Lambda niet op.