DevOpsPeru meetup 2025: Testing en Infrastructure as Code con Terraform

Una breve introducción al testing (unitario, end to end, etc) en la infraestructura como código usando Terraform

1. Testing en Infrastructure as Code B y Mario Inga

2. Mario Inga Software Engineer Aws Community Builder DevOps Institute Ambassador Security fan Comunidades : DevOps Perú, Docker Lima, Cloud Native Peru. Tw: @mario21ic

3. Anécdota 1. Era un viernes 5pm, empezaba a registrar mis avances y pendientes para la siguiente semana .

4. Anécdota 2. La web dió 503 y todos en pánico . Fue la web app, database, infrastructure config (port, resource, etc ), AMI, cloud provider, un ataque DDoS o hackeo ?

5. Anécdota 3. Troubleshoot en Prod: App logs Database y otros cuellos de botella App en cada EC2 Comunicación entre EC2 y LB Load balancer (LB) configuration

6. Anécdota 4. Root cause: alguien cambió el “health check” en el “target group” del load balancer. Por agregar Tag en cada EC2 de Prod. “ IaC sin tests”

7. Anécdota 5. Es tiempo de aplicar tests automatizados a la Infra! Requieren conocimientos y toma tiempo implementarlos . Cómo convencer a los jefes?

8. Beneficios de testing Detecta bugs temprano en el desarrollo . Facilita cambios y refactorizaciones sin miedo . Mejora la calidad y estabilidad del software. Documenta el comportamiento esperado del código .

9. Beneficios de testing Reduce el tiempo de debugging. Asegura que nuevas funciones no rompan lo existente ( regresiones ). Permite integrar CI/CD de forma confiable . Mejora la colaboración entre desarrolladores . Facilita el onboarding de nuevos miembros

10. Mismo enfoque? Compila o interpreta ? Cuál es el Artifact? Hay versionamiento ? “En mi local funciona ”?

11. - Terraform Workflow Crea Infra

12. IaC mismo enfoque ? HCL es Declarativo, no imperativo. Gestión del Estado (*.tfstate) Idempotence Reconciliación automática Inmutable(?)

13. Por qué testear si es inmutable? Inmutabilidad ≠ Correctitud Evitar configuraciones inseguras o no deseadas Prevenir impactos en producción Asegurar que los outputs y dependencias sean válidos Cumplir con políticas de gobernanza

14. "Terraform garantiza que se aplique lo que declaras . Pero no garantiza que lo que declaras sea correcto , seguro y/o eficiente ."

15. Static analysis Test code SIN apply. Compiler / parser / interpreter Revisar sintaxis e issues estructurales . $ terraform validate

16. Static analysis: Linters Validar el código para capturar errores comunes . Tools Tflint Tfsec

17. Static analysis: TFLINT

18. Static analysis: TfSec

19. Static analysis: Dry Run Validar el plan SIN apply. Example $ terraform plan

20. Testing UNIT TESTS

21. Unit Testing Testear una porción de código . Ya sea método , función , etc Se realiza de forma aislada . NO existía hasta Terraform v1.7.0

22. Unit Testing Se define en < nombre >. tftest .hcl Cambiar apply por plan

23. Unit Testing Ejecución : $ terraform test

24. Unit Testing Simulan un proveedor con mock_provider Sirve tanto para resource y data

25. Testing INTEGRATION TESTS

26. Unit tests son suficientes ?

27. Unit tests son suficientes ?

28. Unit Testing Aplica sobre la Infra que se crea . Flujo : Crear, Test y Destroy. $ terraform test Alternativas : terratest , etc.

29. Testing END-TO-END TESTS

30. End-to-End Testing Testear que la infra creada sea la deseada y funcione según requerimiento Requiere apply “Terraform Check blocks” Alternativas : tf2, terratest , etc

31. Terraform Check blocks Usado para validar infrastructure. Comprobando código de respuesta de un service.

32. Resumen Tipo Caso de uso Terraform configuration Unit test Modules, configuration $ terraform test Contract test Modules Input variable validation Pre-conditions/post-conditions Integration test Modules, configuration $ terraform test End-to-end test Configuration Check blocks

33. Policy As Code Validar que el code cumpla con ciertas políticas . Requiere plan Ejem : tagging, ports, no public, etc , etc Tools: TF2, hashicorp sentinel, etc $ terraform plan -out terraform.tfplan $ python test-policy-as- code.py

34. Demo

35. Delivery Pipeline

36. Y que pasó con la Anecdota ? Implementación de tests en componentes críticos . Luego integration, E2E y Policy as Code. Con la pila de tests se garantizó que la Infra de cada componente estaba OK.

37. Qué sigue ? Recrear el ejemplo en tu local. Lectura recomendada https://www.slideshare.net/slideshow/how-to-test-infrastructure-code-automated-testing-for-terraform-kubernetes-docker-packer-and-more/192468142 Testing: IaC , AMI, Playbooks, Pipelines, Apps. Tools: packer, ansible, molecule, docker, kubernetes , etc Practice, practice, practice..

38. Preguntas ?