Implementación de API con AWS Elastic Beanstalk

A finales de enero, realizamos otro curso intensivo en línea "Backend PHP Developer" . Esta vez, el tema de una lección abierta fue la creación de un bot de Telegram para pedir café en una institución y pagar en línea . El seminario web resultó ser muy rico, por lo que se prolongó durante dos días: "Día 1" y "Día 2" . Le presentamos una versión de texto del primer día de uso intensivo en línea. Se trataba de presentar AWS Elastic Beanstalk y desplegar la API con él.

Profesor: Michael Kamorin , desarrollador principal de backend en Skyeng.

---

Computación en la nube

El uso de la computación en la nube en general y AWS en particular nos brinda las siguientes ventajas:

1. Acceso conveniente a la red bajo demanda. Podemos conectarnos en cualquier momento los 365 días del año 24/7.
2. Fondo general de recursos informáticos configurables. La computación en la nube nos permite utilizar un cierto fondo común de recursos informáticos, que son mucho más grandes que los recursos de una máquina, en comparación con un servidor privado.
3. Provisión y liberación inmediata. Podemos obtener recursos adicionales en poco tiempo si es necesario. Y libera estos recursos con la misma rapidez tan pronto como se vuelvan innecesarios.
4. Los costos operativos más bajos. Dependiendo del nivel de abstracción, se requiere un nivel diferente de inversión financiera, pero generalmente es mínimo.

¿Qué problemas resolvemos?

1. Autoservicio Cuando nos comunicamos con un proveedor habitual de los mismos servidores VPS, escribimos una carta, solicitamos asignar los recursos necesarios, etc. En respuesta, se nos ofrecen tarifas y opciones de configuración. Elegimos, pagamos y más. En AWS, todo es mucho más simple: la tarjeta se conecta de inmediato, elegimos el entorno nosotros mismos y comenzamos todo nosotros mismos teniendo en cuenta nuestras necesidades. Es un autoservicio completo, lo cual es muy conveniente.
2. Hospedaje Naturalmente, para ejecutar nuestro código en una máquina remota, obtenemos el alojamiento necesario. En principio, no solo las nubes resuelven este problema.
3. Grupo de recursos configurables. Un bot de Telegram específico, por supuesto, no requerirá muchos recursos, pero sucede que estamos hablando de tareas comerciales más complejas o crecimiento de proyectos.
4. Elasticidad ¿Qué se quiere decir aquí? Cuando tenemos una estacionalidad pronunciada (incluso dentro del día), cuando sabemos el momento de inicio del horario de máxima audiencia y las cargas máximas, podemos ahorrar. Está claro que si usamos los recursos informáticos que cubren las cargas máximas 24/7, pagaremos de más. Elasticity nos permite aumentar los recursos informáticos poco antes del horario de máxima audiencia y liberarlos inmediatamente después de su finalización. Por lo tanto, reducimos significativamente el costo del servicio de nuestra infraestructura.
5. Medibilidad Vemos la cantidad de llamadas a nuestras funciones (en el caso de, por ejemplo, AWS Lambda), vemos recursos (cuántas máquinas virtuales funcionan, cuál es la carga), es decir, tenemos un monitoreo bastante avanzado y preciso.

Niveles de abstracción.

Hablemos un poco sobre los niveles de abstracción:

1. En los locales tradicionales , proporcionamos todo, desde la compra de hardware hasta la configuración de la aplicación que lanzamos.
2. IaaS nos proporciona algo de hardware y un hipervisor. Además, podemos seleccionar e instalar independientemente el sistema operativo requerido, el entorno, podemos escalar, etc.
3. CaaS . El nivel de contenedor como servicio se destacó recientemente con el desarrollo de la contenedorización en general y la dockerización en particular. En el caso de CaaS, no estamos obligados a configurar el sistema operativo; ya se nos proporciona desde un determinado conjunto de sistemas operativos preconfigurados.
4. PaaS . Un nivel bastante antiguo de abstracción, que apareció mucho antes de que CaaS se destacara. En este nivel, también contamos con un entorno de tiempo de ejecución, es decir, este es un alojamiento clásico. Supongamos que tenemos una versión de PHP para elegir con un conjunto de extensiones. A nivel de este PHP, podemos hacer cualquier cosa: instalar equilibradores, escribir nuestro propio código, etc.
5. FaaS . Un ejemplo es el mismo AWS Lambda. En este caso, el escalado ya se proporciona por medio del proveedor de la nube que proporciona la funcionalidad, y no tenemos problemas cuando la aplicación comienza a crecer. El mismo AWS Lambda puede admitir miles de instancias sin que sea necesario que lo configuremos (solo pague).
6. SaaS . En este caso, solo tenemos acceso a la opción de configuración que los programadores ponen en el software que utilizamos.

