FAQ
Preocupaciones técnicas
¿Puede EaaSI emular (Amiga, Mac OS, Commodore, DOS, Atari…)?
EaaSI es una plataforma que permite configurar, compartir y acceder a entornos emulados - pero la emulación en sí misma se basa en una serie de fuentes abiertas subyacentes emulation projects ■emulators confianza. En teoría, cualquier emulador de código abierto compatible con Linux se puede incorporar en EaaSI, junto con el hardware que se pretende recrear.
Sin embargo, para ser incorporados en EaaSI, los emuladores deben configurarse y containerizarse en una configuración particular para comunicarse con el marco EaaS. Si usted está interesado en emular un sistema de hardware en particular o en incorporar un emulador específico no mencionado en este Manual, póngase en contacto con el equipo de EaaSI para obtener orientación.
¿Cuánto tiempo debe tomar un ambiente para arrancar (en promedio)?
Eso dependerá en gran medida de algunos factores, principalmente:
¿El ambiente ya ha sido dirigido recientemente en el mismo nodo? (está caché)
¿Qué recursos informáticos (CPU, RAM) han sido asignados a ese entorno hardware configuración?
El tamaño de la imagen(s) del disco base del entorno
La fuerza / ancho de banda de su conexión de red
La sesión de emulación se cargará y arrancará mucho más rápido si la imagen de disco del entorno ya ha sido caché en el componente de emulación desde el almacenamiento. Así que un ambiente que se está ejecutando por primera vez en días (semanas, etc.) puede cargar más lento que los intentos inmediatos posteriores de correr.
Desde allí, el tiempo de arranque de un sistema operativo legado podría mejorar asignando más recursos informáticos al entorno emulado. El personal de EaSI se ha esforzado por crear configuraciones de hardware emulados que reflejen con precisión el hardware contemporáneo de la vida real para los sistemas operativos de destino, pero obviamente hay mucho espacio de control dentro de esas líneas. Asignar más núcleos de RAM o CPU, o habilitar KVM (en :ref:`compatible ' ) en la configuración del emulador puede mejorar el tiempo de respuesta. Tenga cuidado con esta estrategia sin embargo - mantenga los requisitos del sistema legado y la compatibilidad en mente para evitar comportamientos inesperados.
En términos generales, los entornos basados en sistemas operativos antiguos se cargarán más rápido que los sistemas más recientes, ya que el tamaño medio de los sistemas operativos, las aplicaciones y los datos/files de usuarios han aumentado junto con la capacidad de los medios de almacenamiento. Cuanto mayor sea el sistema operativo, más tiempo tomará cachear el Medio Ambiente del almacenamiento al EmuComp.
Finalmente, la salida de vídeo del emulador se transmite desde el servidor EmuComp a su navegador web sobre HTTP. Como con cualquier servicio de streaming de medios, el rendimiento puede verse afectado por la fuerza de la conexión de red, afectando los tiempos de carga y respuesta percibidos por el usuario (por ejemplo, las pantallas de arranque pueden aparecer para tomar más tiempo a medida que la salida del monitor se transmite desde el EmuComp a su navegador, o la entrada del ratón y del teclado puede disminuir). Se debe preferir una conexión a Internet estable y cableada si está disponible.
Tus entornos de software legados pueden conectarse a Internet en vivo…¿hay preocupaciones de malware o seguridad?
Claro, pero no más que en cualquier otro sistema informático moderno.
Hay unas pocas capas de esta pregunta: primero, la posibilidad de encontrar el malware heredado que apunta a nuestros sistemas operativos históricos en algún lugar todavía hospedado en la web en vivo. Puesto que las actualizaciones de protocolos de Internet y seguridad web (por ejemplo HTTPS, cambios a JavaScript) han hecho la gran mayoría de la web en vivo incompatible con los navegadores heredados en primer lugar, esto no es probable. Pero emplea el mismo tipo de hábitos de navegación saludables y escépticos que traes a la web moderna en tu propio ordenador y estarás bien.
Tenga en cuenta también las capas involucradas en sistemas emulados y en EaaSI específicamente: las sesiones de emulación se escriben y almacenan como cambios de una imagen de disco base, por lo que hasta que un usuario de EaaSI haga clic intencionadamente en «Save Environment», los resultados de una sesión no se guardan * en todo*. Si de alguna manera lograste descargar sin querer `Festering Hate ' : https://en.wikipedia.org/wiki/Festering_Hate confianza`_, deja la sesión de emulación inmediatamente y los datos del virus, junto con cualquier cambio en tu sistema durante esa sesión, serán descartados.
Incluso si de alguna manera salvas un ambiente infectado, el daño debe ser aislado a ese entorno/imagen. Para tener cualquier efecto fuera del entorno emulado, el malware tendría que cerrar fuera del sistema operativo «invitado» al sistema «host» que ejecuta la plataforma EaaSI - un sistema operativo totalmente actualizado, moderno y seguro, gestionado por los administradores del sistema de su nodo. El malware Legacy simplemente no fue escrito para comportarse o ser eficaz de esta manera. Y en cualquier caso, nuestros entornos emulados (y la propia plataforma EaSI) se despliegan en sistemas de acogida a través de contenedores Docker, lo que proporciona incluso otra capa de aislamiento de red entre cualquier entorno emulado y su red local.
La preocupación más probable sería el malware moderno y vulnerabilidades que están específicamente diseñados para apuntar plataformas de emulación y virtualización. De nuevo, la mayoría de los navegadores web heredados probablemente ni siquiera podían acceder a los sitios donde se explotan estas vulnerabilidades. Pero esta es también otra parte de la motivación en la contenedorización de muchos de los módulos y emuladores subyacentes de EaSI: permitirles ser fácilmente actualizados para tener en cuenta las actualizaciones de seguridad. El equipo de desarrollo de EaaS actualiza periódicamente componentes para contabilizar versiones seguras.
En otras palabras, al igual que debe actualizar regularmente su propio sistema operativo y aplicaciones, EaaSI también!
¿Puedo tomar capturas de pantalla o video de Software o Contenido corriendo en emulación?
La interfaz Emulation Access de EaaSI tiene una función incorporada para tomar capturas de pantalla de la emulación que actualmente funciona. El vídeo no está disponible fuera de la caja en este momento.
¿Cuál es la diferencia entre salvar un «Nuevo Medio Ambiente» o una «Revisión» de un entorno existente?
La elección afecta cómo se presenta el recurso a los usuarios del Cliente EaSI.
Elegir un «nuevo entorno» crea una tarjeta de recursos completamente nueva en cualquier lugar que los recursos sean visibles en el Cliente (las páginas Explorar Recursos o Mis Recursos, por ejemplo). El entorno original también todavía tiene una entrada. El nuevo entorno será privado por defecto.
Elegir «revisión» no crea una nueva tarjeta de recurso - en lugar de actualizar y anula la tarjeta de recurso actual.
(Esto es sólo cierto si el entorno original era un recurso Privado, no publicado a la Red EaSI. Si el entorno original era un entorno público + ahorrado localmente, seleccionar «revisión» tendrá ** el mismo efecto** que «nuevo ambiente», y una nueva tarjeta de recurso se creará para la revisión.)
En ambos casos, Emulation-as-a-Service crea un archivo de imagen de disco QCOW derivado para representar y guardar los cambios en el entorno original, ya sea presentado como un nuevo entorno o como una revisión. Así que las revisiones se pueden revertir fácilmente consultando la ficha Historia en la página de detalles del Medio Ambiente y creando un tenedor en el punto del Medio Ambiente original.