200 Acacad 11 Es M0SG

Academy Cloud Architecting (ACA) (ES)
Module 00 Student Guide

Versión 1.1.3
200-ACACAD-11-ES-SG
© 2019 Amazon Web Services, Inc. or its affiliates. All rights reserved.
This work may not be reproduced or redistributed, in whole or in part, without

prior written permission from Amazon Web Services, Inc. Commercial copying,
lending, or selling is prohibited.
Corrections or feedback on the course, please email us at:

aws-course-feedback@amazon.com.
For all other questions, contact us at:
https://aws.amazon.com/contact-us/aws-training/.
All trademarks are the property of their owners.

AWS Academy Academy Cloud Architecting (ACA) (ES)
Contenido
Módulo 00: AWS en revisión 4
© 2019 Amazon Web Services, Inc. o sus filiales Todos los derechos reservados. 3
AWS Academy Módulo 00: AWS en revisión
Bienvenido a esta revisión de Amazon Web Services. Este módulo es opcional y se

incluyó para quienes deseen repasar los conceptos de la nube y los servicios de AWS.
Este módulo incluye una introducción a la nube de AWS, escenarios en la nube,

información general sobre la infraestructura, una introducción a los servicios básicos
de AWS y una conclusión con una breve evaluación de conocimientos.
Comenzaremos presentando la nube de AWS.
“Informática en la nube” es un término que se utiliza ampliamente para definir la

entrega bajo demanda de recursos y aplicaciones de TI mediante Internet, con
precios de pago por uso.
Poder acceder a la infraestructura y usarla como software ofrece una serie de

beneficios. Principalmente, la flexibilidad. Con un proveedor de servicios en la nube
como AWS, no tiene que preocuparse por anticipar sus necesidades de hardware ni
por pedirlo, instalarlo y configurarlo en su centro de datos posteriormente. Del
mismo modo, debido a que puede aprovisionar y quitar recursos en AWS según sea
necesario, no tiene que seguir pagando por hardware innecesario si sus necesidades
cambian.
Seleccione el enlace para obtener más información. https://aws.amazon.com/what-

is-cloud-computing/
Los servicios en la nube se dividen en tres categorías principales, que se basan en el

nivel de control (y responsabilidad) que usted tenga sobre el modo en que se
configura el servicio.
IaaS (Infraestructura como servicio)

Bloques de creación básicos para la TI en la nube:
• Características de redes
• Equipos
• Espacio de almacenamiento de datos
PaaS (Plataforma como servicio)

Permite ejecutar aplicaciones sin necesidad de administrar infraestructura
subyacente (es decir, hardware y sistemas operativos).
SaaS (Software como servicio)

Le proporciona un producto completo que el proveedor del servicio ejecuta y
administra.
La informática en la nube ofrece un método sencillo para obtener acceso a

servidores, almacenamiento, bases de datos, y una amplia gama de servicios de
aplicaciones a través de Internet. AWS posee y mantiene conectado a la red el
hardware que se requiere para estos servicios de aplicaciones, pero es usted quien
realiza el aprovisionamiento y utiliza lo que necesita mediante una aplicación web.
Cambie la inversión de capital por gastos variables

En lugar de hacer grandes inversiones en centros de datos y servidores antes de saber
cómo va a utilizarlos, puede pagar solo cuando consuma recursos de cómputo y
únicamente el monto que consuma.
Benefíciese de las grandes economías de escala

Mediante el uso de la informática en la nube, podrá reducir los costos variables que
tendría por sus propios recursos. En la nube se suman los consumos realizados por
cientos de miles de usuarios. De esta forma, los proveedores, como Amazon Web
Services, pueden aplicar mayores economías de escala que se traducen en precios
más bajos por el consumo realizado.
Deje de hacer suposiciones sobre la capacidad

Olvídese de hacer suposiciones acerca de las necesidades de capacidad de su
infraestructura. Cuando toma una decisión relacionada con la capacidad antes de
desplegar una aplicación, a menudo termina desaprovechando recursos inactivos
costosos o lidiando con capacidad limitada. Con la informática en la nube, estos
problemas desaparecen. Puede acceder tantas veces como necesite y escalar de
forma ascendente o descendente, según sea necesario, y avisar con algunos minutos
de antelación.
Aumente la velocidad y la agilidad

En un entorno de informática en la nube, pueden adquirirse nuevos recursos de TI
con tan solo un clic, por lo que el tiempo que se tarda en poner esos recursos a
disposición de sus desarrolladores se reduce de semanas a tan solo minutos. El
resultado es que se aumenta radicalmente el nivel de agilidad de la organización, ya
que se reducen de manera significativa el costo y el tiempo para realizar tareas de
desarrollo y experimentación.
Deje de gastar dinero en la ejecución y el mantenimiento de los centros de datos

Céntrese en proyectos que destaquen su negocio, no la infraestructura. La
informática en la nube le permite centrarse en sus propios clientes, en lugar de en la
tediosa tarea de instalar servidores en bastidores, apilarlos y proporcionarles
electricidad.
Adquiera escala global en cuestión de minutos

Implemente su aplicación de forma sencilla en varias regiones alrededor del mundo
con solo unos clics. De esta forma, puede ofrecer una menor latencia y una mejor
experiencia a sus clientes de forma sencilla y con un costo mínimo.
Amazon Web Services tiene más de 10 años de experiencia en el mercado. Amazon

Web Services, también conocido de forma abreviada como “AWS”, es una
recopilación de servicios remotos de informática que reciben el nombre de “servicios
web”. Estos servicios web conforman una plataforma de informática en la nube que
se ofrece a través de Internet. Proporcionamos servicios en la nube basados en la
Web para almacenamiento, cómputo, redes, bases de datos y mucho más.
La misión de AWS es permitir que las empresas y los desarrolladores utilicen los
servicios web para crear aplicaciones escalables y sofisticadas. “Servicios web” es
otro nombre de lo que suele conocerse como “la nube”.
Seleccione el enlace para obtener más información.

