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 È necessaria un'infrastruttura pre-scalabile per supportare i requisiti di picco

Scalate l'infrastruttura in vista di eventi di gioco su larga scala per assicurarvi di poter gestire l'improvviso aumento della domanda da parte 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 dal vivo in genere prevedono eventi in-game, promozioni, nuovi contenuti e uscite 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 si aspetta di raggiungere o superare gli obiettivi prefissati per l'evento e l'infrastruttura di gioco deve sostenerla e supportarla durante tutto questo.

Prepara la tua infrastruttura in anticipo per essere in grado di supportare il carico di giocatori previsto durante eventi su larga scala. Per prepararsi, i team addetti alle operazioni di gioco devono coordinarsi con le parti interessate alle vendite e al marketing per stimare la domanda prevista che verrà generata in un evento imminente esaminando la concorrenza dei giocatori passati, le metriche di coinvolgimento e i dati di vendita. Se l'evento prevede il 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 essere lanciati a tappe, iniziando con un soft launch, aprendo il gioco a un numero limitato di giocatori e poi ampliando in modo organico i giocatori in ogni fase, prima del lancio pubblico completo. Durante il periodo di soft launch, monitora, identifica, traccia e risolvi i problemi mentre perfezionate le vostre proiezioni per il lancio pubblico.

Per stimare correttamente i requisiti dell'infrastruttura, raccogli dati tramite test di carico e prestazioni eseguiti sui backend di gioco in esecuzione in un ambiente di produzione o simile alla produzione prima del lancio del gioco. È necessario eseguire più round di questi test per simulare 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 utilizzano vari flussi di lavoro del gioco ed emulano condizioni diverse. Questi test dovrebbero ispezionare i diversi livelli di sistema del backend di 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 per il lancio del gioco.

I punti di errore singoli (SPOF) devono essere identificati e rimossi ove possibile, rendendo l'applicazione altamente disponibile e tollerante ai guasti. Utilizzate i test di carico per effettuare l'identificazione SPOFs emulando i guasti a diversi livelli upstream e downstream e verificando il comportamento del gioco e degli altri componenti.

Oltre all'infrastruttura stimata necessaria per il lancio del gioco, l'evento di gioco o la preparazione della promozione, configura il sistema in modo da scalare automaticamente su richiesta. Definisci, configura e monitora le soglie di scalabilità degli eventi per consentire al backend di gioco di scalare per 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 la scalabilità orizzontale. Potrebbe essere necessario il ridimensionamento manuale durante il lancio iniziale del gioco, in modo da soddisfare una domanda superiore al previsto più rapidamente di quanto i sistemi automatizzati siano in grado di scalare le risorse.

Sì AWS, le organizzazioni dovrebbero richiedere Service Quotas più elevate per i servizi che utilizzano nel backend di gioco. I Service Quotas sono impostati per gli account per evitare che i clienti installino o scalino inavvertitamente un'infrastruttura più ampia del previsto. Quando un gioco in esecuzione su un account raggiunge il limite superiore della quota di servizio configurata in quella regione, il servizio limita le richieste oltre la quota assegnata e interrompe le disposizioni. Le manette possono causare errori involontari o imprevisti e compromettere l'esperienza del giocatore. Monitora, monitora e rivedi regolarmente le soglie di quota di servizio per i servizi utilizzati dal gioco in fase di produzione per evitare limitazioni. Quando l'utilizzo supera una soglia di quota di servizio tollerabile, è possibile richiedere un aumento della quota inviando un Support Case dal Console Support Center, dopo aver effettuato l'accesso all'account interessato o utilizzando l'API Support.

Per eventi critici come lanci di giochi, rilasci di contenuti, promozioni ed eventi di gioco importanti, usa Countdown.AWS Countdown fornisce linee guida per l'implementazione basate su playbook creati dagli esperti di Games per garantire la prontezza operativa, mitigare i potenziali rischi e pianificare le esigenze di capacità.AWS Countdown offre anche un'opzione di supporto premium che offre supporto avanzato e opzioni come gli ingegneri per ottimizzare l'infrastruttura.

Se stai lanciando un gioco ospitato su Amazon GameLift, consulta le liste di controllo pre-lancio per prepararti.

Passaggi dell’implementazione