Importancia de la Infraestructura como código

1

Paso a paso para infraestructura cómo código

2

Cómo desplegar infraestructura en Cloud

3

Herramientas para desplegar infraestructura como código

4

Introducción y ventajas de usar Cloudformation

5

Laboratorio # 1: explorando la consola de Cloudformation

Funcionalidades y características en Cloudformation

6

Anatomía de un template en Cloudformation

7

Clase práctica creación de un template

8

Despliegue del template en Cloudformation

9

Caracteristícas finales del template en Cloudformation

10

Stacks: características y despliegue

11

Bonus: ejemplo de stack

12

Stack Sets: despliegues multicuenta

13

Laboratorio # 2: desplegando un Stack Set en un esquema multi-cuenta

14

Nested Stacks: composición y ejemplos

15

Laboratorio # 3: creación de recursos del Stack

16

Laboratorio #3: pruebas de funcionamiento del stack

17

Laboratorio # 4: crear nuestro primer Nested Stack

18

Laboratorio #4: pruebas de funcionamiento del Nested Stack

19

Laboratorio # 5: cómo crear un stack de forma gráfica con Designer

Funciones en Cloudformation

20

Funciones intrínsecas: GetAtt, FindInMap, Join, Split y Select

21

Funciones intrínsecas: Sub, Ref y ImportValue.

22

Funciones condicionales: If, Not, And y Equals

Automatización y despliegues de infraestructura como código

23

Importancia de la automatización de infraestructura

24

Cómo automatizar despliegues de infraestructura

25

Creación de pipelines para despliegue de infraestructura

26

Laboratorio #6: Estructura de repositorio para despliegue de función lambda

27

Laboratorio #6: prerequisitos para creación del pipeline

28

Laboratorio #6: despliegue de pre requisitos

29

Laboratorio #6: creación del pipeline para el despliegue de una función lambda

30

Laboratorio #6: verificación de recursos creados en el pipeline

Diagnostico de errores y seguridad en infraestructura como código.

31

Seguridad en templates

32

Troubleshooting

33

Seguridad en despliegues

34

Laboratorio # 7: identificación de errores en despliegues

Funciones lambda en Cloudformation

35

Cómo desplegar lambda como función

36

Cómo desplegar lambda como función serverless

37

Laboratorio # 8: puesta en producción de nuestra función lambda

Conclusiones

38

Conclusiones finales

Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Curso de Infraestructura Como Código en AWS

Curso de Infraestructura Como Código en AWS

Carlos Andrés Zambrano Barrera

Carlos Andrés Zambrano Barrera

Stacks: características y despliegue

10/38
Recursos

Aportes 12

Preguntas 3

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Super, Me gusta como va dando datos curiosos del mismo tema.

no me queda del todo claro, en el minuto 1:28 dice que si un recurso falla se hace rollback y no elimina los otros recursos para permitir hacer debug, pero mas adelante dice que el comportamiento es que siempre se eliminan todos los recursos si uno solo falla en crearse, entonces digamos que esa parte me confunde,…
Gracias

En conclusión, el stack se crea completo o no se crea. Igualmente, al eliminar el stack, se eliminan los recursos que este contiene

Tengo la siguiente duda. Si creo un recurso para usar auto scaling group y tengo mis policitas de incrementar/decrementar el numero de instancias segun las politicas definidas estoy haciendo mal? porque la configuracion inicial tal vez se lanzo con 1 ec2, y por lo comentado del drift estaria modificando mi infraestructura dinamicamente. Espero me puedan ayudar, saludos!

avanzando… 😃

😃

Stack: colección de recursos que se manejan como unidad.
Gestión de recursos: cloudformation asegura que todos los recursos sean creados o eliminados, si algo falla no se deja continuar la ejecución, hara un rollback.
Si borro un stack todos los recursos asociados se borran,
¿Que es un drift? Detecta una desviación entre el stack y los recursos desplegados. NUNCA DEBE HABER UNA DESVIACIÓN.
¿Que puedo identificar con un drift? Recursos agregados, eliminados y con propiedades diferentes.

Excelente lo del drift, una vez creado el témplate las actualizaciones deben realizarse en el stack y no de forma manual.

con lo delicados que son los stack, aws no tendra una proteccion contra borrado como con otros recursos?

Muy interesante este curo

Creo que hay un ligero error de conceptos. El Stack no se transforma en una plantilla, la plantilla se transforma en el a través de cloudformation. Es decir, un Stack es un grupo de recursos que cloudformation creó con la plantilla.