Esa es muy buena! ¿Y si hago un short de eso? Lo saco hoy en un rato. (por cierto vas a ser el primero al que repsonda por medio de un short, me debes una cerveza!).
Hola Amin, muy buen video, me fue de gran ayuda, Tengo una dudita adicional, si yo quiero hacer un deploy a desarrollo una y otra vez, pero requiero validar de que la infraestructura exista como seria?, y si hay nuevos recursos?, como se trabajaría para que Azure desde Terraform no tire error, y si existe esa infraestructura se omita?
Para validar la infraestructura ya previamente creada y los nuevos recursos por crear Terraform cuenta con un archivo de estado que le permite saber que cosas hay que hacer, ya sea volver a desplegar recursos por cambios en su configuración, eliminar recursos que ya no se necesitan o desplegar nuevas cosas. Todo eso lo puedes hacer desde Azure, de hecho en este video, en el minuto 9:43 puedes ver que el comando de Terraform init configura este archivo dejando listo todo para guardar todos los cambios hechos.
Hola, Si, con pipeline.yaml puedo ejecutar un .py para acceder a un storage account, aplicarle OCR a unos pdf y guardar el resultado en otra carpeta. ¿Cómo se puede retirar el acceso al tráfico público del storage sin que el job falle? ¿Tiene sentido el "meter el devops" en la misma red virtual? Gracias!!!
No necesitas el .py, puedes acceder a la cuenta de almacenamiento con los comandos de az cli. Con esto puedes entonces eliminar por completo el acceso público y comenzar a trabajar con una de dos cosas, un SAS token de la cuenta de almacenamiento o con un service principal usando identidades, creo que la solución dependería de todo lo demás que tu proyecto requiera.
@@AminEspinozate rifas! El az-pipeline.yaml, recomiendas que ejecute directamente los comendos o que manda a invocar un .sh? Por el momento el documentIntelligent y el storageAccount se comunican a través de managementIdentity. Se requiere algun tipo de sincronización entre devops y az portal para correr el job?
Hola, muy bien explicado, como hago para que el stage de apply se haga de forma manual?
Esa es muy buena! ¿Y si hago un short de eso? Lo saco hoy en un rato. (por cierto vas a ser el primero al que repsonda por medio de un short, me debes una cerveza!).
Muy buen video, puedes poner el acceso al repositorio publico?
Gracias por decirlo! Aquí tienes: coatlicue.visualstudio.com/TerraformPipelines
Hola Amin, muy buen video, me fue de gran ayuda,
Tengo una dudita adicional, si yo quiero hacer un deploy a desarrollo una y otra vez, pero requiero validar de que la infraestructura exista como seria?, y si hay nuevos recursos?, como se trabajaría para que Azure desde Terraform no tire error, y si existe esa infraestructura se omita?
Para validar la infraestructura ya previamente creada y los nuevos recursos por crear Terraform cuenta con un archivo de estado que le permite saber que cosas hay que hacer, ya sea volver a desplegar recursos por cambios en su configuración, eliminar recursos que ya no se necesitan o desplegar nuevas cosas.
Todo eso lo puedes hacer desde Azure, de hecho en este video, en el minuto 9:43 puedes ver que el comando de Terraform init configura este archivo dejando listo todo para guardar todos los cambios hechos.
Hola,
Si, con pipeline.yaml puedo ejecutar un .py para acceder a un storage account, aplicarle OCR a unos pdf y guardar el resultado en otra carpeta.
¿Cómo se puede retirar el acceso al tráfico público del storage sin que el job falle? ¿Tiene sentido el "meter el devops" en la misma red virtual?
Gracias!!!
No necesitas el .py, puedes acceder a la cuenta de almacenamiento con los comandos de az cli. Con esto puedes entonces eliminar por completo el acceso público y comenzar a trabajar con una de dos cosas, un SAS token de la cuenta de almacenamiento o con un service principal usando identidades, creo que la solución dependería de todo lo demás que tu proyecto requiera.
@@AminEspinozate rifas!
El az-pipeline.yaml, recomiendas que ejecute directamente los comendos o que manda a invocar un .sh?
Por el momento el documentIntelligent y el storageAccount se comunican a través de managementIdentity. Se requiere algun tipo de sincronización entre devops y az portal para correr el job?