Recomendaciones del equipo de EaSI para crear entornos

En Emulation-as-a-Service, Los recursos del medio ambiente se pueden crear y encadenar entre sí, permitiendo que diferentes configuraciones y combinaciones de software se reutilizan ampliamente entre colecciones (o se adapten a objetos digitales específicos y usen casos). En este :ref:`chain model madederivation conveniente, el enlace inicial se denomina generalmente un base Medio ambiente, mientras que el siguiente enlace/sucesivo en la cadena se denomina un derivative Medio ambiente.

«Derivatives» es por lo tanto un término que se puede utilizar para abarcar varios tipos específicos de Medio Ambiente que podrían construirse sobre una base, incluyendo (pero no necesariamente limitado a):

  • :term:`Entornos de uso obligatorio `

  • «revisiones» (entorno derivado con algunos ajustes o mejoras realizados, destinados a supersede o reemplazar su base en la interfaz de usuario de EaaSI)

  • «forked» Environments (created when a user want to intentionally create a new, stand-alone Environment branching off from a specific point in an Environment’s derivative history)

Dada la naturaleza ramificadora y muy variable de estas cadenas derivadas, se importa especialmente para que los flujos de trabajo relacionados con EaSI comiencen tanto como sea posible desde entornos base bien definidos y replicables. Sin embargo, la definición y los requisitos para un entorno de base pueden variar entre:term:organizaciones realizadasorganización titulada o incluso colecciones - el acceso a Internet en vivo, por ejemplo, podría ser de importancia crítica para basar entornos en un flujo de trabajo, mientras que completamente indeseable en otro.

Aunque el equipo EaaSI no puede dictar lo que hace un «medio ambiente adecuado» en todos escenarios para todos usuarios, ciertas características, funcionalidad, o incluso las limitaciones actuales de la plataforma deben ser utilizados para guiar la creación, configuración y publicación de bases. Esta página es un intento de proporcionar este contexto y recomendaciones apropiadas para puntos de decisión potencialmente cruciales en la creación del medio ambiente, con la esperanza de fomentar flujos de trabajo más eficientes para los usuarios de EaaSI en todas partes.

Estos son concebidos sólo como directrices** y deben ser adaptados o cambiados según sea necesario en flujos de trabajo locales específicos.

Las recomendaciones se dividen en secciones, clasificadas en «tipos» particulares de entorno informático que tienden a tener preocupaciones compartidas para configuraciones de emulador/hardware y OS o configuración de software. Estas categorías no son duras y rápidas ni mutuamente excluyentes, estableciendo una base de servidor «Ubuntu» https://ubuntu.com confía`_, por ejemplo, se podría consultar recomendaciones tanto para «Entornos del Servidor Web» y «Entornos públicos abiertos».

Medios de escritorio

Definición, alcance, ejemplos:

Los ambientes de computación «Desktop» generalmente se refieren a estaciones de trabajo personales de computadoras desde aproximadamente finales de los setenta hasta el presente (es decir, comenzando con el uso generalizado de microprocesadores, superando el mainframe y minicomputers). Engloban hardware, sistemas operativos y software comúnmente asociado con configuraciones de oficina/work/lab de masas o computación casera.

Los entornos de escritorio son también comúnmente sistemas de computación gráfica/GUI (Windows, MacOS) pero no exclusivamente, ya que el término también puede abarcar sistemas de computación personal basados en terminales/command-line tempranos como DOS, la Apple II, la línea Commodore 64, etc.

Debido a la abrumadora popularidad de tales sistemas, la plataforma EaSI y los flujos de trabajo han sido diseñados en gran medida con entornos de escritorio como su caso de uso primario, ya que la mayoría de los datos inaccesibles y dependientes de software y materiales digitales recogidos por el patrimonio cultural y archivos científicos han generado (al menos hasta este punto en el tiempo) por sistemas de escritorio y software de la era de computación personal.

Los entornos de escritorio han servido históricamente como clientes y servidores en redes informáticas. Dado que la plataforma EaSI todavía no admite la creación y configuración de redes emuladas, se ofrece una orientación particular en un separate section יserver-recs confianza para recrear relaciones servidor-cliente entre programas de software en un entorno de escritorio EaSI. De lo contrario, estas recomendaciones suponen que un entorno de escritorio es contenido a sí mismo con, como máximo, una relación cliente con el Internet en vivo.

Ejemplos de entornos de escritorio:

  • IBM PC running MS-DOS 6.22

  • Commodore PET

  • genérico 32-bit x86 PC ejecutando Windows XP

  • PowerMac G3 corriendo Mac OSX 10.4

  • Genérico 64-bit PC que ejecuta Ubuntu 18.04

