[Sottotitolo SEO]
Questa Guida aiuta a configurare un ambiente completo di produzione di giochi per Unreal Engine che sia altamente disponibile e con la minor latenza per gli utenti. Inoltre, accelera le attività complesse di elaborazione distribuendo il lavoro su altre macchine su richiesta tramite una workstation virtuale ad alte prestazioni e un sistema di controllo della versione centralizzato. Il codice di esempio mostra come configurare questo ambiente di produzione di giochi per il tuo team.
Nota: [Disclaimer]
Diagramma dell'architettura
[Descrizione del diagramma dell’architettura]
Fase 1
Il client remoto NICE DCV si connette all'istanza di workstation virtuale ospitata su Amazon Elastic Compute Cloud (Amazon EC2) fornendo l'indirizzo IP pubblico dell'istanza e le credenziali di autenticazione.
Fase 2
La workstation virtuale basata su GPU ospita un server NICE DCV, fornendo una sicurezza end-to-end tra il client remoto e l'istanza EC2. La workstation virtuale può accedere a risorse private, come il sistema di controllo della versione Perforce Helix Core tramite Amazon Virtual Private Cloud (Amazon VPC).
Fase 3
Il gateway NAT consente alle risorse della sottorete privata di accedere alle risorse tramite Internet pubblico, come i servizi di licenza e aggiornamento.
Fase 4
Il coordinatore di Unreal Engine Swarm, responsabile della distribuzione delle attività di compilazione, è una risorsa privata, disponibile solo per le risorse in Amazon VPC. Il coordinatore Swarm dispone di una propria istanza EC2, isolandola da eventuali tempi di inattività in altre istanze e creando un ambiente di microservizi.
Fase 5
Gli agenti di Unreal Engine Swarm sono responsabili dell'utilizzo delle risorse di sistema per completare i lavori assegnati dal coordinatore Swarm. Le istanze che ospitano gli agenti vengono inserite in un gruppo Amazon EC2 Auto Scaling che consente di aggiungere o rimuovere gli agenti Swarm al variare delle richieste di carico di lavoro.
Fase 6
Il sistema di controllo versione (Perforce) si trova in un'istanza propria e segue lo schema dei microservizi. Questo lo isola da eventuali tempi di inattività in altre istanze e semplifica le strutture di repository più complesse, se necessario.
Fase 1
Il client remoto NICE DCV si connette all'istanza di workstation virtuale ospitata su Amazon Elastic Compute Cloud (Amazon EC2) fornendo l'indirizzo IP pubblico dell'istanza e le credenziali di autenticazione.
Fase 2
La workstation virtuale basata su GPU ospita un server NICE DCV, fornendo una sicurezza end-to-end tra il client remoto e l'istanza EC2. La workstation virtuale può accedere a risorse private, come il sistema di controllo della versione Perforce Helix Core tramite Amazon Virtual Private Cloud (Amazon VPC).
Fase 3
Il gateway NAT consente alle risorse della sottorete privata di accedere alle risorse tramite Internet pubblico, come i servizi di licenza e aggiornamento.
Fase 4
Il coordinatore di Unreal Engine Swarm, responsabile della distribuzione delle attività di compilazione, è una risorsa privata, disponibile solo per le risorse in Amazon VPC. Il coordinatore Swarm dispone di una propria istanza EC2, isolandola da eventuali tempi di inattività in altre istanze e creando un ambiente di microservizi.
Fase 5
Gli agenti di Unreal Engine Swarm sono responsabili dell'utilizzo delle risorse di sistema per completare i lavori assegnati dal coordinatore Swarm. Le istanze che ospitano gli agenti vengono inserite in un gruppo Amazon EC2 Auto Scaling che consente di aggiungere o rimuovere gli agenti Swarm al variare delle richieste di carico di lavoro.
Fase 6
Il sistema di controllo versione (Perforce) si trova in un'istanza propria e segue lo schema dei microservizi. Questo lo isola da eventuali tempi di inattività in altre istanze e semplifica le strutture di repository più complesse, se necessario.
Principi di Well-Architected
Il framework AWS Well-Architected consente di valutare i pro e i contro delle decisioni prese durante il processo di creazione di sistemi nel cloud. I sei principi del framework consentono di apprendere le best practice architetturali per la progettazione e il funzionamento di sistemi affidabili, sicuri, efficienti, convenienti e sostenibili. Grazie allo strumento AWS Well-Architected, disponibile gratuitamente nella Console di gestione AWS, puoi rivedere i tuoi carichi di lavoro rispetto a queste best practice rispondendo a una serie di domande per ciascun principio.
Il diagramma dell'architettura sopra riportato è un esempio di una soluzione creata tenendo conto delle best practice Well-Architected. Per essere completamente Well-Architected, dovresti seguire il maggior numero possibile di best practice.
-
Eccellenza operativaLeggi il whitepaper sull'eccellenza operativa
Il Kit di sviluppo per il cloud AWS (AWS CDK) consente implementazioni coerenti e ripetibili degli elementi dell'ambiente di sviluppo. Questo elimina le fonti di errore durante l'implementazione, migliorando la sicurezza e l'affidabilità e riducendo i costi. Amazon CloudWatch fornisce metriche e log relativi allo stato operativo per le risorse dell'ambiente di sviluppo. Le implementazioni automatizzate, coerenti e ripetibili tramite il processo di logging di AWS CDK con CloudWatch consentono ai componenti applicativi dell'ambiente di sviluppo di avere un'unica posizione in cui effettuare il log, indipendentemente dal numero di risorse aumentate verticalmente. Anche le metriche operative e sanitarie sono scalabili e sono attive di default per tutti i servizi all'interno di questa Guida.
-
SicurezzaLeggi il whitepaper sulla sicurezza
Il NICE DCV protegge sia i pixel sia gli input dell'utente finale tramite crittografia AES-256 end-to-end tra il client e il server. Inoltre, richiede l'autenticazione da parte del client prima di consentire una connessione. Poiché la workstation si trova in una sottorete pubblica, è importante che la comunicazione tra il servizio remoto della workstation e il client sia sicura e che i client privi di credenziali di autenticazione non siano in grado di accedere alla workstation.
Amazon VPC consente la separazione degli interessi. La sua politica ‘privata di default’ fornisce sicurezza alle risorse che non necessitano di essere esposte alla rete Internet pubblica. La maggior parte delle risorse nell'ambiente di sviluppo non ha bisogno di essere esposta alla rete Internet pubblica e sono collocate in sottoreti private in Amazon VPC a cui possono accedere solo altre risorse in Amazon VPC.
-
AffidabilitàLeggi il whitepaper sull'affidabilità
Amazon Elastic Block Store (Amazon EBS) separa l'archiviazione dall'istanza. Amazon EC2 consente l'implementazione in più zone di disponibilità isolate all'interno di una regione AWS, massimizzando la disponibilità dell'applicazione e fornendo un solido ripristino di emergenza. Amazon EBS consente alle istanze Workspace, Perforce e coordinatore Unreal Swarm di fallire preservando i dati e consentendo semplici snapshot per i backup.
-
Efficienza delle prestazioniLeggi il whitepaper sull'efficienza delle prestazioni
Amazon EC2 Auto Scaling consente di creare risorse nell'ambiente di sviluppo per aumentare orizzontalmente su richiesta. In particolare, gli agenti Unreal Engine Swarm e Incredibuild possono aumentare verticalmente quando è presente un numero elevato di attività di compilazione o sono di grandi dimensioni, riducendo così i tempi di compilazione e aumentando i tempi di iterazione. Amazon EC2 consente di eseguire l’implementazione in regioni AWS o zone locali AWS geograficamente in prossimità degli utenti, contribuendo alla riduzione di latenza tra client locali e server remoti e a ottimizzare l'esperienza della workstation virtuale. Il NICE DCV fornisce protocolli ottimizzati per ridurre al minimo la quantità di dati da trasferire tra il client e il server, consentendo un rendering di frame al secondo più elevato e una latenza meno percettibile tra input e display.
-
Ottimizzazione dei costiLeggi il whitepaper sull'ottimizzazione dei costi
Amazon EC2 consente di scegliere tra una varietà di tipi di istanze e modelli di pagamento per ottimizzare i costi per i carichi di lavoro specifici. Questo permette di abbinare i carichi di lavoro a opzioni a costi inferiori. Inoltre, le istanze on demand minimizzano le richieste di pagamento per i server che non sono in uso.
-
SostenibilitàLeggi il whitepaper sulla sostenibilità
Le tipologie di istanza Amazon EC2 Auto Scaling e Amazon EC2 aiutano a fornire le risorse minime richieste per soddisfare le esigenze del carico di lavoro. Ridurre al minimo le risorse per adattare i carichi di lavoro, sia attraverso la scalabilità sia scegliendo le tipologie di istanza, consente di creare servizi efficienti per ridurre al minimo l'impatto ambientale del carico di lavoro.
Risorse per l'implementazione
Il codice di esempio è un punto di partenza. È convalidato dal settore, prescrittivo ma non definitivo, ed è il punto di partenza per iniziare a lavorare.
Contenuti correlati
[Titolo]
Avvertenza
Il codice di esempio, le librerie software, gli strumenti della linea di comando, le proof of concept, i modelli e le altre tecnologie correlate (comprese tutte le tecnologie di cui sopra fornite dal nostro personale) vengono forniti all'utente sotto forma di contenuto AWS ai sensi dell'Accordo cliente AWS o del relativo accordo scritto stipulato tra l'utente e AWS (a seconda dei casi). Non bisogna utilizzare il contenuto AWS in questione negli account di produzione o sui dati di produzione o altri dati fondamentali. L'utente è responsabile dei test, della sicurezza e dell'ottimizzazione del contenuto AWS, come il codice di esempio, in modo appropriato per l'utilizzo in produzione sulla base delle pratiche e degli standard di qualità specifici. L'implementazione del contenuto AWS può comportare costi AWS per la creazione o l'utilizzo di risorse AWS addebitabili, quali le istanze Amazon EC2 in esecuzione o l'archiviazione Amazon S3.
Eventuali riferimenti a servizi o organizzazioni di terze parti contenuti in questa guida non implicano alcuna approvazione, sponsorizzazione o affiliazione tra Amazon o AWS e dette terze parti. La guida di AWS è un punto di partenza tecnico e l'integrazione con servizi di terze parti può essere personalizzata al momento dell'implementazione dell'architettura.