Agregar aplicaciones - AWS OpsWorks

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Agregar aplicaciones

importante

El AWS OpsWorks Stacks servicio llegó al final de su vida útil el 26 de mayo de 2024 y se ha desactivado tanto para los clientes nuevos como para los existentes. Recomendamos encarecidamente a los clientes que migren sus cargas de trabajo a otras soluciones lo antes posible. Si tienes preguntas sobre la migración, ponte en contacto con el AWS Support equipo en AWS Re:post o a través de Premium AWS Support.

El primer paso para implementar una aplicación en los servidores de aplicaciones consiste en agregar una aplicación a la pila. La app representa la aplicación y contiene una serie de metadatos, como el nombre y el tipo de la aplicación y la información necesaria para implementarla en las instancias del servidor, como la URL del repositorio. Para agregar una aplicación a una pila, debe disponer de permisos Manage. Para obtener más información, consulte Administración de permisos de usuario.

nota

El procedimiento de esta sección es aplicable a pilas de Chef 12 y más recientes. Para obtener más información sobre cómo añadir aplicaciones a las capas en las pilas de Chef 11, consulte Paso 2.4: Crear e implementar una aplicación - Chef 11.

Para agregar una aplicación a una pila
  1. Coloque el código en el repositorio que prefiera: un archivo de Amazon S3, un repositorio Git, un repositorio Subversion o un archivo HTTP. Para obtener más información, consulte Origen de las aplicaciones.

  2. Haga clic en Apps (Aplicaciones) en el panel de navegación. En la página Apps (Aplicaciones), haga clic en Add an app (Añadir una aplicación) para su primera aplicación. Para aplicaciones posteriores, haga clic en +App.

  3. Utilice la página App New (Aplicación nueva)para configurar la aplicación, tal y como se describe en la siguiente sección.

Configuración de una aplicación

La página Add App (Añadir aplicación) incluye las siguientes secciones: Settings (Configuración), Application source (Origen de la aplicación), Data Sources (Fuentes de datos), Environment Variables (Variables de entorno), Add Domains (Añadir dominios) y SSL Settings (Configuración de SSL).

Configuración

Nombre

El nombre de la aplicación, que se utiliza para representar la aplicación en la interfaz de usuario. AWS OpsWorks Stacks también usa este nombre para generar un nombre abreviado para la aplicación que se usa internamente y para identificar la aplicación en los atributos de configuración e implementación de la pila. Una vez agregada la aplicación a la pila, podrá ver el nombre abreviado haciendo clic en Apps (Aplicaciones) en el panel de navegación y, a continuación, en el nombre de la aplicación para abrir la página de detalles.

Document root (Raíz del documento)

AWS OpsWorks Stacks asigna la configuración raíz del documento al [:document_root]atributo de los atributos de la aplicación. deploy El valor predeterminado es null. Las recetas de implementación pueden obtener dicho valor de los atributos deploy mediante sintaxis de nodo de Chef estándar e implementar el código especificado en la ubicación adecuada en el servidor. Para obtener más información acerca de cómo implementar aplicaciones, consulte Recetas de implementación.

Origen de las aplicaciones

Puede implementar aplicaciones desde los siguientes tipos de repositorio: Git, agrupación Amazon S3, agrupación HTTP y otros. Todos los tipos de repositorio requieren que especifique el tipo y su URL. Los tipos de repositorio individuales tienen requisitos propios, como se explica a continuación.

nota

AWS OpsWorks Stacks implementa automáticamente las aplicaciones desde los repositorios estándar a las capas de servidor integradas. Si utilizas el tipo de repositorio Otro, que es la única opción para las pilas de Windows, AWS OpsWorks Stacks coloca la información del repositorio en los deployatributos de la aplicación, pero debes implementar recetas personalizadas para gestionar las tareas de implementación.

Archivo HTTP

Para utilizar un servidor HTTP de acceso público como repositorio:

  1. Cree un archivo comprimido (zip, gzip, bzip2, Java War o tarball) de la carpeta que contiene el código de la aplicación y los archivos asociados, si los hay.

    nota

    AWS OpsWorks Stacks no admite archivos tar sin comprimir.

  2. Cargue el archivo en el servidor.

  3. Para especificar el repositorio en la consola, seleccione la opción de archivo HTTP como tipo de repositorio e introduzca la dirección URL.

    Si el archivo está protegido con contraseña, en Origen de la aplicación, especifique el nombre de usuario y la contraseña.