** Recomendaciones sobre la opción del medio ambiente:**

  • Ratón relativo (Pointerlock)

    • El comportamiento relativo del ratón (Pointerlock) es extremadamente variable dependiendo del sistema emulado

    • Por lo general, los usuarios prefieren no tener su entrada de ratón captada por una aplicación web; sin embargo, con algunos sistemas de invitados antiguos (en particular sistemas basados en GUI más antiguos que NO son compatibles con dispositivos de punta de absoute como una tableta USB emulada), puede ser la única manera de hacer que el sistema sea usable tolerablemente

    • La entrada relativa del ratón puede verse afectada por la latencia de la red, por lo que lag será variable dependiendo de la conexión de Internet del usuario y la proximidad física a su EaaSI :term:`node `

  • Virtualizar CPU

    • Si el sistema emulado es " KVM " https://en.wikipedia.org/wiki/Kernel-based_Virtual_Machine confianza`_ compatible, Disponible Virtualizar CPU

    • Si el sistema emulado es no compatible con KVM, disable Virtualize CPU

    • Tenga en cuenta que la compatibilidad de KVM y la función Virtualize CPU pueden fallar silenciosamente o incluso eventualmente romper, dependiendo de la configuración del EaaSI node y futuras actualizaciones del proyecto KVM; ver :ref:`enable-kvm `

  • WebRTC Audio

    • Enable WebRTC Audio

  • XPRA Video

    • Inable XPRA Video

  • Requiere un cierre limpio

    • Si el sistema emulado es " CAPI " , se indica en http://en.wikipedia.org/wiki/ACPI " compatible, Disponible Requiere limpieza de apagado

    • Si el sistema emulado es no compatible con ACPI, disable Requiere un cierre limpio

  • Configured Drives

    • Configure * al menos* una de las unidades «CDROM» y «Floppy» (hasta 7 totales)

    • Por lo menos una unidad tipo «Disk» es necesaria por EaS Environments para funcionar y el sistema ejecutará automáticamente esto sin la necesidad de entrada del usuario

  • Tamaño de la imagen

    • Al crear nuevo Recursos de imagen para utilizar en la creación de nuevos entornos desde cero, trate de maximizar el tamaño de la unidad (para permitir que el espacio más posible para los datos de software o contenido sea copiado a la unidad si es necesario en entornos derivados) mientras se mantiene dentro del ámbito de la compatibilidad del sistema operativo y del sistema de archivos (por ejemplo, el sistema de archivos FAT16 utilizado para muchos sistemas DOS no permitió tamaños de unidad mayores de 2 GB)

  • Configuración del emulador

    • Intente maximizar la cantidad de RAM disponible para la máquina emulada mientras, de nuevo, permanezca dentro de los límites de compatibilidad del sistema operativo emulado o hardware

Configuración de sistema operativo y software:

  • Ventanas de pop-up

    • Eliminar todas las ventanas pop-up que aparecen cuando un usuario arranca primero el entorno emulado (incluyendo mensajes de bienvenida, errores triviales, etc.)

  • Impresión de PostScript

    • Si es posible, instalar un controlador de impresora compatible con PostScript; de lo contrario la función «Environment Can Print» no funcionará si la opción de medio ambiente está habilitada o no

  • Configuración de cuentas de usuario

    • En sistemas multiusuarios, establece al menos una cuenta de usuario «root» (o admin) y una cuenta de usuario no «root» (admin)

    • Registro de credenciales y contraseñas utilizadas durante la configuración y almacenarlas en un conveniente external ubicación para consultar o compartir

    • Si bien está en la hoja de ruta para incluir las credenciales de la cuenta de usuario en los metadatos de EaSI Environment, esta característica todavía no se implementa; utilice un sitio o método externo para la descripción, registrando el nombre correspondiente del medio ambiente y/o UUID para fines de seguimiento

    • Se alienta encarecidamente a configurar el Medio Ambiente para iniciar sesión automáticamente en la cuenta de usuario de baja emisión (no-admin/no-«root») en el arranque; esto evitará la necesidad de introducir de forma redundante credenciales

  • Resolución de pantalla

    • 4:3 ratios de visualización (p. ej. 1024x768 o 800x600) generalmente se ven mejor si la interacción primaria será a través de la interfaz Emulation Access de la interfaz EaaSI UI

  • Discos CD-ROM virtuales

    • Instalar controladores CD-ROM compatibles en el entorno emulado cuando sea posible; de lo contrario sólo los recursos de software y contenido de tipo Floppy podrán montarse en el entorno, incluso si se añade una unidad «CDROM» a las unidades configuradas del Enviornment

  • Actualizaciones del sistema operativo, paquetes de servicio y/o versiones de puntos

    • La regla del pulgar es que los sistemas operativos posteriores/más actualizados son probablemente más estables y ricos en características; ergo es mejor instalar tantos paquetes de servicio, actualizaciones y/o versiones de puntos como están disponibles para cualquier sistema operativo dado

    • Sin embargo, incluso si está disponible, las actualizaciones o los paquetes de servicios pueden romper sin querer la compatibilidad con aplicaciones (o en el peor de los casos, en realidad ser menos estable que una versión anterior!)

    • Realice investigaciones sobre su sistema emulado deseado/objetivo para encontrar un estado recomendado que coincida con sus casos de uso

  • Actualizaciones automáticas

    • AUTOMÁTICAS DISABLES En todas partes y dondequiera que sean ofrecidos por un sistema operativo o aplicaciones individuales, si es posible.

    • En el mejor de los casos, las actualizaciones automáticas suelen causar molestos mensajes pop-up. En el peor (si se activa la opción «Internet Enabled» Environment Option), pueden resultar en cambios y errores no deseados en el medio ambiente.