http://aws.amazon.com
Amazon Web Services ofrece un amplio conjunto de servicios globales de cómputo,

almacenamiento, bases de datos, análisis, aplicaciones e implementaciones que
ayudan a las organizaciones a avanzar con más rapidez, reducir costos de TI y escalar
aplicaciones. Estos servicios tienen la confianza de las mayores compañías y las
startups más innovadoras para respaldar una amplia variedad de cargas de trabajo,
como las aplicaciones web y móviles, IoT, el almacenamiento y el procesamiento de
datos, el almacenamiento en general y el archivado.
La informática en la nube de AWS ofrece un método sencillo de obtener acceso a

servidores, almacenamiento, bases de datos y una amplia gama de servicios de
aplicaciones a través de Internet. AWS posee y mantiene conectado a la red el
hardware que se requiere para estos servicios de aplicaciones, pero es usted quien
realiza el aprovisionamiento y utiliza lo que necesita.
AWS ofrece varios servicios básicos para ayudar a ejecutar su aplicación en la nube.
Los servicios de AWS se pueden agrupar, a grandes rasgos, en las siguientes
categorías:
• Informática: Amazon Elastic Compute Cloud (EC2) es el eje de los servicios de
informática de AWS. EC2 reduce el tiempo necesario para obtener y arrancar
nuevas instancias de servidor en minutos, lo que permite escalar rápidamente la
capacidad, ya sea aumentándola o reduciéndola, según cambien sus necesidades.
El servicio de EC2 se puede combinar con Elastic Load Balancing y los servicios de
Auto Scaling a fin de desarrollar una infraestructura de alta disponibilidad y alto
rendimiento para sus aplicaciones.
• Redes: el grupo de servicios de redes proporciona un servicio DNS, le ofrece
control directo sobre el entorno de red virtual en AWS y le permite interactuar con
las instancias de Amazon EC2 como si estuvieran dentro de su red existente.
• Almacenamiento: AWS ofrece varias opciones de almacenamiento que
corresponden al tipo de uso y de datos.
Las soluciones de AWS suelen dividirse en dos categorías: “no administradas” o

“administradas”.
Los servicios no administrados suelen aprovisionarse en partes discretas, según lo

que usted especifique. Los servicios no administrados exigen que el usuario
administre de qué manera responde el servicio a los cambios en la carga, los errores
y las situaciones en las que no hay recursos disponibles. Por ejemplo, si lanza un
servidor web en una instancia de Amazon EC2, ese servidor web no se escalará para
manejar el aumento en la carga de tráfico o para sustituir instancias en mal estado
por otras en buen estado, salvo que especifique el uso de una solución de escalado
como Auto Scaling, porque Amazon EC2 es una solución “no administrada”.
Sin embargo, si tiene un sitio web estático alojado en una solución de

almacenamiento basada en la nube, como Amazon S3 sin un servidor web, esas
características (escalado, tolerancia a errores y disponibilidad) serían administradas
de manera automática e interna por Amazon S3, ya que es una solución
administrada. Los servicios administrados requieren que el usuario los configure (por
ejemplo, que cree un bucket de Amazon S3 y configure los permisos
correspondientes). Sin embargo, los servicios administrados suelen requerir mucho
menos configuración.
El beneficio de usar un servicio no administrado, sin embargo, es que se tiene un

control más estricto del modo en que la solución maneja los cambios en la carga, los
errores y las situaciones en las que no hay recursos disponibles.
AWS ofrece varios servicios de plataforma que le permiten desarrollar e implementar

aplicaciones en la nube. Los servicios de plataforma pueden agruparse en las
siguientes categorías:
• Bases de datos: AWS cuenta con varias opciones para almacenar datos en función
del tipo y el uso de datos. Puede utilizar RDS para trabajar con bases de datos
relacionales, ElastiCache para almacenar en caché los datos a los que se accede
con frecuencia, DynamoDB para funcionar como una base de datos NoSQL y
Amazon Redshift para capacidades de almacén de datos.
• Análisis: Amazon Kinesis, Amazon EMR y servicios relacionados le permiten
analizar grandes cantidades de datos (big data).
• Herramientas de desarrollo: AWS CodeCommit, un servicio de control de origen,
en combinación con servicios de implementación, como AWS CodeDeploy, AWS
Elastic Beanstalk y AWS CloudFormation, le permite implementar prácticas de
lanzamiento sólidas con un fuerte modelo de DevOps.
• Servicios móviles: AWS ofrece servicios móviles, como Amazon SNS para
notificaciones, Amazon Cognito para autenticación y el almacenamiento de datos
de usuarios móviles y Amazon Mobile Analytics para medir y analizar los datos de
uso de aplicaciones móviles.
Ahora analicemos algunos escenarios en la nube.
Todo en la nube
Una aplicación basada en la nube se encuentra implementada totalmente en la nube,
de modo que todas las partes de la aplicación se ejecutan en esta. Las aplicaciones en
la nube se han creado directamente en la nube o se han transferido de la
infraestructura existente para aprovechar los beneficios de la informática en la nube.
Las aplicaciones basadas en la nube se pueden construir en partes de infraestructura
de bajo nivel o pueden utilizar servicios de nivel superior que proporcionan
abstracción de los requisitos de administración, arquitectura y escalado de la
infraestructura principal.
Híbrido
Una implementación híbrida es una manera de conectar la infraestructura y las
aplicaciones entre los recursos basados en la nube y los recursos existentes situados
fuera de ella. El método más común de implementación híbrida consiste en conectar
la nube y la infraestructura local (tecnología que se encuentra dentro de los límites
físicos de una empresa, a menudo en su centro de datos) existentes para ampliar e
incrementar la infraestructura de la organización en la nube, al mismo tiempo que se
conectan los recursos en la nube con el sistema interno.
Seleccione el enlace para obtener más información sobre cómo AWS puede ayudarle
con la implementación híbrida. https://aws.amazon.com/enterprise/hybrid/
Dado que la adopción de la nube se ha vuelto normal en las empresas, el nuevo

