Configuración de ambientes en GitLab para desarrollo industrial
Contenido del curso
Luis Moncaris
Diego Forero
Team Platzi
Pedro Luis Macedo Martinez
Daniel Cañizalez
Gonzalo Amador Hernández
Pablo Aquino
Wilmer Ariel Moina Rivera
Axel Jimenez Cruz
Christian Altamirano Ayala
José de Jesús Uscanga Molina
Helí Fernando Jerez Rincón
Oscar Fernando Diaz Anchay
Omar D
¿Es necesario 100% utilizar kubernetes para pruebas de seguridad estáticas, o puedo correr dichas pruebas estáticas sin kubernetes? lo digo por que mis ambientes de producción nosotros lo movemos manualmente, pero si me interesa que corran estas pruebas, ¿alguien me puede sacar de la duda?
Muchas gracias 😁
Como lo menciona el profesor, si se esta usando Kubernetes, no es necesario, salvo en el entorno de producción ya que por lo general no despliegas un solo contenedor para una app, despliegas multiples contenedores para poder atender las peticiones.
has tu propio pipeline corriendo las tools de seguridad
Estimados, consulta es posible que para los pipelines pueda pasarle variables en la ejecución del mismo, por ejemplo Jenkins permite la creación de Jobs con parámetros de entrada que antes de su ejecución puedo ingresarlos como input.
tiene esto no se si te sirva: https://docs.gitlab.com/ee/ci/jobs/index.html#specifying-variables-when-running-manual-jobs
La variable de entorno REPLICAS, puede crear varias instancias (pod) en todos o en un ambiente específico.
Una buena estrategia para el desarrollo.
¿Cuál es la diferencia entre gitlab SelfHosted y el SAAS? ¿Tendré las mismas funcionalidades? ¿El SelfHosted tiene una capa de suscripcion para habilitar todas sus funcionalidades?
Un ambiente de gitlab es un namespace en kubernetes?
Es posible integrar Swarm debes de Kubernates ?.
son herramientas que cubren el mismo propósito seria sobrecarga, pero las imágenes de docker las puedes usar en ambos clusters
Alguna referencia para revisar lo de POD dekubernetes por favor, no me quedo claro que es y para que sirven, gracias.
Los PODs en kubernetes son el nivel más bajo de abstracción, kubernetes administra contenedores indirectamente a través de los pods. digamos que un pod es un casco que controla la mente de un trabajador (contenedor docker en este caso), este casco recibe ordenes de un controlador maestro (nodos master de kubernetes). Realmente no es muy complejo de entender, continua aprendiendo y una vez que rompas el paradigma que existe de manejar lo tradicional vs esto te darás cuenta.