Open Source Environments

Definición, alcance, ejemplos:

Los entornos que ejecutan sistemas operativos de código abierto probablemente comparten muchas de las mismas preocupaciones de configuración que los entornos comerciales/proprietarios de escritorio, pero también pueden tener preocupaciones únicas de instalación o configuración, dadas características históricas y métodos de distribución de software muy diferentes en la comunidad de código abierto.

La distribución primaria de muchas aplicaciones y sistemas de software de código abierto heredados ocurrió en Internet en lugar de a través de medios físicos boxeados/comercializados. Los administradores de paquetes se convirtieron en esenciales para que los usuarios del sistema de código abierto controlen la instalación y configuración de componentes de software de una variedad de repositorios en línea en lugar de una empresa de origen único. Esta relación es difícil de reproducir en entornos emulados/EaSI, dados cambios con el tiempo tanto al contenido como a la estructura misma de Internet. Esas recomendaciones tratan de dar cuenta de ello.

Ejemplos de entornos de código abierto:

  • Distribución de Linux (Debian, Ubuntu, openSUSE, Arch Linux, Red Hat/Fedora, etc.)

  • Distribución de BSD (FreeBSD, OpenBSD, NetBSD, etc.)

  • FreeDOS

  • Haiku

  • OpenSolaris

  • Raspbian/Raspberry Pi OS

** Recomendaciones sobre la opción del medio ambiente:**

See: all the same recommendations made for Medios de escritorio above.

Configuración de sistema operativo y software:

  • Selección de medios de instalación

    • Cuando sourcing medios de instalación (ISOs) para sistemas operativos de código abierto, trate de encontrar la opción más completa/comprensiva disponible, es decir, donde los paquetes de software más aprobados para el sistema operativo están contenidos en los propios ISO(s)

    • Muchas distribuciones de código abierto han ofrecido medios de instalación «light» o «net» como alternativa a completar ISOs. Estos fueron diseñados para minimizar la cantidad de tiempo + datos necesarios para descargar e instalar una versión básica del sistema, pero supuso que sería capaz de complementar su sistema al buscar mucho más software de Internet más adelante. Dependiendo de la edad del sistema, esto ya no es una suposición segura, e instalar desde medios conocidos o proporcionados como un archivo ISO es una opción mucho más estable y conveniente en EaaSI.

    • AVOID «light», «net», o medios de instalación similares ofrecidos por proyectos de código abierto; asociar la mayor parte del software que usted realmente tiene la intención de utilizar / ejecutar en EaaSI con un recurso de software dedicado como sea posible.

  • Conexión al archivo de código abierto EaSI

    • Se está trabajando en el programa EaaSI para abordar cuestiones relacionadas con la gestión de paquetes de código abierto.

    • Ver open-source-repo para obtener detalles e instrucciones sobre cómo puede configurar su sistema de código abierto para instalar versiones heredadas de paquetes de código abierto del repositorio de EaaSI en lugar de los sitios predeterminados (a menudo desactivados) en sistemas heredados.

  • " Sudo " : https://en.wikipedia.org/wiki/Sudo

    • Muchos sistemas comunes de distribución de código abierto, como los sistemas Linux y BSD, contienen un permiso «sudo» que permite a una cuenta de usuario no root/admin ganar energía de raíz temporalmente, por ejemplo para instalar un pedazo de software.

    • Como con :ref:`desktop environments > Eaa SI recomienda que los entornos de código abierto se establezcan inicialmente con al menos una cuenta de usuario root/admin y una cuenta de usuario no root/admin; sin embargo, no podemos recomendar exhaustivamente si el usuario no raíz debe establecerse con derechos «sudo».

    • We can recommend that an EaaSI user setting up a base environment should/must consider and evaluate whether to give the non-root account «sudo» rights during initial setup of a base Environment, based on expected use cases.

Medios de servidor

Definición, alcance, ejemplos:

Mientras que el soporte para redes emuladas (conectando un entorno en ejecución a otro entorno en una LAN virtual) todavía no ha sido probado y aprobado para la pila EaaSI, que no significa que las aplicaciones y plataformas basadas en cliente/servidor no puedan ser abordadas o accedidas usando un entorno EaSI.

It does mean that some light manipulation or counter-intuitive settings of an Environment may be recommended, in order to replicate the traditional relationship between client and server applications - which are usually `assumed to be run on separate computers connected to each other over a network ■https://en.wikipedia.org/wiki/Client%E2%80%93server_model prenda`_ - within a single Environment.