Para no ser infundado, damos ejemplos sobre los niveles de abstracción:

• IaaS - Amazon Elastic Compute Cloud (EC2) - trabajaremos con él hoy;
• CaaS - Amazon Elastic Container Service (ECS);
• PaaS - Google App Engine;
• FaaS - AWS Lambda;
• SaaS: Gmail.

Intercambio de recursos

¿Cómo se usan generalmente las nubes? Hay varios escenarios:

1. Nube privada Toda la infraestructura se encuentra en el centro de datos y pertenece a la empresa (pertenece en el sentido de que nadie, excepto nosotros, puede trabajar en estos recursos).
2. Nube pública Toda la infraestructura está en la nube. Solo sabemos que tenemos un servicio del nivel seleccionado, que se nos proporciona. No sabemos cómo se organiza en los niveles inferiores. No poseemos completamente nuestros datos, aunque solo sea porque si queremos que se eliminen, no tenemos garantía de que esto suceda. Además, si el proveedor es pirateado, la probabilidad de pérdida de información confidencial es alta. Sí, estos riesgos existen con una nube privada, pero aquí estamos hablando de piratería selectiva de sus recursos, y aquí puede obtener la distribución, como dicen, por casualidad y para la empresa.
3. Nube Híbrida Hay posibles opciones:

• en modo normal, se utiliza su propia infraestructura, se conecta una nube en las cargas máximas;
• alienados de nuestro software, los cálculos se llevan a la nube;
• en modo normal, se usa la nube; en situaciones de emergencia, se produce el cambio a su infraestructura.

Aws

Hablando de AWS, primero mencionamos algunos de los componentes que necesitaremos y se utilizarán debajo del capó.

AWS IAM

IAM (Identity and Access Management) es lo primero que debe enfrentar cuando se registra. IAM le permite configurar los derechos de acceso a la cuenta, administrar roles, grupos y usuarios.

Amazon sugiere que sigamos las Mejores prácticas, aunque tendremos que violarlas un poco durante la lección. Estas son las siguientes prácticas:

• para cada persona física: un usuario separado;
• para cada aplicación: un rol separado;
• los accesos que se emitirán no están comprometidos, no estamos buscando, no estamos usando el código;
• nunca use una cuenta raíz que no sea la configuración inicial. Si accidentalmente enciende una contraseña en alguna parte, alguien puede comprar máquinas virtuales desde su cuenta raíz. E incluso si configura todas las alertas necesarias, puede obtener mil dólares y medio muy rápidamente.

AWS EC2

EC2: Elastic Compute Cloud (IaaS): un servicio web que nos brinda la capacidad de implementar máquinas virtuales. EC2 proporciona:

• gestión de la potencia informática que utilizaremos (cuando registra una cuenta gratuita, el acceso se otorga a un solo tipo de instancia);
• Conjunto de imágenes de máquina de Amazon (AMI): imágenes de máquina virtual con aplicaciones, bibliotecas, etc.

Además, generalmente para trabajar con EC2 necesitará usar Amazon S3 (Servicio de almacenamiento simple): almacenamiento de archivos.

Cabe señalar aquí que no tocaremos EC2 directamente, ya que allí debe configurar todo usted mismo, comenzando desde el entorno y terminando con la configuración de acceso a la red. Sin embargo, debe entenderse que bajo el capó EC2 siempre está ahí.

AWS Elastic Beanstalk

Elastic Beanstalk - servicio de orquestación (PaaS o CaaS, dependiendo de lo que orquestará). Si la contenedorización es trabajar con el contenedor mismo y su llenado, entonces la orquestación es trabajar con contenedores, digamos, a nivel meta. La orquestación es, de hecho, un mecanismo que nos permite iniciar contenedores / máquinas virtuales ya sea mediante API o mediante la consola.

Beanstalk agrega en la parte superior del sistema operativo una capa de entorno para un lenguaje de programación particular, un servidor web, contenedorización, un conjunto de bibliotecas, extensiones, etc.

