[Subtítulo de SEO]
Esta orientación lo ayuda a configurar un entorno de producción de juegos completo para Unreal Engine que tenga alta disponibilidad y se entregue con una latencia reducida a los usuarios. También acelera las tareas de procesamiento pesado al distribuir las tareas a otras máquinas bajo demanda a través de una estación de trabajo virtual de alto rendimiento y un sistema de control de versiones centralizado. El código de muestra indica cómo configurar este entorno de producción de videojuegos para su equipo.
Tenga en cuenta lo siguiente: [Descargo de responsabilidad]
Diagrama de la arquitectura
[Descripción del diagrama de arquitectura]
Paso 1
El cliente remoto NICE DCV se conecta a la instancia de estación de trabajo virtual alojada en Amazon Elastic Compute Cloud (Amazon EC2) tras proporcionar la dirección IP pública de la instancia y las credenciales de autenticación.
Paso 2
La estación de trabajo virtual basada en GPU aloja un servidor NICE DCV, que proporciona seguridad de extremo a extremo entre el cliente remoto y la instancia EC2. La estación de trabajo virtual puede acceder a recursos privados, como el sistema de control de versiones Perforce Helix Core, a través de Amazon Virtual Private Cloud (Amazon VPC).
Paso 3
La puerta de enlace de NAT permite que los recursos de la subred privada accedan a los recursos a través de la Internet pública, como los servicios de licencias y actualizaciones.
Paso 4
El coordinador de Unreal Engine Swarm, que es responsable de distribuir las tareas de compilación, es un recurso privado que solo está disponible para los recursos de Amazon VPC. El coordinador de Swarm tiene su propia instancia de EC2, lo que lo aísla de cualquier tiempo de inactividad en otras instancias y crea un entorno de microservicios.
Paso 5
Los agentes de Unreal Engine Swarm son responsables de usar los recursos del sistema para completar las tareas asignadas por el coordinador de Swarm. Las instancias que alojan a los agentes se colocan en un grupo de Amazon EC2 Auto Scaling, lo que permite agregar o eliminar agentes de Swarm a medida que cambian las exigencias de la carga de trabajo.
Paso 6
El sistema de control de versiones (Perforce) está en su propia instancia, según el patrón de microservicios. Esto lo aísla de cualquier tiempo de inactividad en otras instancias y facilita estructuras de repositorio más complejas si es necesario.
Paso 1
El cliente remoto NICE DCV se conecta a la instancia de estación de trabajo virtual alojada en Amazon Elastic Compute Cloud (Amazon EC2) tras proporcionar la dirección IP pública de la instancia y las credenciales de autenticación.
Paso 2
La estación de trabajo virtual basada en GPU aloja un servidor NICE DCV, que proporciona seguridad de extremo a extremo entre el cliente remoto y la instancia EC2. La estación de trabajo virtual puede acceder a recursos privados, como el sistema de control de versiones Perforce Helix Core, a través de Amazon Virtual Private Cloud (Amazon VPC).
Paso 3
La puerta de enlace de NAT permite que los recursos de la subred privada accedan a los recursos a través de la Internet pública, como los servicios de licencias y actualizaciones.
Paso 4
El coordinador de Unreal Engine Swarm, que es responsable de distribuir las tareas de compilación, es un recurso privado que solo está disponible para los recursos de Amazon VPC. El coordinador de Swarm tiene su propia instancia de EC2, lo que lo aísla de cualquier tiempo de inactividad en otras instancias y crea un entorno de microservicios.
Paso 5
Los agentes de Unreal Engine Swarm son responsables de usar los recursos del sistema para completar las tareas asignadas por el coordinador de Swarm. Las instancias que alojan a los agentes se colocan en un grupo de Amazon EC2 Auto Scaling, lo que permite agregar o eliminar agentes de Swarm a medida que cambian las exigencias de la carga de trabajo.
Paso 6
El sistema de control de versiones (Perforce) está en su propia instancia, según el patrón de microservicios. Esto lo aísla de cualquier tiempo de inactividad en otras instancias y facilita estructuras de repositorio más complejas si es necesario.
Pilares de Well-Architected
AWS Well-Architected Framework le permite comprender las ventajas y desventajas de las decisiones que tome durante la creación de sistemas en la nube. Los seis pilares de este marco permiten aprender las prácticas recomendadas arquitectónicas para diseñar y explotar sistemas confiables, seguros, eficientes, rentables y sostenibles. Con la Herramienta de AWS Well-Architected, que se encuentra disponible gratuitamente en la Consola de administración de AWS, puede revisar sus cargas de trabajo con respecto a estas prácticas recomendadas al responder a un conjunto de preguntas para cada pilar.
El diagrama de arquitectura mencionado es un ejemplo de una solución que se creó teniendo en cuenta las prácticas recomendadas de una buena arquitectura. Para tener completamente una buena arquitectura, debe seguir todas las prácticas recomendadas de buena arquitectura posibles.
-
Excelencia operativaLea el documento técnico sobre excelencia operativa
AWS Cloud Development Kit (AWS CDK) permite implementaciones coherentes y repetibles de los elementos del entorno de desarrollo. Esto elimina las fuentes de error durante la implementación, lo que mejora la seguridad y la fiabilidad y reduce los costos. Amazon CloudWatch proporciona métricas operativas y registros para los recursos del entorno de desarrollo. Las implementaciones automatizadas, coherentes y repetibles mediante el registro de AWS CDK con CloudWatch permiten que los componentes de las aplicaciones del entorno de desarrollo tengan una única ubicación para registrar, independientemente del número de recursos que se hayan escalado verticalmente. Las métricas operativas y de estado también se escalan y están activadas de forma predeterminada para todos los servicios de esta guía.
-
SeguridadLea el documento técnico sobre seguridad
NICE DCV protege tanto los píxeles como las entradas de los usuarios finales con el cifrado AES-256 de extremo a extremo entre el cliente y el servidor. También requiere la autenticación del cliente antes de permitir una conexión. Como la estación de trabajo está en una subred pública, es importante que la comunicación entre el servicio remoto de la estación de trabajo y el cliente sea segura y que los clientes sin credenciales de autenticación no puedan acceder a la estación de trabajo.
Amazon VPC permite separar las preocupaciones. La política de “privado por defecto” agrega seguridad a los recursos que no necesitan estar expuestos a la Internet pública. La mayoría de los recursos del entorno de desarrollo no necesitan estar expuestos a la Internet pública y se colocan en subredes privadas de Amazon VPC a las que solo pueden acceder otros recursos de Amazon VPC.
-
FiabilidadLea el documento técnico sobre fiabilidad
Amazon Elastic Block Store (Amazon EBS) desacopla el almacenamiento de la instancia. Amazon EC2 permite la implementación en varias zonas de disponibilidad aisladas dentro de una región de AWS, lo que maximiza la disponibilidad de la aplicación y proporciona una sólida recuperación de desastres. Amazon EBS permite que las instancias de Workspace, Perforce y Unreal Swarm Coordinator fallen y, al mismo tiempo, preservan los datos y permiten crear instantáneas sencillas para las copias de seguridad.
-
Eficiencia en el rendimientoLea el documento técnico sobre eficacia del rendimiento
Amazon EC2 Auto Scaling permite crear recursos en el entorno de desarrollo para escalar horizontalmente según la demanda. En concreto, los agentes de Unreal Engine Swarm e Incredibuild pueden escalarse verticalmente cuando hay tareas de compilación grandes o una gran cantidad de tareas de compilación, lo que reduce los tiempos de compilación y aumenta los tiempos de iteración. Amazon EC2 le permite realizar la implementación en regiones de AWS o zonas locales de AWS que estén geográficamente cerca de los usuarios, lo que ayuda a reducir la latencia entre los clientes locales y los servidores remotos y a optimizar la experiencia de las estaciones de trabajo virtuales. NICE DCV proporciona protocolos optimizados para minimizar la cantidad de datos que deben transferirse entre el cliente y el servidor, lo que permite una mayor representación de cuadros por segundo y una latencia menos perceptible entre las entradas y la pantalla.
-
Optimización de costosLea el documento técnico sobre optimización de costos
Amazon EC2 le permite elegir una variedad de tipos de instancias y modelos de pago para optimizar los costos de sus cargas de trabajo específicas. Esto le permite combinar las cargas de trabajo con opciones de menor costo. Además, las instancias bajo demanda minimizan la necesidad de pagar por los servidores que no están en uso.
-
SostenibilidadLea el documento técnico sobre sostenibilidad
Amazon EC2 Auto Scaling y los tipos de instancia de Amazon EC2 permiten aprovisionar los recursos mínimos necesarios para satisfacer las necesidades de las cargas de trabajo. Minimizar los recursos para adaptarlos a las cargas de trabajo, ya sea mediante la escalabilidad o la elección de tipos de instancias, permite crear servicios eficientes con los que se minimiza el impacto ambiental de la carga de trabajo.
Recursos de implementación
El código de muestra es un punto de partida. Está validado por el sector, es prescriptivo pero no definitivo, y le permite profundizar en su funcionamiento para que le sea más fácil empezar.
Contenido relacionado
[Título]
Descargo de responsabilidad
El código de muestra; las bibliotecas de software; las herramientas de línea de comandos; las pruebas de concepto; las plantillas; o cualquier otra tecnología relacionada (incluida cualquiera de las anteriores que proporcione nuestro personal) se brinda como contenido de AWS bajo el Contrato de cliente de AWS, o el contrato escrito pertinente entre usted y AWS (lo que sea aplicable). No debe utilizar este contenido de AWS en sus cuentas de producción, ni en producción ni en otros datos críticos. Es responsable de probar, proteger y optimizar el contenido de AWS, como el código de muestra, según corresponda para el uso de grado de producción en función de sus prácticas y estándares de control de calidad específicos. La implementación de contenido de AWS puede incurrir en cargos de AWS por crear o utilizar recursos con cargo de AWS, como ejecutar instancias de Amazon EC2 o utilizar el almacenamiento de Amazon S3.
Las referencias a servicios u organizaciones de terceros en esta Guía no implican un respaldo, patrocinio o afiliación entre Amazon o AWS y el tercero. La orientación de AWS es un punto de partida técnico, y puede personalizar su integración con servicios de terceros al implementar la arquitectura.