debate es el enfoque específico que se debe adoptar para migrar a la nube. Aunque
no suele ser difícil lograr consenso sobre una estrategia que priorice la nube para
todas las nuevas capacidades entregadas, las mismas partes casi nunca coinciden
fácilmente en un enfoque común para los cientos o miles de aplicaciones existentes
que aún se encuentran en los centros de datos de las empresas. Inicialmente, a los
equipos responsables de efectuar la transición de una empresa a la nube podría
resultarles más sencillo aplicar un enfoque estandarizado y evitar los crecientes
debates en torno a los riesgos y los factores de dependencia, pero este enfoque
también podría comprometer la confianza y la cooperación de los propietarios de las
aplicaciones cuya migración solicitan.
No obstante, muchos equipos en la nube empresarial lograron ganar esta confianza y

cooperación y, al mismo tiempo, proporcionar resultados en plazos agresivos en las
llamadas “migraciones de rehospedaje en la nube”, donde el objetivo es migrar un
conjunto específico de aplicaciones a la nube con la mayor rapidez posible sin
cambiar sus principales características de arquitectura, funcionalidad o rendimiento.
Esto no es poca cosa, ya que algunos equipos de desarrollo de aplicaciones opinan
que su software exigirá una importante refactorización para ejecutarse en la nube,
mientras que otros no quieren trasladar su deuda técnica a un nuevo entorno en la
nube.
La noción fundamental de refactorización de software es mejorar el código de la

aplicación.
En el nivel más básico, la informática híbrida es la coexistencia de datos a nivel local y

en la nube. A menudo, se adopta para almacenar conjuntos de datos de gran tamaño
de forma económica, utilizar nuevas bases de datos nativas en la nube, acercar los
datos a los clientes o crear una solución de copia de seguridad y archivado de alta
disponibilidad y rentable. En todos los casos, AWS ofrece una gama de servicios de
almacenamiento y bases de datos que pueden trabajar con sus aplicaciones locales
para almacenar los datos de manera fiable y segura.
Las arquitecturas monolíticas tradicionales son difíciles de escalar. A medida que

crece la base de código de una aplicación, es más difícil de actualizar y mantener. La
incorporación de nuevas características, lenguajes, marcos y tecnologías se vuelve
muy difícil, lo que limita la innovación y las nuevas ideas.
En una arquitectura de microservicios, cada componente de aplicación se ejecuta

como un servicio propio y se comunica con otros servicios a través de una API bien
definida. Los microservicios se crean en torno a las capacidades empresariales y cada
servicio realiza una única función. Los microservicios se pueden escribir con distintos
marcos y lenguajes de programación, y puede implementarlos independientemente,
como servicio único o como grupo de servicios.
Los microservicios le permiten escoger la mejor tecnología para su carga de trabajo.

Por ejemplo, puede utilizar una caché en memoria como Memcached o Redis para
acceder de manera rápida a los datos y, en otro servicio, utilizar una base de datos
relacional tradicional. Lo mismo sucede con el lenguaje de programación y otras
elecciones tecnológicas: la flexibilidad es, a la vez, un beneficio y una obligación.
Agilidad
Los microservicios fomentan la organización de pequeños equipos independientes
que se apropian de los servicios. Los equipos trabajan en un contexto pequeño y bien
comprendido, donde pueden desempeñarse de manera más independiente y rápida.
Esto reduce los tiempos de los ciclos de desarrollo. Usted se beneficia
considerablemente de la capacidad total de la organización.
Escalado flexible
Los microservicios permiten escalar cada servicio de manera independiente para
satisfacer la demanda de la característica de la aplicación que admite. Esto permite a
los equipos reestructurar las necesidades de infraestructura, medir con precisión el
costo de una característica y mantener la disponibilidad si un servicio experimenta un
pico en la demanda.
Implementación sencilla
Los microservicios permiten la integración y la entrega continuas, lo que facilita
experimentar con nuevas ideas y volver al estado anterior si algo no funciona. El bajo
costo de los errores permite experimentar, facilita la actualización del código y
acelera el plazo de comercialización de las nuevas características.
Libertad tecnológica
Las arquitecturas de los microservicios no siguen el enfoque de “criterio universal”.
Los equipos tienen la libertad de elegir la mejor herramienta para resolver sus
problemas específicos. Por lo tanto, los equipos que desarrollan microservicios
pueden elegir la mejor herramienta para cada trabajo.
Código reutilizable
Dividir el software en módulos pequeños y bien definidos permite a los equipos
utilizar funciones para varios fines. Un servicio diseñado para una determinada
función se puede utilizar como un bloque de creación para otra función. Esto permite
que una aplicación arranque por su cuenta, ya que los desarrolladores pueden crear
nuevas capacidades sin tener que escribir código desde cero.
Resiliencia
La independencia del servicio aumenta la resistencia al error que tiene una
aplicación. En una arquitectura monolítica, si falla un solo componente, puede fallar
toda la aplicación. Con los microservicios, las aplicaciones manejan la totalidad de los
errores por medio de la degradación de la funcionalidad y no de toda la aplicación.
Para replicar el dominio de negocio, debe integrar los servicios que ha diseñado.
¿Cuál es la manera óptima de hacerlo? En primer lugar, tenga en cuenta que
mantiene un contrato con sus suscriptores y clientes. Las iteraciones deben ser
rápidas y no deben afectar negativamente a la funcionalidad del proceso. La interfaz
es crucial. Sea considerado con el resto de los equipos que dependen del producto.
En segundo lugar, la API debe ser tan sencilla como sea posible. De esta manera, será
más fácil de mantener y reemplazar. Dada la importancia de la interfaz, resulta muy
tentador escoger una solución unificada para todas las comunicaciones entre
servicios. En todo caso, debe evitar integrar soluciones de middleware inteligentes,
controladoras y complejas que den lugar a un acoplamiento ajustado.
Trate los servidores como componentes sin estado.

