Firma zajmująca się grami musi przenieść swoją platformę do AWS. Platforma wymaga wysokowydajnych obliczeń, a tablica wyników jest często aktualizowana. Obecnie instancja Ubuntu zoptymalizowana pod kątem obliczeń uruchamia front-end Node.js. Stan gry jest przechowywany w lokalnej instancji Redis. Migracja powinna zoptymalizować wydajność aplikacji w AWS. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź używa instancji c5.large EC2, które są zoptymalizowane pod kątem obliczeń, co jest kluczowe dla platformy gier wymagającej wysokiej wydajności. Użycie instancji On-Demand zapewnia stabilność i dostępność, co jest ważne dla front-endu Node.js. Application Load Balancer rozdziela ruch, zapewniając skalowalność i odporność na awarie. Amazon ElastiCache for Redis jest idealnym rozwiązaniem dla tablicy wyników, ponieważ Redis jest bazą danych w pamięci, oferującą bardzo niskie opóźnienia i wysoką przepustowość, co jest niezbędne przy częstych aktualizacjach. Pozostałe opcje są mniej odpowiednie: Użycie instancji m5.large (zoptymalizowanych pod kątem pamięci) zamiast c5.large (zoptymalizowanych pod kątem obliczeń) nie spełnia wymagań wysokowydajnych obliczeń. Instancje Spot są tańsze, ale mogą zostać przerwane, co jest ryzykowne dla ciągłości działania platformy gier. Amazon OpenSearch Service jest bazą danych wyszukiwania i analizy, a nie optymalnym wyborem dla tablicy wyników wymagającej niskich opóźnień i szybkich aktualizacji. Amazon DynamoDB, choć jest bazą danych NoSQL o wysokiej wydajności, może wprowadzać większe opóźnienia niż Redis dla operacji w pamięci, co jest krytyczne dla często aktualizowanej tablicy wyników.