Esto es particularmente/notablemente cierto en el caso de emular servidores web, donde es probable que sea necesario emular tanto la aplicación web original hospedaje/servir un sitio Y el navegador legado destinado a ejecutar o ver el sitio.

Ejemplos de entornos de servidores a los que se pueden aplicar estas recomendaciones: - Servidor Ubuntu 16.04 - Windows Server 2012 - Mac OS X Server - Red Hat Enterprise Linux

** Recomendaciones sobre la opción del medio ambiente:**

Dado que el equipo de EaSI recomienda establecer escritorios gráficos para la mayoría de los entornos del servidor (ver abajo), todas las recomendaciones de la opción de medio ambiente arriba para Medios de escritorio aplican.

Configuración de sistema operativo y software:

  • Medios de instalación

    • Utilice los medios de instalación «Server» definidos explícitamente y/o perfiles de instalación durante la configuración del sistema operativo

    • Tales perfiles o ediciones suelen instalar utilidades y ajustes predeterminados adecuados para configurar aplicaciones basadas en servidor, reduciendo la cantidad de tiempo necesario para rastrear las dependencias.

    • Las ediciones del servidor también generalmente resultan en una base más pequeña y menos pesada Imagen, que requiere menos caché y la probabilidad de una experiencia más suave ejecutando el Medio Ambiente en EaaSI por la línea.

  • Medios de escritorio (DE)

    • However, it is recommended to install a Graphic User Interface or `desktop environment ■https://en.wikipedia.org/wiki/Desktop_environment confianza`_ in top of the server operating system if not already included.

    • Esto es particularmente notable o inusual en el caso de los sistemas de servidor basados en Linux o BSD, que en escenarios reales a menudo suponen que serán accedidos a través de la línea de comandos y esquew un entorno gráfico para reducir aún más la cantidad de datos y software necesarios para instalar.

    • En Eaa SI use cases, the limitation to a single Environment for setting up both server and client applications on the same computer means that a GUI or DE is likely necessary for setting up the wish client application (such as a web browser).

  • Resolución del nombre de dominio

    • Al instalar o configurar su aplicación basada en servidor objetivo, asegúrese de configurar todos los dominios y direcciones relveant para apuntar a «localhost» o una dirección IP local equivalente (por ejemplo, 127.0.0.1)

    • El acceso externo a / desde una LAN virtual, como se indicó anteriormente, no es compatible y la resolución del nombre de dominio fallará en cualquier caso. El servidor sólo podrá encontrar/ubicarse o posiblemente (si la opción de medio ambiente está habilitada) el Internet, a través de una LAN virtual predefinida/establecida establecida por EaaS.

  • Activos remotos

    • Al igual que con la resolución del nombre de dominio y actualizaciones automáticas del sistema operativo, los usuarios de EaaSI no pueden asumir que los activos referenciados en cualquier máquina remota/online fuera del propio entorno del servidor (vídeo, imágenes, audio, texto, JavaScript, etc.) serán accesibles por la aplicación del servidor que se ejecuta en un entorno EaaSI.

    • Al crear un objeto basado en servidor Imagen o colección para importar en EaSI, inspeccione la aplicación/objeto definido para asegurar que sea lo más autocontenido posible. Esto puede requerir descarga, reestructuración y/o reescribir la aplicación o objeto para apuntar a activos locales en lugar de remotos; este proceso también puede completarse dentro de EaaSI, pero probablemente se hará más convenientemente fuera de EaaSI a menos que haya una dependencia de software específica que en sí requiere emulación y excluye esta opción.

  • Credenciales

    • La configuración de una aplicación basada en el servidor casi seguramente requerirá múltiples conjuntos de credenciales de la cuenta de usuario, como un usuario administrador para un programa de bases de datos (como MySQL, MS Access, etc). Grabar y almacenar las credenciales utilizadas en un lugar external, fuera de EaaSI.

  • «Modo Kiosk»

    • Eaa Los usuarios de SI interesados en configurar el servidor Medios para abordar y proporcionar acceso a sitios web obsoletos (instalando un navegador que luego apunta a un sitio web configurado para ser servido en «localhost») pueden particularmente desear investigar si un navegador compatible tiene un ajuste de «modo de kosk», que generalmente predetermina el navegador para ejecutar en pantalla completa y evitar que el usuario salga del navegador y acceda al resto del sistema sin una serie de (obcurs).

    • El «modo Kiosk» generalmente se hizo común a finales de los años 2000.