• Los servidores deben considerarse miembros intercambiables de un grupo.
• Concéntrese en determinar si tiene capacidad suficiente como para manejar la
carga de trabajo.
• Tenga en cuenta que, para agregar y quitar instancias con Auto Scaling, es mucho
más fácil hacerlo con el enfoque de informática sin estado.
AWS Lambda es un servicio de informática sin servidor que ejecuta código en

respuesta a eventos y administra automáticamente los recursos informáticos
subyacentes. Puede usar AWS Lambda para ampliar otros productos de AWS con
lógica personalizada o puede crear sus propios servicios backend a fin de que
administren la seguridad, el rendimiento y el escalado de AWS. AWS Lambda puede
ejecutar código automáticamente en respuesta a varios eventos, como solicitudes
HTTP a través de Amazon API Gateway, modificaciones realizadas en objetos en
buckets de Amazon S3, actualizaciones de tablas en Amazon DynamoDB y
transiciones de estado en AWS Step Functions.
La arquitectura de microservicios es un enfoque de diseño que sirve para crear una

sola aplicación como conjunto de servicios pequeños. Cada servicio se ejecuta en su
propio proceso y se comunica con otros servicios mediante una interfaz bien definida
que usa un mecanismo ligero, normalmente una interfaz de programación de
aplicaciones (API) basada en HTTP. Los microservicios se crean en torno a las
capacidades empresariales. Cada servicio abarca un único propósito. Puede utilizar
distintos marcos o lenguajes de programación para escribir microservicios e
implementarlos independientemente, como servicio único o como grupo de
servicios.
En la mayoría de los casos, el término “sin servidor” se refiere a aplicaciones sin

servidor. Las aplicaciones sin servidor son aquellas en las que no es necesario
aprovisionar ni administrar ningún servidor. Puede centrarse en su producto principal
y en la lógica de negocio en lugar de enfocarse en las responsabilidades, como el
sistema operativo (SO), el control de acceso, la aplicación de parches en el sistema
operativo, el aprovisionamiento, la reestructuración, el escalado y la disponibilidad.
Cuando crea su aplicación en una plataforma sin servidor, la plataforma administra
estas responsabilidades por usted.
Se muestra un cuadro comparativo. Tómese un momento para analizarlo.
En esta sección, compartiremos información general sobre una infraestructura básica.
Los centros de datos de AWS están agrupados en clústeres en varias regiones del
mundo. No se recomiendan los centros de datos grandes. Todos los centros de datos
se encuentran online y abastecen a los clientes, de modo que ningún centro de datos
se mantiene “frío”. En caso de error, los procesos automatizados alejan el tráfico de
datos de los clientes de la zona afectada. Las aplicaciones principales se implementan
con una configuración N+1 por lo que, si se produce un error en el centro de datos, se
dispone de suficiente capacidad como para equilibrar la carga del tráfico en las
ubicaciones restantes.
Las regiones de AWS son ubicaciones geográficas que incluyen varias zonas de
disponibilidad.
Las zonas de disponibilidad consisten en centros de datos agrupados en clústeres en

una región. Cada zona de disponibilidad está diseñada para permanecer aislada de
los errores que ocurren en otras zonas. Cada una de ellas está aislada, pero las zonas
de disponibilidad de una región están conectadas por vínculos de baja latencia. Si se
consideran los desastres naturales o las líneas de error, AWS aísla sus zonas de
disponibilidad, de forma que no se vean afectadas fácilmente al mismo tiempo. Por
ejemplo, en zonas donde suelen producirse terremotos, AWS no crearía dos zonas
de disponibilidad en la misma línea de error.
Al lanzar una instancia, puede seleccionar una zona de disponibilidad o dejar que
AWS elija una por usted. Si distribuye las instancias entre varias zonas de
disponibilidad y una de las instancias genera un error, puede diseñar la aplicación de
manera que una instancia en otra zona de disponibilidad pueda gestionar las
solicitudes. AWS recomienda encarecidamente aprovisionar sus recursos
informáticos en varias zonas de disponibilidad. Si tiene varias instancias, puede
ejecutarlas en más de una zona de disponibilidad y obtener redundancia adicional. Si
una única zona de disponibilidad tiene un problema, los activos en su segunda zona
de disponibilidad no se verán afectados.
Los centros de datos de AWS están organizados en zonas de disponibilidad. Cada zona
de disponibilidad comprende uno o más centros de datos, y algunas tienen hasta seis
centros de datos. Sin embargo, ningún centro de datos puede ser parte de dos zonas
de disponibilidad.
Cada zona de disponibilidad está diseñada para constituir una zona de error
independiente. Es decir, las zonas de disponibilidad están aisladas físicamente dentro
de una región metropolitana convencional y se encuentran en llanuras de bajo riesgo
de inundación (la categorización del riesgo de inundación de la zona varía por región).
Además de tener sistemas discretos de alimentación ininterrumpida e instalaciones
locales de generación de copias de seguridad, la alimentación se suministra desde
distintas redes de empresas de servicios públicos independientes para reducir todavía
más los puntos de error únicos. Las zonas de disponibilidad se conectan de forma
redundante a varios proveedores de tránsito de nivel 1.
Usted es responsable de seleccionar las zonas de disponibilidad donde se

encontrarán sus sistemas. Los sistemas pueden abarcar varias zonas de
disponibilidad. Debe diseñar los sistemas para que sobrevivan al error temporal o
prolongado de una zona de disponibilidad si se produce un desastre. La distribución
de las aplicaciones a través de varias zonas de disponibilidad les permite mantenerse
resilientes en la mayoría de las situaciones de error, incluidos los desastres naturales
o los errores del sistema.
Para obtener más información, seleccione los siguientes enlaces:

• http://aws.amazon.com/about-aws/global-infrastructure/regional-product-
services/
• http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-
zones.html
• https://www.amazonaws.cn/en/
AWS amplía continuamente su infraestructura global para ayudar a los clientes a

