Firma uruchamia aplikację do przetwarzania zamówień na instancji Amazon EC2, która zapisuje zamówienia do bazy danych Amazon Aurora. W godzinach szczytu aplikacja czasami nie jest w stanie zapisywać zamówień wystarczająco szybko. Co powinien zrobić architekt rozwiązań, aby zapewnić niezawodne i jak najszybsze zapisywanie zamówień do bazy danych?

Poprawna odpowiedź, wykorzystująca Amazon SQS, zapewnia buforowanie zamówień i oddzielenie procesu przyjmowania od przetwarzania. Aplikacja szybko zapisuje zamówienia do kolejki SQS, która jest wysoce dostępna i skalowalna, eliminując problem "zbyt wolnego zapisywania". Grupa Auto Scaling z instancjami EC2 odczytuje i przetwarza zamówienia z kolejki, automatycznie dostosowując moc obliczeniową do obciążenia, co gwarantuje niezawodność i efektywność. Pierwsza opcja jest nieefektywna, ponieważ zwiększanie rozmiaru instancji EC2 nie rozwiązuje problemu wąskiego gardła zapisu do bazy danych, a użycie SNS do bezpośredniego zapisu do bazy danych jest niewłaściwym zastosowaniem tej usługi. Trzecia opcja jest błędna, ponieważ SNS jest usługą publikacji/subskrypcji, a nie kolejką do buforowania zadań, a baza danych nie jest typowym subskrybentem tematu SNS w celu bezpośredniego przetwarzania. Czwarta opcja jest zbyt skomplikowana i niepotrzebnie uzależnia użycie SQS od progów CPU, co nie zapewnia natychmiastowego rozwiązania problemu wolnego zapisu.