{"meta":{"title":"Configuración de reglas de protección de implementación personalizadas","intro":"Se usa GitHub Apps para automatizar la protección de implementaciones con sistemas de terceros.","product":"GitHub Actions","breadcrumbs":[{"href":"/es/actions","title":"GitHub Actions"},{"href":"/es/actions/how-tos","title":"Procedimientos"},{"href":"/es/actions/how-tos/deploy","title":"Desplegar"},{"href":"/es/actions/how-tos/deploy/configure-and-manage-deployments","title":"Configura y administra implementaciones"},{"href":"/es/actions/how-tos/deploy/configure-and-manage-deployments/configure-custom-protection-rules","title":"Configuración de reglas de protección personalizadas"}],"documentType":"article"},"body":"# Configuración de reglas de protección de implementación personalizadas\n\nSe usa GitHub Apps para automatizar la protección de implementaciones con sistemas de terceros.\n\n> \\[!NOTE]\n> Las reglas de protección de implementación personalizadas se encuentran actualmente en versión preliminar pública y están sujetas a cambios.\n\n## Acerca de las reglas de protección de implementación personalizadas\n\nLas reglas de protección de implementación personalizadas están basadas en GitHub Apps. Una vez configurada e instalada una regla de protección de implementación en un repositorio, se puede habilitar para cualquier entorno del repositorio.\n\nDespués de habilitar una regla de protección de implementación personalizada en un entorno, cada vez que un paso de un flujo de trabajo tenga como destino ese entorno, la regla de protección de implementación se ejecutará automáticamente. Para obtener más información sobre cómo establecer un entorno como destino para las implementaciones, consulta [Administrar entornos para la implementación](/es/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments).\n\nCuando se desencadena una regla de protección de implementación personalizada, esperará hasta 30 días para una respuesta de eventos de webhook antes de que se agote el tiempo de espera y se produzca un error en el trabajo de flujo de trabajo.\n\nPara obtener más información sobre cómo crear sus propias reglas de protección de implementación personalizadas, consulta [Creación de reglas de protección de implementación personalizadas](/es/actions/how-tos/deploy/configure-and-manage-deployments/create-custom-protection-rules).\n\n> \\[!NOTE]\n> Se puede instalar en un repositorio cualquier número de reglas de protección de implementación basadas en GitHub Apps. Sin embargo, se puede habilitar un máximo de 6 reglas de protección de implementación en cualquier entorno al mismo tiempo.\n\n## Uso de reglas de protección de implementación personalizadas existentes\n\nPuede optar por crear sus propias reglas de protección de implementación personalizadas o puede usar cualquier regla de protección de implementación personalizada existente.\n\nA continuación, se muestra una lista de implementaciones oficiales por parte de socios para reglas de protección del despliegue.\n\n* Datadog: puede aplicar reglas de protección en los flujos de trabajo de despliegue de GitHub Actions mediante monitores de Datadog. Para obtener más información, consulte [Administración de GitHub Actionsimplementaciones con monitores de Datadog](https://docs.datadoghq.com/continuous_integration/guides/github_gating/) en la documentación de Datadog.\n* Honeycomb: puede definir umbrales para rechazar o aprobar implementaciones en función de los datos que envía a Honeycomb. Para obtener más información, consulte [la aplicación Honeycomb](https://github.com/apps/honeycomb-io) en GitHub Marketplace.\n* New Relic: para obtener más información, consulta [la aplicación New Relic](https://github.com/apps/new-relic-gate) en GitHub Marketplace.\n* NCM NodeSource: para obtener más información, vea [la aplicación NodeSource de NCM](https://github.com/apps/ncm-nodesource) en GitHub Marketplace.\n* ServiceNow: para obtener más información, consulte [integración de GitHub con DevOps Change Velocity](https://www.servicenow.com/docs/bundle/utah-devops/page/product/enterprise-dev-ops/concept/github-integration-dev-ops.html) en la documentación de ServiceNow.\n\n## Requisitos previos\n\nPara que una regla de protección de implementación personalizada esté disponible para todos los entornos de un repositorio, primero debe instalar la regla de protección de implementación personalizada en el repositorio. Para más información, consulta [Instalación de su propia aplicación de GitHub](/es/apps/using-github-apps/installing-your-own-github-app).\n\nUna vez instalada una regla de protección de implementación personalizada en un repositorio, se debe habilitar para cada entorno en el que quiera que se aplique la regla.\n\n## Habilitación de reglas de protección de implementación personalizadas para el entorno\n\n1. En GitHub, navegue hasta la página principal del repositorio.\n2. Debajo del nombre del repositorio, haz clic en ** Settings**. Si no puedes ver la pestaña \"Configuración\", selecciona el menú desplegable **** y, a continuación, haz clic en **Configuración**.\n\n \n3. En la barra lateral de la izquierda, haz clic en **Entornos**.\n4. Seleccione el entorno que quiere configurar.\n5. En \"Deployment protection rules\", active la casilla situada junto a cada regla de protección de implementación personalizada que quiera habilitar para el entorno.\n6. Haga clic en **Save protection rules**.\n\nUna vez habilitada una regla de protección de implementación personalizada para un entorno, se ejecutará automáticamente cada vez que un flujo de trabajo llegue a un trabajo que haga referencia al entorno. Puede ver los resultados de una aprobación o un rechazo de su implementación revisando los detalles de la implementación. Para más información, consulta [Revisar los despliegues](/es/actions/how-tos/deploy/configure-and-manage-deployments/review-deployments)."}