lograr el menor nivel de latencia y el mayor rendimiento, y para asegurar que los
datos se encuentren solo en la región que usted especifique. A medida que su
negocio y los de los demás clientes crezcan, AWS continuará ofreciendo
infraestructura que cumpla con los requisitos internacionales.
La región aislada GovCloud (EE.UU.) está diseñada para permitirles a organismos

gubernamentales y clientes de EE.UU. transferir cargas de trabajo confidenciales en la
nube y cumplir sus requisitos normativos y de conformidad específicos.
Los servicios y productos de AWS se encuentran disponibles por región, por lo que es
posible que no vea todas las regiones disponibles para un determinado servicio.
Puede utilizar regiones para ejecutar aplicaciones y cargas de trabajo con el propósito
de reducir la latencia a los usuarios finales, mientras se evitan los gastos iniciales, los
compromisos a largo plazo y los desafíos de escalado asociados con el
mantenimiento y el uso de una infraestructura global.
La nube de AWS incluye 55 zonas de disponibilidad distribuidas en 18 regiones

geográficas y en 1 región local en todo el mundo, con planes anunciados para crear
12 zonas más y cuatro regiones adicionales en Bahréin, Hong Kong, Suecia y una
segunda región AWS GovCloud en los EE.UU.
Para obtener más información sobre la infraestructura global, seleccione el enlace.

http://aws.amazon.com/about-aws/globalinfrastructure/
Determine la región adecuada para sus servicios, aplicaciones y datos en función de

estos factores. A fin de garantizar el alto rendimiento para sus clientes, seleccione la
región más cercana a ellos y minimice, así, la latencia.
• A veces, las leyes locales requieren que determinados datos se mantengan dentro
de los límites geográficos de un país. Estas leyes pueden restringir las regiones en
las que usted puede ofrecer contenido o servicios.
• Los nuevos servicios de AWS suelen implementarse de manera gradual entre
regiones. Consulte el gráfico de productos y servicios por región
(http://aws.amazon.com/about-aws/global-infrastructure/regional-product-
services/) para determinar si una región ofrece los servicios que su sistema
requiere.
• CloudPing (pruebe la latencia entre su ubicación y todas las regiones de AWS):
http://www.cloudping.info/
Introducción a los servicios básicos de AWS
Los servicios de informática que se tratarán en esta sección son los siguientes:
• Amazon Elastic Compute Cloud (EC2)
• Elastic Load Balancing (ELB)
• AWS Auto Scaling
En primer lugar, analicemos Amazon EC2.
Amazon EC2 es, en esencia, un equipo en la nube. Prácticamente todo lo que puede
hacer con un servidor puede hacerlo con una instancia de Amazon EC2. Cuando se
combina con los otros servicios de AWS, con los que Amazon EC2 está optimizado
para trabajar, le permite hacer aún más.
Se admiten casi todos los sistemas operativos con servidor: Windows 2003, 2008 y
2012, Red Hat, SUSE, Ubuntu y Amazon Linux.
Puede crear imágenes de sus servidores en cualquier momento con algunos clics o
una simple llamada a la API. Estas imágenes se denominan “AMI (Imágenes de
máquina de Amazon)” y se pueden reutilizar para lanzar instancias en el futuro.
Puede lanzar una instancia o una flota completa de instancias con algunos clics o una
simple llamada a la API.
Las instancias EC2 de Amazon Virtual Private Cloud (VPC) ahora ofrecen
compatibilidad nativa para el protocolo IPv6. IPv6 se puede habilitar para VPC nuevas
y existentes a través de la consola de administración de AWS, API/SDK y CLI.
Escalable. Agregue instancias cuando las necesite y termínelas cuando ya no.

Optimizable: elija entre tipos de instancias optimizadas para CPU, memoria,
almacenamiento, capacidad de redes, gráficos y uso general. Cada tipo de instancia
tiene varios tamaños.
Pero dejemos de llamarlas “servidores” y usemos el nombre correcto: instancias de

Amazon EC2. Las instancias son de pago por uso. Paga cuando las instancias se
ejecutan y por el tiempo en que lo hacen. Con las instancias de Amazon EC2, se
ofrece una amplia selección de hardware y software, así como una selección de sitios
donde alojarlas.
Amazon EC2 proporciona una amplia selección de tipos de instancias optimizados

para adaptarse a diferentes casos de uso. Los tipos de instancias abarcan varias
combinaciones de capacidad de CPU, memoria, almacenamiento y redes. Le
proporcionan flexibilidad para elegir la combinación de recursos adecuada para sus
aplicaciones. Cada tipo de instancia se ofrece en uno o varios tamaños, lo que le
permite escalar los recursos según los requisitos de la carga de trabajo deseada.
Cuando elija el tipo de instancia, debe tener en cuenta los diferentes atributos de
cada familia, como el número de núcleos, la cantidad de memoria, la cantidad y el
tipo de almacenamiento, el rendimiento de la red y las tecnologías de procesador.
Otro factor importante para tener en cuenta es el costo total de propiedad. Una
instancia de precio por hora inferior no necesariamente le ahorra dinero: a veces
una instancia informática más grande puede ahorrarle tiempo y dinero. Es
importante evaluar todas las opciones a fin de determinar cuál es la mejor para su
carga de trabajo.
Instancias de uso general

Las instancias T2 son un tipo de instancia de rendimiento ampliable y de bajo costo
que proporcionan un nivel básico de rendimiento de la CPU con la posibilidad de
ampliarse por encima del nivel básico. Ofrecen un equilibrio de recursos de computo,
de memoria y de red para las cargas de trabajo que a veces necesitan ampliarse,
como servidores web, servidores de compilación y entornos de desarrollo.
Las instancias M5 y M4 proporcionan una combinación equilibrada de recursos

informáticos, de memoria y de red. Estas instancias son ideales para aplicaciones que
requieren alto rendimiento de la CPU y de la memoria, como aplicaciones de
codificación, sistemas de administración de contenido de alto tráfico y aplicaciones
Memcached.
Instancias con optimización informática