Usaremos PHP 7.3 con el servidor web Apache (no se proporciona nginx, esto no es bueno ni malo, sino un hecho a tener en cuenta). Como no lo lograremos todo, a nosotros, en principio, no nos importa.

Instalación y configuración

Bueno, pasemos a practicar. La primera etapa es el registro y la configuración de los derechos de acceso:

1. Regístrese en amazon.com . Tomamos una cuenta gratuita con un conjunto mínimo de automóviles;
2. iniciar sesión Dado que Elastic Beanstalk ofrece la región de Oregon de manera predeterminada, seleccione Oregon en la consola de administración de AWS:
3. vaya al servicio IAM a través de la consola (escriba iam en la barra de búsqueda):
4. allí vemos un tablero en el que realizamos ciertas acciones
   
   
5. Para trabajar con Elastic Beanstalk, creamos y configuramos un nuevo usuario (solo acceso programático):
   
   
   
6. agregue un grupo con derechos AWSElasticBeanstalkFullAccess:
7. descargue los detalles de acceso y guárdelos en un lugar seguro. Si pierde el archivo, el usuario tendrá que volver a crearlo.

Entonces, tenemos un usuario y seguiremos trabajando con este usuario. En esta etapa, todo.

EB CLI

Ahora necesita instalar la consola ElasticBeanstalk. Este es un proceso bastante largo, aquí hay una breve descripción de lo que hay que hacer:

1. Clonamos el repositorio https://github.com/aws/aws-elastic-beanstalk-cli-setup .
2. Leemos cuidadosamente el archivo Léame y realizamos las acciones necesarias para su sistema operativo (los problemas potenciales también se describen en el archivo Léame).
3. Después de la instalación, no olvide exportar variables con rutas.
4. Verifique que todo funcione, eb –version .

Inicializando Elastic Beanstalk

Ahora necesitamos inicializar Elastic Beanstalk en nuestro proyecto. Para hacer esto:

• descomprimir el archivo con el código fuente ;
• ejecutar la instalación del compositor;
• ejecute eb init;
• seleccione una región (el valor predeterminado es Oregon) y especifique los detalles de acceso del archivo descargado;
• especifique el nombre de la aplicación, el lenguaje de programación PHP y la versión 7.3.

Tenga en cuenta que no utilizaremos CodeCommit y acceso ssh .

Después de la inicialización, la carpeta .elasticbeanstalk aparece en la aplicación, dentro de la cual habrá un archivo de configuración.



Crear y ejecutar una instancia EC2

Ahora necesita crear y ejecutar la instancia EC2 a través de Beanstalk. Para hacer esto:

• ejecutar eb create ;
• especifique el nombre del entorno, DNS CNAME , seleccione equilibrador de carga (aplicación) ;
• rechazar Spot Fleet (elasticidad bajo carga);
• verificar el estado de eb status / eb health ;
• tratando de abrir el sitio abierto de eb .

Curiosamente, pero nos enfrentamos al error 403. ¿Qué podría haber salido mal? Como nuestra aplicación está en Laravel, el punto de entrada se encuentra en el directorio /public , y EB espera un punto de entrada en el directorio raíz de forma predeterminada.



Arreglo de la configuración

El siguiente paso es arreglar la configuración:

• ve a la consola en Elastic Beanstalk;
• seleccione nuestra aplicación y vaya a Configuración;
• en la sección Software, haga clic en el botón Modificar;
• instalar la raíz del documento en / public;
• haga clic en Aplicar;
• Verificamos el rendimiento ( /api/v1/goods ).

Configuración de verificación de salud

En realidad, queda por configurar la comprobación de estado . Para hacer esto:

• ir a la consola en Elastic Beanstalk;
• seleccione nuestra aplicación y vaya a Configuración;
• en la sección Load Balancer, haga clic en el botón Modificar;
• en la sección Procesos, seleccione predeterminado y seleccione la acción Editar;
• especifique Path / api / v1 / goods y HTTP code 200 en la sección Health Check;
• haga clic en Guardar y aplicar.

Hablamos más sobre el monitoreo y el primer día de intensivo en línea llegó a su fin. Si está interesado en este tema, es mejor revisar la lección por completo y repetir todos los pasos para el maestro. Además, también se recomienda prestar atención a la continuación. Recuerde que el resultado de un intensivo en línea de 2 días fue la creación de un bot de Telegram para ordenar café en la institución y pagar en línea:

• https://github.com/egerasimchuk/coffeman ;
• https://t.me/coffeman2_bot .