Medios Android

Definición, alcance, ejemplos:

El sistema operativo móvil de código abierto Android se puede ejecutar en EaSI, pero tiene requisitos muy específicos para los medios de instalación, Opciones de entorno y configuración para funcionar como se espera (en comparación con la gama mucho más amplia de opciones de hardware emulado y configuraciones potencialmente disponibles para crear entornos de escritorio).

Específicamente, en este momento los entornos y el software de Android sólo pueden utilizarse gracias al proyecto `Android-x86 > https://www.android-x86.org/año`_, que es un esfuerzo basado en la comunidad (no apoyado oficialmente por Google) para pasar el sistema operativo, que está diseñado originalmente para procesadores móviles usando la arquitectura ARM, a la arquitectura estándar PC Intel x86. Utilizando medios de instalación del proyecto Android-x86, los usuarios de EaSI pueden configurar entornos Android compatibles con los procesadores x86 estándar/genéricos emulados por QEMU.

Se recomiendan las siguientes opciones (o, cuando se note, necesarias) para construir entornos EaSI basados en Android-x86.

** Opciones de medio ambiente**

  • unidad CD-ROM

    • Al menos una unidad tipo «CDROM» ** DEBE** ser asignada en las unidades configuradas del medio ambiente.

    • Android puede leer el sistema de archivos ISO pero NO puede leer y entender «Floppy» tipo medios, por lo que «CDROM» tipo Software y objetos de contenido son una de las únicas opciones prácticas en EaSI para cargar software en un entorno Android (incluyendo medios de instalación).

  • QEMU esencial Configuración del emulador

    • Para todos los propósitos y propósitos, los usuarios de EaaSI deber/deber incluyen lo siguiente en su configuración del emulador para entornos Android: ``-soundhw es1370 -vga vmware -net nic -device usb-tablet` `

    • Estas opciones configuran la tarjeta de sonido emulada de QEMU, tarjeta gráfica, adaptador de red y dispositivo de entrada de usuario, respectivamente; en este momento ninguna de las otras opciones de dispositivo emulado de QEMU ha permitido una experiencia estable con audio, vídeo, conexión a Internet o entrada de usuario en entornos Android.

  • Environment Can Print

    • Actualmente se desconoce si existe alguna circunstancia en la que la función Environment Can Print en EaaSI es compatible con cualquier configuración del sistema Android, incluso si está habilitada.

Configuración de sistemas operativos y software

  • Conexión WiFi

    • Siempre salta cualquier intento de configurar conexión WiFi o internet ofrecido durante una instalación Android. El entorno no será capaz de conectarse a Internet correctamente hasta que la instalación Android-x86 esté completa.

    • Una vez que la instalación esté completa, usted debe ser capaz de configurar y conectarse a Internet (asumiendo que la opción de medio ambiente está habilitada) utilizando la red «VirtWifi» que se ofrece bajo configuración de red/wifi.

  • Activar «Puente nativo»

    • La mayoría de los medios de instalación Android-x86 añade un ajuste «Native Bridge» al sistema operativo que permite la traducción automática de fondos de aplicaciones ARM a x86. Es muy recomendable habilitar esta función para permitir la instalación de aplicaciones Android en la línea sin necesidad de considerar si fueron escritas con compatibilidad ARM/x86 en mente.

    • Si está disponible, este ajuste estará bajo opciones Configuración - confiar Android-x86

  • Actualizaciones automáticas

    • Como con los entornos de escritorio, deshabilitable o no de actualizaciones automáticas a Android y aplicaciones instaladas.

    • La ubicación para estos ajustes puede ser variable dependiendo de la versión de Android, pero generalmente se puede encontrar en Configuración - Software Intelectual, Configuración - sistema de confianza, y/o en los ajustes para la aplicación de Google Play Store.