Las instancias C5 y C4 están optimizadas para las cargas de trabajo que requieren
gran cantidad de recursos informáticos. Estas instancias tienen proporcionalmente
más CPU que memoria (RAM). Son especialmente indicadas para aplicaciones, como
servidores web de alto rendimiento, procesamiento por lotes y aplicaciones
científicas y de ingeniería de alto rendimiento.
Instancias con optimización de memoria

Esta serie de instancias están optimizadas para las cargas de trabajo que requieren
gran cantidad de memoria. Estas instancias ofrecen grandes tamaños de memoria
para aplicaciones de alto rendimiento, como bases de datos de alto rendimiento,
cachés de memoria distribuida, análisis en memoria y grandes implementaciones
empresariales de software, como SAP.
Instancias de informática acelerada

Estas instancias están optimizadas para gráficos y aplicaciones de cómputo de unidad
de procesamiento de gráficos (GPU), como el aprendizaje automático, la codificación
de video y las aplicaciones de streaming interactivas.
Instancias con optimización de almacenamiento

Estas instancias están optimizadas para el almacenamiento y alto rendimiento de E/S
aleatoria, como bases de datos NoSQL, bases de datos transaccionales de escalado
ascendente, almacenamiento de datos, Hadoop y sistemas de archivos de clúster.
Las instancias D2 están optimizadas para el almacenamiento y la entrega de alto

rendimiento de disco. Las instancias D2 son adecuadas para el almacenamiento de
datos de procesamiento paralelo masivo, informática distribuida de MapReduce y
Hadoop, sistemas de archivos distribuidos y aplicaciones de procesamiento de datos.

https://aws.amazon.com/ec2/instance-types/
Instancias de spot de Amazon EC2

El costo de usar instancias de spot puede ser de hasta un 90 % inferior al costo de
usar instancias bajo demanda. Con las instancias de spot, usted especifica el precio
máximo que está dispuesto a pagar por hora de instancia. Mientras el precio de spot
sea inferior o igual al precio máximo, usted paga el precio de spot. Si la instancia se
recupera debido al aumento del precio de spot por encima del precio máximo, no se
le cobrará la hora incompleta durante la que se haya ejecutado la instancia. Con spot
puede reducir significativamente el costo de ejecución de clústeres de Hadoop o
Spark, aumentar la capacidad de cómputo y el rendimiento sin aumentar su
presupuesto, o ambas.
Con las instancias de spot, usted paga el precio de spot vigente durante el periodo en
que sus instancias se ejecuten. Amazon EC2 define los precios de las instancias de
spot y estos se ajustan gradualmente en función de las tendencias a largo plazo de la
oferta y la demanda de capacidad de instancias de spot. Las instancias de spot
también están disponibles para ejecutarse durante un periodo predefinido, en
incrementos de horas de hasta seis horas de duración, con un descuento del 30 al
50 % en comparación con los precios de las instancias bajo demanda.
Ahora analicemos Elastic Load Balancing, o ELB.
Elastic Load Balancing distribuye automáticamente el tráfico de aplicaciones

entrante en varios destinos, tales como instancias de Amazon EC2, contenedores y
direcciones IP. Puede controlar la carga variable de tráfico de su aplicación en una
única zona de disponibilidad o en varias de ellas.
Permite conseguir aún más tolerancia a errores en sus aplicaciones y proporciona

sin interrupciones la capacidad de balanceo de carga necesaria como respuesta al
tráfico entrante de aplicaciones. Elastic Load Balancing detecta instancias en mal
estado dentro de un grupo y redirecciona automáticamente el tráfico hacia las
instancias que se encuentran en buen estado, hasta que se restauran las instancias
en mal estado. Puede habilitar Elastic Load Balancing en una única zona de
disponibilidad o en varias para obtener un rendimiento de la aplicación más
uniforme.
Puede acceder y trabajar con su balanceador de carga usando una de las siguientes
interfaces:
• Consola de administración de AWS: una interfaz de navegador web sencilla que
puede usar para crear y administrar balanceadores de carga sin usar herramientas
o software adicionales.
• Interfaces de línea de comandos: un cliente de línea de comandos basado en Java
que envuelve la API SOAP.
• SDK de AWS: proporcionan API específicas de cada lenguaje que administran
muchos de los detalles de la conexión, tales como el cálculo de firmas, el control
de reintentos de solicitud y el control de errores.
• API de consulta: proporciona acciones de API de nivel bajo a las que usted llama
mediante solicitudes HTTPS.
Para obtener más información, consulte los siguientes temas:

• SDK de AWS: https://aws.amazon.com/tools/#SDKs
• API de consulta del balanceador de carga de aplicaciones:
http://docs.aws.amazon.com/elasticloadbalancing/latest/APIReference/Welcome.
html
• API de consulta del balanceador de carga clásico:
http://docs.aws.amazon.com/elasticloadbalancing/2012-06-
01/APIReference/Welcome.html
Para obtener más información sobre Elastic Load Balancing, seleccione el enlace.
https://aws.amazon.com/elasticloadbalancing/
Para detectar la disponibilidad de las instancias EC2, los balanceadores de carga, de

forma periódica, envían pings, llevan a cabo intentos de conexión o envían solicitudes
para probar dichas instancias. Estas pruebas se llaman “comprobaciones de estado”.
El estado de las instancias que tienen un estado correcto cuando se realizan estas
comprobaciones es InService. El estado de las instancias que tiene un estado que no
es correcto cuando se realizan estas comprobaciones es OutOfService. El balanceador
de carga realiza comprobaciones de estado en todas las instancias registradas, tanto
en las que tienen un buen estado como en las que no.
El balanceador de carga direcciona las solicitudes únicamente a las instancias que se

encuentran en buen estado. Cuando el balanceador de carga determina que una
instancia tiene un estado que no es correcto, deja de direccionar solicitudes a esa
instancia. El balanceador de carga reanuda el direccionamiento de las solicitudes a
esa instancia cuando esta vuelve a tener un estado correcto.
De manera predeterminada, un balanceador de carga enruta cada solicitud

