Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
GAMEOPS03-BP05 Pre-scale infrastruttura necessaria per supportare i requisiti di picco
Scala l'infrastruttura in vista di eventi di gioco su larga scala per essere sicuro di poter gestire l'improvviso aumento della domanda dei giocatori.
Livello di rischio associato se questa best practice non fosse adottata: elevato
Guida all’implementazione
Oltre al lancio di nuovi giochi, le partite live in genere organizzano eventi in-game, promozioni, nuovi contenuti e lanci stagionali come esempi di modi per sostenere e migliorare il coinvolgimento dei giocatori. Tali attività registrano un elevato volume di traffico di giocatori per tutta la durata dell'evento o della promozione. L'azienda prevede di raggiungere o superare gli obiettivi prefissati per l'evento e l'infrastruttura di gioco deve sostenerli e supportarli durante l'evento.
Prepara la tua infrastruttura in anticipo per essere in grado di supportare il carico di giocatori previsto durante gli eventi su larga scala. Per prepararsi, i team addetti alle operazioni di gioco dovrebbero coordinarsi con le parti interessate alle vendite e al marketing per stimare la domanda prevista che verrà generata in un evento imminente, analizzando la concorrenza dei giocatori in passato, le metriche di coinvolgimento e i dati di vendita. Se l'evento è destinato al lancio di un nuovo gioco, i team addetti alle operazioni di gioco dovrebbero collaborare con queste parti interessate per identificare proiezioni realistiche sulla scala prevista. Sebbene possa essere difficile prevedere il successo di un gioco, è importante che tutti comprendano quali sono le aspettative di successo, in modo che l'infrastruttura possa essere scalata e testata per supportare tali obiettivi.
Molti giochi scelgono di lanciare il gioco in più fasi, iniziando con un lancio graduale aprendo il gioco a un numero limitato di giocatori e poi ridimensionando organicamente i giocatori in ogni fase, prima del lancio pubblico completo. Durante il periodo di lancio graduale, monitora, identifica, monitora e risolvi i problemi mentre perfezionate le proiezioni per il lancio pubblico.
Per stimare correttamente i requisiti dell'infrastruttura, raccogli i dati tramite test di carico e prestazioni eseguiti sui backend di gioco in produzione o in un ambiente di staging simile a quello di produzione prima del lancio del gioco. È necessario eseguire più round di questi test per simulare le diverse condizioni del gioco e verificare che il backend sia in grado di sopportare il carico nella maggior parte delle condizioni.
Per raggiungere questo obiettivo, gli sviluppatori possono scrivere bot di gioco che attraversano vari flussi di lavoro del gioco ed emulano condizioni diverse. Questi test dovrebbero ispezionare i diversi livelli di sistema del backend del gioco in modo che ogni livello e componente venga testato e i dettagli vengano registrati. Usa i dati raccolti da questi test per preparare il piano di approvvigionamento per il lancio del gioco.
I singoli punti di errore (SPOF) devono essere identificati e rimossi ove possibile rendendo l'applicazione altamente disponibile e tollerante ai guasti. Utilizzate i test di carico per identificare gli SPOF emulando i guasti a diversi livelli a monte e a valle e verificando il comportamento del gioco e di altri componenti.
Oltre a disporre dell'infrastruttura stimata necessaria per il lancio del gioco, l'evento di gioco o i preparativi per la promozione, configura il sistema in modo da scalare automaticamente su richiesta. Definisci, configura e monitora la scalabilità delle soglie degli eventi per consentire al backend del gioco di scalare in modo da sostenere un elevato volume di traffico di giocatori. Per il traffico variabile, il pre-provisioning è la soluzione migliore perché potrebbe non esserci abbastanza tempo per eseguire lo scale-out. Durante i primi lanci del gioco potrebbe essere necessario un ridimensionamento manuale, che genera una domanda superiore a quella prevista più rapidamente di quanto i sistemi automatici siano in grado di scalare le risorse.
Sì AWS, le organizzazioni dovrebbero richiedere quote di servizio più elevate per i servizi che utilizzano nel backend del gioco. Le quote di servizio sono impostate per gli account per evitare che i clienti installino o aumentino inavvertitamente un'infrastruttura superiore a quella prevista. Quando un gioco in esecuzione su un account raggiunge il limite massimo della quota di servizio configurata in quella regione, il servizio limita le richieste oltre la quota prevista e le disposizioni temporanee. Le limitazioni possono causare errori involontari o imprevisti e compromettere l'esperienza del giocatore. Monitora, traccia e rivedi regolarmente le soglie delle quote di servizio per i servizi utilizzati dal gioco in produzione per evitare limitazioni. Quando l'utilizzo supera una soglia di quota di servizio accettabile, è possibile richiedere un aumento della quota inviando una richiesta di assistenza al Console Support Center, dopo aver effettuato l'accesso all'account interessato o utilizzando l'API di supporto. https://docs.aws.amazon.com/awssupport/latest/APIReference/Welcome.html
Per eventi critici come il lancio di giochi, il rilascio di contenuti, le promozioni e i principali eventi di gioco, usa Countdown. AWS
Se stai lanciando un gioco ospitato su Amazon GameLift, consulta le liste di controllo https://docs.aws.amazon.com/gamelift/latest/developerguide/gamelift_quickstart_customservers_launch.html precedenti al lancio per prepararti.
Passaggi dell’implementazione
-
Scalabilità anticipata dell'infrastruttura: prepara in anticipo l'infrastruttura per eventi di gioco su larga scala per far fronte agli aumenti improvvisi della domanda dei giocatori.
-
Stima della domanda: coordinati con le vendite e il marketing per stimare la domanda prevista utilizzando i dati passati dei giocatori e proiezioni realistiche.
-
Test di carico e rimozione dello SPOF: esegui più cicli di test di carico per convalidare la capacità del backend, identificare i singoli punti di errore e configurare correttamente il ridimensionamento automatico.