Archivo de Amazon S3

Para usar un bucket de Amazon Simple Storage Service como repositorio:

  1. Cree un bucket de Amazon S3 público o privado. Para obtener más información, consulte la documentación de Amazon S3.

  2. Para que AWS OpsWorks Stacks pueda acceder a los buckets privados, debes ser un usuario con al menos derechos de solo lectura en el bucket de Amazon S3 y necesitarás el ID de la clave de acceso y la clave de acceso secreta. Para obtener más información, consulte la Documentación de AWS Identity and Access Management.

  3. Coloque el código y los archivos asociados en una carpeta y guárdela en un archivo comprimido (zip, gzip, bzip2, Java War o tarball).

    nota

    AWS OpsWorks Stacks no admite archivos tar sin comprimir.

  4. Cargue el archivo de almacenamiento en el bucket de Amazon S3 y registre la dirección URL.

  5. Para especificar el repositorio en la consola de AWS OpsWorks Stacks, establece el tipo de repositorio en S3 Archive e introduce la URL del archivo. Si se trata de un archivo privado, también deberá proporcionar un ID de clave de acceso de AWS y una clave de acceso secreta cuya política otorgue permisos de acceso al bucket. Deje estos valores en blanco en el caso de archivos públicos.

Repositorio Git

Un repositorio de Git proporciona control de código fuente y control de versiones. AWS OpsWorks Stacks admite sitios de repositorios alojados públicamente, como GitHubBitbucket, así como servidores Git alojados de forma privada. Para las aplicaciones y submódulos Git, el formato utilizado para especificar la URL del repositorio en Application Source (Origen de la aplicación) depende de si el repositorio es público o privado:

Repositorio público – Use protocolos de solo lectura HTTPS o Git. Por ejemplo, Introducción a las pilas de Linux en Chef 11 usa un GitHub repositorio público al que se puede acceder mediante cualquiera de los siguientes formatos de URL:

  • Git de solo lectura: git://github.com/amazonwebservices/opsworks-demo-php-simple-app.git

  • HTTPS: https://github.com/amazonwebservices/opsworks-demo-php-simple-app.git

Repositorio privado: use el formato de lectura/escritura de SSH que se muestra en estos ejemplos:

  • Repositorios de Github: git@github.com:project/repository.

  • Repositorios en un servidor Git: user@server:project/repository

Si se selecciona Git en Source Control (Control de origen) se muestran dos valores opcionales más:

Repository SSH key (Clave SSH del repositorio)

Debe especificar una clave SSH de implementación para obtener acceso a repositorios Git privados. Este campo requiere la clave privada; la clave pública se asignó a su repositorio Git. Con los submódulos Git, la clave especificada debe obtener acceso a esos submódulos. Para obtener más información, consulte Uso de las claves SSH de repositorios Git.

importante

La clave SSH de implementación no puede requerir una contraseña; AWS OpsWorks Stacks no tiene forma de pasarla.

Branch/Revision

Si el repositorio tiene varias sucursales, AWS OpsWorks Stacks descarga la rama maestra de forma predeterminada. Para especificar una ramificación concreta, introduzca su nombre, el hash SHA1 o el nombre de la etiqueta. Para especificar una confirmación concreta, introduzca el identificador completo de 40 dígitos hexadecimales de confirmación.

Otros repositorios

Si los repositorios estándar no valen según sus requisitos, use otros; por ejemplo, Bazaar. Sin embargo, AWS OpsWorks Stacks no implementa automáticamente las aplicaciones de dichos repositorios. Debe implementar recetas personalizadas que administren el proceso de implementación y asignarlas a los eventos Deploy adecuados de la capa. Si desea ver un ejemplo de cómo implementar recetas de implementación, consulte Recetas de implementación.

Orígenes de datos

En esta sección se adjunta una base de datos a la aplicación. Dispone de las opciones siguientes:

Si selecciona RDS, debe especificar lo siguiente.

Instancia de base de datos

La lista incluye todas las capas de servicio de Amazon RDS. También puede seleccionar una de las siguientes opciones:

(Obligatoria) Seleccione el servidor de base de datos que desea adjuntar a la aplicación. El contenido de la lista dependerá del origen de datos.

  • RDS: una lista de las capas del servicio Amazon RDS de la pila.

Nombre de base de datos

(Opcional) Especifique el nombre de la base de datos.

  • Capa Amazon RDS: Escriba el nombre de la base de datos especificado para la instancia de Amazon RDS.

    Puede verlo en la consola de Amazon RDS.

Cuando implementas una aplicación con una base de datos adjunta, AWS OpsWorks Stacks agrega la conexión de la instancia de base de datos a los atributos de la aplicación. deploy

Puede escribir una receta personalizada para recuperar la información de los atributos deploy y colocarla en un archivo al que la aplicación obtenga acceso. Esta es la única opción para proporcionar información sobre la conexión de la base de datos a los tipos de aplicación Other.

Para obtener más información acerca de cómo administrar las conexiones de bases de datos, consulte Conexión a una base de datos.

Para separar un servidor de base de datos de una aplicación, cambie la configuración de la aplicación y especifique otro servidor de base de datos o ningún servidor.

Variables de entorno

Puede especificar un conjunto de variables de entorno para cada aplicación, que serán específicas de la aplicación. Por ejemplo, si tiene dos aplicaciones, las variables de entorno definidas para la primera no están disponibles para la segunda y viceversa. También puede definir la misma variable de entorno para varias aplicaciones y asignarle un valor diferente para cada aplicación.

nota

No existe ningún límite específico sobre el número de variables de entorno. No obstante, el tamaño de la estructura de los datos asociados (que incluyen los nombres, valores y los valores de marca protegidos de las variables) no puede superar los 20 KB. Este límite debería dar cabida a la mayoría de los casos de uso, si no a todos ellos. Sobrepasarlo generará un error de servicio (consola) o una excepción (API) con el mensaje "Environment: is too large (maximum is 20 KB)".

AWS OpsWorks Stacks almacena las variables como atributos en los atributos de la deploy aplicación. Puede hacer que sus recetas personalizadas recuperen los valores con la sintaxis de nodo de Chef estándar. Para ver ejemplos de cómo obtener acceso a las variables de entorno de una aplicación, consulte Uso de variables de entorno de .

Clave

El nombre de la variable. Puede contener un máximo de 64 letras en mayúsculas y minúsculas, números y guiones bajos (_), pero debe comenzar con una letra o un guion bajo.

Valor

El valor de la variable. Puede contener un máximo de 256 caracteres, imprimibles obligatoriamente.

Protected value

Si el valor está protegido. Esta configuración permite ocultar información confidencial, por ejemplo, las contraseñas. Si establece Protected value (Valor protegido) para una variable, después de crear la aplicación:

  • La página de detalles de la aplicación mostrará únicamente el nombre de la variable, no el valor.

  • Si tiene permiso para modificar la aplicación, puede hacer clic en Update value (Actualizar valor) para especificar un nuevo valor, pero no puede ver ni modificar el valor antiguo.

nota

Los registros de implementación de Chef a veces pueden incluir variables de entorno. Esto significa que las variables protegidas pueden mostrarse en la consola. Para evitar que las variables protegidas se muestren en la consola, le recomendamos que utilice buckets de Amazon S3 como almacenamiento para las variables protegidas que no desea que se muestren en la consola. En Uso de un bucket de Amazon S3 de esta guía hay disponible un ejemplo de cómo utilizar un bucket de S3 para este fin.

Configuración SSL y de dominio

Para el tipo Otra aplicación, AWS OpsWorks Stacks agrega la configuración a los atributos de deploy la aplicación. Sus recetas pueden recuperar los datos de los atributos y configurar el servidor como sea necesario.

Domain Settings

Esta sección tiene un campo Add Domains (Añadir dominios) opcional para especificar dominios. Para obtener más información, consulte Uso de dominios personalizados.

SSL Settings

Esta sección tiene un alternador SSL Support (Compatibilidad SSL) que puede utilizar para habilitar o deshabilitar SSL. Si hace clic en Yes (Sí), tendrá que proporcionar la información del certificado SSL. Para obtener más información, consulte Uso de SSL.