independientemente de la instancia registrada con la carga más pequeña. Sin
embargo, puede utilizar la característica de sesión sticky (también conocida como
“afinidad de sesión”), que permite que el balanceador de carga vincule una sesión del
usuario a una instancia concreta. Con ello se garantiza que todas las solicitudes de
ese usuario durante la sesión se envíen a la misma instancia de servidor.
La administración de datos de sesiones es algo que los desarrolladores deben tener

en cuenta para mejorar la experiencia del usuario. Las sesiones sticky pueden limitar
la escalabilidad de su aplicación porque el balanceador de carga no puede balancear
la carga cada vez que recibe una solicitud de un cliente. Con las sesiones sticky, el
balanceador de carga se ve obligado a enviar todas las solicitudes al servidor original
donde se creó el estado de la sesión, a pesar de que ese servidor esté muy cargado y
de que pueda haber otro servidor menos cargado disponible para aceptar dichas
solicitudes.
Existen diversas formas de administrar sesiones de usuario, como almacenar sesiones

localmente en el nodo que responde a la solicitud HTTP o designar una capa en su
arquitectura que permita almacenar dichas sesiones de manera sólida y escalable.
Las sesiones sticky, también conocidas como “afinidad de sesión”, le permiten dirigir a
un usuario del sitio al servidor web que administra la sesión de ese usuario específico.
La validez de la sesión se puede determinar mediante diferentes métodos, como
cookies del lado del cliente o mediante parámetros de duración que se pueden
configurar en el balanceador de carga que direcciona las solicitudes a los servidores
web.
De manera predeterminada, un balanceador de carga direcciona cada solicitud

independientemente de la instancia de aplicación con la carga más pequeña. Sin
embargo, puede utilizar la característica de sesión sticky, que permite que el
balanceador de carga vincule una sesión del usuario a una instancia concreta de la
aplicación. Puede utilizar sesiones sticky solo para agentes de escucha HTTP/HTTPS
del balanceador de carga.
Sesiones sticky basadas en duración

El balanceador de carga utiliza una cookie especial que él mismo genera para hacer
un seguimiento de la instancia de aplicación de cada solicitud. Cuando el balanceador
de carga recibe una solicitud, primero comprueba si la solicitud contiene esta cookie.
Si la contiene, la solicitud se envía a la instancia de aplicación especificada en la
cookie. Si no la contiene, el balanceador de carga elige una instancia de aplicación en
función del algoritmo de balanceo de carga existente. Se agrega una cookie a la
respuesta para vincular las solicitudes subsiguientes del mismo usuario a la instancia
de aplicación en cuestión. La configuración de la política de las sesiones sticky define
el vencimiento de las cookies, que determina la duración de la validez de cada cookie.
La cookie se actualiza automáticamente una vez vencida su duración.
Sesiones sticky controladas por una aplicación

El balanceador de carga utiliza una cookie especial para asociar la sesión con el
servidor de origen que administró la solicitud, pero tiene la misma duración que la
cookie generada por la aplicación correspondiente al nombre de cookie especificado
en la configuración de la política. El balanceador de carga solo agrega una nueva
cookie sticky si la respuesta de la aplicación incluye una cookie de aplicación nueva.
La cookie sticky del balanceador de carga no se actualiza con cada solicitud. Si la
cookie de aplicación se elimina explícitamente o caduca, la sesión deja de ser sticky
hasta que se crea una nueva cookie de aplicación.
Las aplicaciones suelen almacenar datos de sesiones en la memoria, pero este
enfoque no escala bien. Las opciones disponibles para administrar los datos de la
sesión sin sesiones sticky incluyen las siguientes:
• Usar Amazon ElastiCache para almacenar los datos de la sesión
• Usar Amazon DynamoDB para almacenar los datos de la sesión
Tómese un momento para analizar este diagrama.
Por último, analicemos AWS Auto Scaling.
Auto Scaling le ayuda a garantizar que tenga el número correcto de instancias EC2
disponibles para controlar la carga de la aplicación. Auto Scaling resulta especialmente
adecuado para aquellas aplicaciones que muestran variaciones de uso según la hora,
el día o la semana.
AWS Auto Scaling monitoriza sus aplicaciones y ajusta automáticamente la capacidad

para mantener un rendimiento predecible y estable al menor costo posible. Con AWS
Auto Scaling, resulta sencillo configurar el escalado de aplicaciones para distintos
recursos en varios servicios en cuestión de minutos. El servicio proporciona una
interfaz de usuario simple y eficiente que permite crear planes de escalado para
recursos, incluidas las instancias de Amazon EC2 y flotas de spot, las tareas de Amazon
Elastic Container Service (Amazon ECS), las tablas e índices de Amazon DynamoDB y
las réplicas de Amazon Aurora.
Por lo tanto, ¿qué es exactamente el escalado? Lo primero que debe hacer es definir
los conceptos de escalado ascendente y escalado descendente. Auto Scaling puede
ajustar automáticamente la cantidad de instancias EC2 que se ejecutan en la carga de
trabajo en función de las condiciones que usted defina, como la utilización superior al
80 % de la CPU, por ejemplo, o la utilización programada. Si Auto Scaling agrega más
instancias, esto se denomina “escalado ascendente”. A medida que Auto Scaling
termina las instancias, observamos un ejemplo de escalado descendente. Recuerde
que puede controlar lo que da inicio a estos eventos.

https://aws.amazon.com/autoscaling/
Puede crear colecciones de instancias de Amazon EC2, denominadas “grupos de

