The latest articles on DEV Community by Memo Döring (@memodoring). https://dev.to/memodoring https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F74450%2F730c2005-891b-4f58-a278-dad9cdfb712f.jpeg https://dev.to/memodoring en Memo Döring Mon, 27 Jan 2020 15:56:57 +0000 https://dev.to/aws/opciones-de-procesamiento-en-aws-42ae https://dev.to/aws/opciones-de-procesamiento-en-aws-42ae <h1> Opciones de procesamiento en AWS </h1> <p>En AWS nos esforzamos por proporcionarle a nuestros usuarios una caja de herramientas extensa y flexible. Así los usuarios pueden tomar las decisiones de arquitectura e implementación que mejor se adapten a la fortaleza y experiencia de su equipo. Un lugar donde esto se ve reflejado, es en la diversidad de los (más de 175) servicios disponibles en la consola de AWS.</p> <blockquote> <p>Esta es la lista de todos los servicios dentro de la categoría <em>compute</em> de la consola de AWS <a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fthepracticaldev.s3.amazonaws.com%2Fi%2Fkq6lnmlx527qjb5csspe.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fthepracticaldev.s3.amazonaws.com%2Fi%2Fkq6lnmlx527qjb5csspe.png" alt="Screenshot de la consola de A&lt;br&gt; WS" width="538" height="622"></a></p> </blockquote> <p>Elegí escribir sobre las opciones de procesamiento, porque me parece un tema que puede ser de gran ayuda para todos. Ya que, en algún momento, todos los que trabajamos con tecnología, tendremos que tomar una decisión que dependerá de cómo se realiza el procesamiento de nuestra aplicación. Es igual de importante, para alguien migrando una aplicación ya existente, como para alguien comenzando un desarrollo desde cero.</p> <p>Mi objetivo es cubrir las diferentes opciones disponibles en AWS y definir conceptos generales, con la meta de ayudar a tomar una decisión informada.</p> <h2> Las Categorías </h2> <p>Con el fin de darle un marco al contenido, voy a dividir los servicios en tres grandes categorías, aunque vale la pena mencionar que algunos de los servicios podrían estar en más de una categoría:</p> <ul> <li><p>Instancias</p></li> <li><p>Serverless</p></li> <li><p>Contenedores</p></li> </ul> <h3> Instancias </h3> <p>Las instancias son entornos informáticos virtuales (<em>virtual computing environments</em>) y son el componente fundamental para la operación en Amazon Elastic Compute Cloud (Amazon EC2). Nos permiten agregar o disminuir nuestra capacidad de procesamiento de manera casi inmediata, de manera manual o usando <em>Auto Scaling</em> <em>Groups</em>.</p> <p>Antes de lanzar una instancia la debemos personalizar para cumplir con los requerimientos de nuestra aplicación. Esto lo hacemos al elegir cosas como, CPU (arquitectura y capacidad), memoria (tipo y cantidad), software (sistema operativo, librerías), localización (región y zona de disponibilidad).</p> <p>Para entender más sobre cómo configurar instancias tenemos que definir algunos términos:</p> <ul> <li><p>AMI (Amazon Machine Image): Un modelo que define el software<br> (incluyendo sistema operativo) para una instancia. El mismo AMI se<br> puede utilizar como modelo para desplegar cualquier número de<br> instancias, estas compartiran la misma configuracion.</p></li> <li><p>Tipo de Instancia: Cada tipo representa una combinación de CPU,<br> memoria, almacenamiento y red que podemos elegir. Cada familia nos<br> da la opción de elegir su tamaño que nos brinda mayor flexibilidad.</p></li> <li> <p>Familias de Instancias: Hemos agrupado las instancias en familias<br> que representan casos de uso comunes de nuestros usuarios, para<br> hacer la selección de la instancia correcta más sencillo. Las 5<br> familias de instancias son, uso general, optimizadas para<br> informática, optimizadas para memoria, informática acelerada y<br> optimizadas para almacenamiento.</p> <blockquote> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F170hboqoau8rb2zt8oa5.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F170hboqoau8rb2zt8oa5.png" alt="Screenshot de dos tipos de instancia" width="764" height="162"></a><br> En este screenshot podemos ver dos tipos de instancia, uno de la familia <strong>a1</strong> y otra de la familia <strong>c4</strong></p> </blockquote> </li> </ul> <h3> Serverless </h3> <p>El nombre bajo el que agrupamos a estas tecnologías parece indicar que<br> no usamos ningún servidor, la realidad es que el termino se utiliza para<br> describir tecnologías o servicios que (a diferencia de una arquitectura<br> tradicional) comparten los siguientes atributos:</p> <ul> <li><p>Computación efímera y sin estado</p></li> <li><p>Procesamiento basado en eventos</p></li> <li><p>Infraestructura completamente administrada por AWS</p></li> </ul> <blockquote> <p>El servicio de ejecución de código de AWS que tiene estas características es <a href="https://docs.aws.amazon.com/es_es/lambda/latest/dg/welcome.html" rel="noopener noreferrer">AWS Lambda</a>.</p> </blockquote> <p>Hablemos un poco de las tres características y las decisiones que<br> deberemos tomar al usar servicios Serverless.</p> <p><strong>Computación efímera y sin estado</strong>: Cada ejecución de nuestro código, puede suceder en un ambiente completamente diferente; por lo que no podemos depender de servicios del sistema operativo como la persistencia de archivos. Esto resulta en un ambiente sin estado. Debemos asumir que cada llamada a nuestro código será ejecutada por un servidor diferente, el servidor manejado la ejecución actual no tiene información sobre las ejecuciones anteriores. Es necesario que implementemos un mecanismo para simular estado, para que nuestros usuarios puedan realizar operaciones que requieran múltiples llamadas.</p> <p><strong>Procesamiento basado en eventos</strong>: Definir el tipo de evento que disparar la ejecución de nuestro código, es nuestra primera responsabilidad al utilizar procesamiento <em>serverless</em>. Algunos ejemplos de posibles eventos: escritura de nuevo objeto en una cubeta de S3, modificación a una base de datos, interacción de un usuario con nuestro <em>front end,</em> cambios en una aplicación de software como servicio (SaaS). Esta no es una lista exhaustiva de eventos, pero nos da una idea de lo flexible que puede ser nuestra aplicación dependiendo del evento que elijamos. Una ventaja de poder atar diferentes componentes de código a diferentes eventos es que cada componente puede ser ligero y hacer solo una cosa muy bien.</p> <p><strong>Infraestructura administrada</strong>: Podemos enfocarnos en escribir el mejor código posible, ya que no tenemos que dedicar nuestro tiempo en actualizar, asegurar o administrar servidores. AWS Lambda también nos permite tener código con alto escalamiento, sin que tengamos que establecer reglas o administrar <em>load balancers</em>.</p> <h3> Contenedores </h3> <p>Una definición popular de contenedor es "una medida estándar de software", es decir, es la cantidad mínima necesaria para ejecutar una aplicación incluyendo configuraciones, librerías, <em>runtime</em> y dependencias. Los contenedores son una evolución sobre la tecnología de virtualización tradicional,una de sus ventajas principales es la portabilidad. los contenedores se ejecutan sobre un motor (como <a href="https://www.docker.com/products/container-runtime" rel="noopener noreferrer">Docker Engine</a>) que es el encargado de manejar el acceso a los recursos del sistema. Es gracias a esto que podemos virtualizar una aplicación y no necesariamente todo un sistema operativo, y nos permite migrar entre diferentes plataformas.</p> <p>AWS es una gran opción para ejecutar contenedores (80% de los contenedores en la nube están en AWS), esto es, en gran parte, debido a que hay una serie de servicios diseñados para contenedores que nos permiten elegir como ejecutarlos y orquestarlos. Podemos elegir el servicio correcto de AWS para nuestros contenedores, contestando las siguientes preguntas:</p> <ol> <li>¿Quiero administrar mis propios servidores? <ul> <li>No: <a href="https://aws.amazon.com/es/fargate/?nc1=h_ls" rel="noopener noreferrer">AWS Fargate</a> es el motor computacional para contenedores, completamente administrado (¡<em>serverless</em>!).</li> <li>Sí: <a href="https://aws.amazon.com/es/ec2/?nc1=h_ls" rel="noopener noreferrer">Amazon EC2</a> podemos administrar las instancias, sistema operativo e instalación de los servidores sobre los que ejecutaremos los contenedores.</li> </ul> </li> <li> ¿Mi equipo decidió usar el orquestador de <a href="https://kubernetes.io/" rel="noopener noreferrer">Kubernetes</a> o ya tengo una aplicación que lo usa? <ul> <li>No: <a href="https://aws.amazon.com/es/ecs/" rel="noopener noreferrer">Amazon Elastic Container Service (ECS)</a> es un servicio de orquestación completamente administrado con integración sencilla a otros servicios de AWS.</li> <li>Sí: <a href="https://aws.amazon.com/es/eks/?nc1=h_ls" rel="noopener noreferrer">Amazon Elastic Kubernetes Service (EKS)</a> también completamente administrado y nos permite migrar cualquier aplicación de Kubernetes estándar fácilmente.</li> </ul> </li> </ol> <blockquote> <p>Ambos orquestadores son compatibles con AWS Fargate.</p> </blockquote> <h2> Conclusión </h2> <p>AWS tiene un gran número de servicios de procesamiento, todos creados con la idea de darle a los clientes el mayor número de opciones. Queremos que nuestros clientes elijan la arquitectura, las herramientas de desarrollo y como administrar sus servicios y aplicaciones en base a que los hará mas productivos y le entregara mayo valor a sus clientes.</p> aws español serverless beginners