Auto Scaling”. Puede especificar la cantidad mínima de instancias en cada grupo
de Auto Scaling, y AWS Auto Scaling se asegura de que el grupo no tenga menos
de esta cantidad de instancias. Puede especificar la cantidad máxima de instancias
en cada grupo de Auto Scaling, y AWS Auto Scaling se asegura de que el grupo no
tenga más de esta cantidad de instancias. Si especifica la capacidad deseada,
cuando crea el grupo o con posterioridad, AWS Auto Scaling garantiza que el
grupo tenga ese número de instancias. Si especifica las políticas de escalado, AWS
Auto Scaling puede lanzar o terminar instancias en función de si aumentan o
disminuyen las exigencias de la aplicación. Los tipos de planes disponibles de AWS
Auto Scaling son los siguientes: escalado manual, escalado programado y escalado
dinámico.
El escalado manual le permite configurar la capacidad máxima, mínima y deseada

de grupos de Auto Scaling.
El escalado programado le permite especificar el momento en que el escalado

automático agregará o quitará instancias de acuerdo con eventos predecibles y
recurrentes.
El escalado dinámico es un plan de escalado más detallado. Usted crea una política
de Auto Scaling que desencadena el escalado ascendente o descendente de
instancias de acuerdo con los parámetros de rendimiento basados en el ancho de
banda de la red o algún otro umbral de medición del rendimiento.
Antes de concluir, realicemos una breve evaluación de conocimientos.
Identifique qué enunciados son verdaderos y cuáles son falsos
Respuestas (de izquierda a derecha):

(Verdadero)
(Falso) No son instancias reservadas, sino que las instancias de spot son una
capacidad de EC2 no utilizada. El precio que paga se determina en función de la
oferta y la demanda de instancias.
(Verdadero)
(Verdadero)
(Verdadero)
(Falso) Las sesiones sticky pueden limitar la escalabilidad de su aplicación porque el
balanceador de carga no puede balancear la carga cada vez que recibe una solicitud
de un cliente. Con las sesiones sticky, el balanceador de carga se ve obligado a enviar
todas las solicitudes al servidor original donde se creó el estado de la sesión, a pesar
de que ese servidor esté muy cargado y de que pueda haber otro servidor menos
cargado disponible para aceptar dichas solicitudes.
Gracias por participar.

200 Acacad 11 Es M0SG

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

200 Acacad 11 Es M0SG

Caricato da

Copyright:

Formati disponibili

Academy Cloud Architecting (ACA) (ES)

Module 00 Student Guide

This work may not be reproduced or redistributed, in whole or in part, without

Corrections or feedback on the course, please email us at:

All trademarks are the property of their owners.

Módulo 00: AWS en revisión 4

Bienvenido a esta revisión de Amazon Web Services. Este módulo es opcional y se

Este módulo incluye una introducción a la nube de AWS, escenarios en la nube,

Comenzaremos presentando la nube de AWS.

“Informática en la nube” es un término que se utiliza ampliamente para definir la

Poder acceder a la infraestructura y usarla como software ofrece una serie de

Seleccione el enlace para obtener más información. https://aws.amazon.com/what-

Los servicios en la nube se dividen en tres categorías principales, que se basan en el

IaaS (Infraestructura como servicio)

PaaS (Plataforma como servicio)

SaaS (Software como servicio)

La informática en la nube ofrece un método sencillo para obtener acceso a

Cambie la inversión de capital por gastos variables

Benefíciese de las grandes economías de escala

Deje de hacer suposiciones sobre la capacidad

Aumente la velocidad y la agilidad

Deje de gastar dinero en la ejecución y el mantenimiento de los centros de datos

Adquiera escala global en cuestión de minutos

Amazon Web Services tiene más de 10 años de experiencia en el mercado. Amazon

Seleccione el enlace para obtener más información.

Amazon Web Services ofrece un amplio conjunto de servicios globales de cómputo,

La informática en la nube de AWS ofrece un método sencillo de obtener acceso a

Las soluciones de AWS suelen dividirse en dos categorías: “no administradas” o

Los servicios no administrados suelen aprovisionarse en partes discretas, según lo

Sin embargo, si tiene un sitio web estático alojado en una solución de

El beneficio de usar un servicio no administrado, sin embargo, es que se tiene un

AWS ofrece varios servicios de plataforma que le permiten desarrollar e implementar

Ahora analicemos algunos escenarios en la nube.

con la implementación híbrida. https://aws.amazon.com/enterprise/hybrid/

Dado que la adopción de la nube se ha vuelto normal en las empresas, el nuevo

No obstante, muchos equipos en la nube empresarial lograron ganar esta confianza y

La noción fundamental de refactorización de software es mejorar el código de la

En el nivel más básico, la informática híbrida es la coexistencia de datos a nivel local y

Las arquitecturas monolíticas tradicionales son difíciles de escalar. A medida que

En una arquitectura de microservicios, cada componente de aplicación se ejecuta

Los microservicios le permiten escoger la mejor tecnología para su carga de trabajo.

Trate los servidores como componentes sin estado.

AWS Lambda es un servicio de informática sin servidor que ejecuta código en

La arquitectura de microservicios es un enfoque de diseño que sirve para crear una

En la mayoría de los casos, el término “sin servidor” se refiere a aplicaciones sin

Se muestra un cuadro comparativo. Tómese un momento para analizarlo.

En esta sección, compartiremos información general sobre una infraestructura básica.

Las zonas de disponibilidad consisten en centros de datos agrupados en clústeres en

de disponibilidad no se verán afectados.

Usted es responsable de seleccionar las zonas de disponibilidad donde se

Para obtener más información, seleccione los siguientes enlaces:

AWS amplía continuamente su infraestructura global para ayudar a los clientes a

La región aislada GovCloud (EE.UU.) está diseñada para permitirles a organismos

La nube de AWS incluye 55 zonas de disponibilidad distribuidas en 18 regiones

Para obtener más información sobre la infraestructura global, seleccione el enlace.

Determine la región adecuada para sus servicios, aplicaciones y datos en función de

Introducción a los servicios básicos de AWS

En primer lugar, analicemos Amazon EC2.

Escalable. Agregue instancias cuando las necesite y termínelas cuando ya no.

tiene varios tamaños.

Pero dejemos de llamarlas “servidores” y usemos el nombre correcto: instancias de

Amazon EC2 proporciona una amplia selección de tipos de instancias optimizados

Instancias de uso general