diff --git a/src/i18n/content/es/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx b/src/i18n/content/es/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
index ad72a15f9b6..37252958882 100644
--- a/src/i18n/content/es/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
+++ b/src/i18n/content/es/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
@@ -10,7 +10,7 @@ Monitor e informe datos sobre sus servicios Microsoft Azure a New Relic con el m
 
 Nuestro monitoreo de integración de Azure monitorea todas sus métricas de los servicios de Azure compatibles. Una vez habilitado, consultamos los servicios de tu plataforma Azure según tu intervalo de sondeo establecido. Cuando eso sucede, obtienes:
 
-* Ingestión métrica de [todos los servicios de Azure respaldados por el monitoreo de Azure](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported).
+* Ingestión de métricas desde [muchos servicios Azure compatibles con Azure Monitor](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported).
 * Experiencia [métrica dimensional](/docs/data-apis/understand-data/new-relic-data-types/#metrics-new-relic) nativa para consultas, alertas y explorador de datos.
 * Azure [entidad](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic) en nuestro [explorador de entidades](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer) con métricas doradas y tablero incorporado.
 * Métrica decorada con etiqueta personalizada definida en recursos de Azure.
diff --git a/src/i18n/content/es/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx b/src/i18n/content/es/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
index ad9775f1900..fb350596ece 100644
--- a/src/i18n/content/es/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
+++ b/src/i18n/content/es/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
@@ -69,7 +69,7 @@ La siguiente tabla proporciona información sobre la versión y la compatibilida
       </td>
 
       <td>
-        1.12.34
+        1.12.36
       </td>
     </tr>
 
@@ -79,7 +79,7 @@ La siguiente tabla proporciona información sobre la versión y la compatibilida
       </td>
 
       <td>
-        25 de enero de 2024
+        9 de diciembre de 2024
       </td>
     </tr>
 
@@ -89,7 +89,7 @@ La siguiente tabla proporciona información sobre la versión y la compatibilida
       </td>
 
       <td>
-        New Relic 1.12.34
+        Nuevo agente de servicios de Relic 1.12.36
       </td>
     </tr>
 
@@ -109,7 +109,7 @@ La siguiente tabla proporciona información sobre la versión y la compatibilida
       </td>
 
       <td>
-        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x y 5.x
+        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x, 5.x y 6.x
       </td>
     </tr>
 
diff --git a/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
new file mode 100644
index 00000000000..39218bbe54e
--- /dev/null
+++ b/src/i18n/content/es/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
@@ -0,0 +1,35 @@
+---
+title: Logging con el agente iOS
+tags:
+  - Mobile logging
+  - New Relic Mobile iOS
+metaDescription: Suggestions for setting up the logging in your app with the New Relic agent
+freshnessValidatedDate: never
+translationType: machine
+---
+
+Para garantizar un logging consistente y completo durante todo el proyecto, el agente de iOS proporciona API de logging. Emplee las API de logging del agente para enviar los logs de sus aplicaciones móviles a New Relic. Esto garantiza que sus logs estén en un solo lugar para su análisis. Para obtener más información, consulte nuestra [API de log móvil](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs/#ios).
+
+## Configurar nivel de logs
+
+Puede configurar el nivel de logs del agente iOS para el agente y el logging remoto.
+
+### Nivel de logs del agente
+
+El nivel de log del agente se configura en el agente de New Relic y determina qué mensajes de log se escriben en la consola del dispositivo. Esto también incluye los logs de agentes de New Relic. Para ver todos los logs de agentes de New Relic, configure el nivel de logs en `NRLogLevelDebug`.
+
+### Nivel de logs remotos
+
+En la plataforma New Relic, el nivel de logs remotos controla el nivel de detalle de los logs enviados desde un dispositivo a New Relic. Esto ayuda a gestionar el volumen de datos y mantiene el foco en la información relevante.
+
+**Configuración**: En el dashboard de New Relic, puedes configurar el nivel de logs remotos en la pestaña <DNT>**Application**</DNT>. Para obtener más información sobre cómo configurar el nivel de logs remotos, consulte [logs móviles](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs).
+
+## Recopilación automática de logs
+
+En la plataforma New Relic, cuando el log remoto está habilitado, el agente de iOS recopila todos los logs escritos en `stdout` y `stderr` desde la aplicación. Captura todas las llamadas a `NSLog()`, Swift `print()` y otras funciones de la familia de impresión. Los logs recopilados de esta manera se establecen en `NRLogLevelInfo`. Esta función está deshabilitada de forma predeterminada. Para habilitarlo, emplee el indicador de característica `NRFeatureFlag_AutoCollectLogs` .
+
+El agente separa el mensaje de log usando un delimitador `'\n\n'` . La timestamp refleja cuándo el agente recopiló el log, no cuándo la aplicación lo escribió. Esto podría causar una diferencia de milisegundos ya que el mensaje del log se almacenó en búfer antes de ser recopilado por el agente.
+
+<Callout variant="important">
+  Esta función interfiere con la consola incorporada de Xcode, por lo que no se puede habilitar mientras el depurador esté conectado.
+</Callout>
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/network-performance-monitoring/advanced/advanced-config.mdx b/src/i18n/content/es/docs/network-performance-monitoring/advanced/advanced-config.mdx
index 9057324ab39..26f35f27238 100644
--- a/src/i18n/content/es/docs/network-performance-monitoring/advanced/advanced-config.mdx
+++ b/src/i18n/content/es/docs/network-performance-monitoring/advanced/advanced-config.mdx
@@ -386,7 +386,7 @@ global:
           </td>
 
           <td>
-            Valor utilizado durante la síntesis de entidades para New Relic. Esto se crea automáticamente en función del `mib_profile` coincidente y debe coincidir con una de las reglas en el repositorio [de definiciones de entidad](https://github.com/newrelic/entity-definitions/search?q=%22attribute%3A+provider%22+filename%3Adefinition.yml) para que se cree una entidad. Si agrega dispositivos manualmente, deberá tener cuidado para asegurarse de que este valor sea válido.
+            Valor empleado durante la síntesis de entidad para New Relic. Esto se crea automáticamente en función del `mib_profile` coincidente y debe coincidir con una de las reglas en el repositorio [de definiciones de entidad](https://github.com/search?q=repo%3Anewrelic/entity-definitions%20path%3Adefinition.yml&type=code) para que se pueda crear una entidad. Si agrega dispositivos manualmente, deberá tener cuidado y cerciorar de que este valor sea válido.
           </td>
         </tr>
 
diff --git a/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx b/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
index 6a25ae418c3..489a41eb097 100644
--- a/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
+++ b/src/i18n/content/es/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
@@ -11,24 +11,15 @@ translationType: machine
 
 New Relic le ofrece muchas opciones para [incorporar datos de cualquier fuente](/docs/data-apis/custom-data/intro-custom-data) y crear [gráficos](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) y [paneles](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) personalizados. Pero si desea ir más allá de esas opciones y crear sus propias experiencias en New Relic, le brindamos acceso a las mismas herramientas que utilizamos para crear aplicaciones en nuestra plataforma.
 
-<Video
-  id="inyshp3m7r"
-  type="wistia"
-/>
+<Video id="inyshp3m7r" type="wistia" />
 
 La aplicación New Relic es una aplicación React JavaScript que:
 
-* Reside en la [plataforma New Relic](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one), junto con tus otros
-
-  <InlinePopover type="dashboards"/>
-
-  y tus datos.
-
+* Reside en la [plataforma New Relic](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one), junto con tus otros <InlinePopover type="dashboards" />y tus datos.
 * Visualizaciones características que ha diseñado específicamente para su organización.
-
 * Muestre datos de cualquier fuente que desee, ya sea de una entidad monitora de New Relic o datos de otro servicio o API.
 
-Continúe leyendo para obtener más información sobre lo que puede hacer con las aplicaciones New Relic. O, si desea avanzar y comenzar a crear sus propias aplicaciones, primero lea los [requisitos en nuestro sitio para desarrolladores](https://developer.newrelic.com/build-apps/permission-manage-apps).
+Sigue leyendo para obtener más información sobre lo que puedes hacer con las aplicaciones de New Relic. O bien, si desea avanzar y comenzar a crear sus propias aplicaciones, dirigir a la [guía de configuración del entorno de desarrollo](/docs/new-relic-solutions/new-relic-one/build-nr-apps/set-up-dev-env/).
 
 ## New Relic: una plataforma programable [#what-is-it]
 
@@ -36,12 +27,9 @@ Nos esforzamos por tener una experiencia del usuario automatizada que proporcion
 
 Ahora, le damos control sobre los componentes fundamentales de nuestra plataforma. Utilizando las mismas herramientas que utiliza nuestro ingeniero para construir la plataforma New Relic, usted puede crear aplicaciones personalizadas que se alineen con su estructura organizacional única y sus necesidades comerciales. Si sabe cómo utilizar React, GraphQL y NRQL (nuestro lenguaje de consulta), crear una aplicación solo le llevará unos minutos.
 
-Consulte las [guías en nuestro sitio para desarrolladores](https://developer.newrelic.com/build-apps) para obtener ayuda para crear una aplicación personalizada. O, para obtener una descripción general rápida de cómo comenzar a crear su propia aplicación, mire este breve video de YouTube (aprox. 3:15 minutos).
+Consulte la [guía para desarrolladores](/docs/new-relic-solutions/tutorials/build-hello-world-app/) para obtener ayuda para crear una aplicación personalizada. O bien, para obtener una descripción general rápida de cómo comenzar a crear su propia aplicación, mire este breve video de YouTube (aprox. 3:15 minutos).
 
-<Video
-  id="QX7wMf6wTSU"
-  type="youtube"
-/>
+<Video id="QX7wMf6wTSU" type="youtube" />
 
 ## Empezar [#get-started]
 
@@ -50,18 +38,14 @@ Con New Relic, puedes resolver cualquier desafío impulsado por datos, sin impor
 * Utilice nuestras API para [obtener datos en New Relic desde cualquier fuente](/docs/data-apis/custom-data/intro-custom-data).
 * [Visualice esos datos en su aplicación personalizada](https://developer.newrelic.com/build-apps).
 
-<img
-  title="programmable-ui-intro-image.png"
-  alt="programmable-ui-intro-image.png"
-  src="/images/new-relic-one-browser-analyzer-example-application_0.webp"
-/>
+<img title="programmable-ui-intro-image.png" alt="programmable-ui-intro-image.png" src="/images/new-relic-one-browser-analyzer-example-application_0.webp" />
 
 <figcaption>
-  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> A continuación se muestra un ejemplo de una aplicación personalizada creada en New Relic. Esta aplicación ofrece un análisis muy detallado de un sitio web, utilizando el evento PageView informado desde nuestro <InlinePopover type="browser"/>.
+  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> A continuación se muestra un ejemplo de una aplicación personalizada creada en New Relic. Esta aplicación ofrece un análisis muy detallado de un sitio web, utilizando el evento PageView informado desde nuestro <InlinePopover type="browser" />.
 </figcaption>
 
 <Callout variant="tip">
   Si sus necesidades de visualización son relativamente simples, considere utilizar [gráficos personalizados](/docs/chart-builder/use-chart-builder/get-started/introduction-chart-builder) y [un panel personalizado](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards).
 </Callout>
 
-¡Ahora visite nuestro [sitio para desarrolladores](http://developer.newrelic.com) y comience a construir!
+¡Ahora, visita el [ejemplo Hola Mundo](/docs/new-relic-solutions/tutorials/build-hello-world-app/) y comienza a construir!
\ No newline at end of file
diff --git a/src/i18n/content/es/docs/new-relic-solutions/business-observability/intro-pathpoint.mdx b/src/i18n/content/es/docs/new-relic-solutions/business-observability/intro-pathpoint.mdx
index 70ce2deaed5..f74ac778fc2 100644
--- a/src/i18n/content/es/docs/new-relic-solutions/business-observability/intro-pathpoint.mdx
+++ b/src/i18n/content/es/docs/new-relic-solutions/business-observability/intro-pathpoint.mdx
@@ -12,9 +12,7 @@ New Relic Pathpoint es una aplicación de visualización que ofrece un enfoque 
 
 Al monitorear y analizar la salud y el rendimiento de todas las fases del recorrido, incluidos los procesos internos relevantes y la dependencia externa, Pathpoint permite a las organizaciones identificar y resolver fácilmente los problemas que impactan el recorrido, optimizar los procesos internos y mejorar la experiencia general de los clientes.
 
-Pathpoint es un proyecto de catálogo de código abierto desarrollado por el equipo de los laboratorios New Relic. Consulte el [repositorio de GitHub Pathpoint](https://github.com/newrelic/nr-labs-pathpoint).
-
-¿Quieres comprender los beneficios de Pathpoint a un alto nivel? Consulte la [página del producto Pathpoint](https://newrelic.com/platform/pathpoint).
+Instale la aplicación directamente desde el [New Relic catalog](https://onenr.io/0bRm7rdJZQy). También puedes explorar el [repositorio de GitHub](https://github.com/newrelic/nr-labs-pathpoint).
 
 <img title="Business observability overview" alt="Business observability overview" src="/images/pathpoint_v2_splash_screenshot.webp" />
 
diff --git a/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index d9c734c0f81..4ee9fb25cce 100644
--- a/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -9,9 +9,9 @@ freshnessValidatedDate: never
 translationType: machine
 ---
 
-Nuestros administradores de trabajos de monitoreo sintético son recursos basados en [contenedores Docker](https://www.docker.com/resources/what-container)que aceptan y ejecutan [monitores Sintético](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetics-monitors) asignados a [la ubicación privada](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations).
+Nuestros administradores de trabajos de monitoreo de Sintético son recursos basados en [contenedoresDocker ](https://www.docker.com/resources/what-container)que aceptan y ejecutan [monitores de Sintético](/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring/#types-of-synthetic-monitors) asignados a [la ubicación privada](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations).
 
-El administrador de trabajos puede operar en un entorno de sistema de contenedor docker o en un entorno de sistema de orquestación de contenedor de Kubernetes. El administrador de trabajos detectará automáticamente su entorno para seleccionar el modo de funcionamiento apropiado.
+El administrador de trabajos puede operar en un entorno de sistema contenedor Docker , un entorno de sistema contenedor Podman o un entorno de sistema de orquestación contenedor Kubernetes . El administrador de trabajos detectará automáticamente su entorno para seleccionar el modo operativo apropiado.
 
 ## Característica del gestor de trabajo sintético [#enhancements]
 
@@ -19,7 +19,7 @@ Debido a que el administrador de trabajos de Sintético opera como un contenedor
 
 * Compatible con Linux, [macOS](https://docs.docker.com/docker-for-mac/) y [Windows](https://docs.docker.com/docker-for-windows/).
 * [Seguridad](#security) mejorada y soporte para la ejecución de usuarios [no root](#run-as-non-root) .
-* Capacidad de aprovechar un contenedor Docker como entorno [sandbox](#sandboxing-and-docker-deps) .
+* Capacidad de aprovechar un contenedor Docker como entorno [sandbox](#docker-dependencies) .
 
 ## Característica específica de Kubernetes [#kubernetes-enhancements]
 
@@ -50,7 +50,7 @@ Para alojar administradores de trabajos de Sintético, su sistema debe cumplir c
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             Compatibilidad para
           </th>
 
@@ -69,7 +69,7 @@ Para alojar administradores de trabajos de Sintético, su sistema debe cumplir c
           <td>
             <DNT>**Linux kernel:**</DNT> 3.10 o superior<br /> <DNT>**macOS:**</DNT> 10.11 o superior<br /> <DNT>**Windows:**</DNT> Windows 10 de 64 bits o superior
 
-            *También debe configurar docker para ejecutar el contenedor de Linux para que los administradores de trabajos de Sintético funcionen en sistemas Windows.*
+            También debe configurar docker para ejecutar el contenedor de Linux para que los administradores de trabajos de Sintético funcionen en sistemas Windows.
           </td>
         </tr>
 
@@ -136,7 +136,103 @@ Para alojar administradores de trabajos de Sintético, su sistema debe cumplir c
     </table>
 
     <Callout variant="caution">
-      El administrador de trabajos docker Sintético no está diseñado para usarse con orquestadores de contenedores como AWS ECS, docker Swarm, Apache Mesos, instancia de contenedor de Azure, etc. La ejecución del administrador de trabajos docker Sintético en un orquestador de contenedores generará problemas inesperados porque es en sí mismo un orquestador de contenedores. Si utiliza la orquestación de contenedores, consulte nuestros [requisitos del administrador de trabajos de Kubernetes Sintético](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
+      El administrador de trabajos Docker Sintéticos no está diseñado para usar con orquestadores de contenedores como AWS ECS, Docker Swarm, Apache Mesos, Azure contenedor instancia, etc. Ejecutar el administrador de trabajos Docker Sintéticos en un orquestador de contenedores genera problemas inesperados, ya que funciona como un orquestador en sí mismo. Si está empleando la orquestación de contenedor, consulte nuestros [requisitos del administrador de trabajosKubernetes Sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
+    </Callout>
+  </Collapser>
+
+  <Collapser
+    id="podman-requirements"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <table>
+      <thead>
+        <tr>
+          <th style={{ width: "265px" }}>
+            Compatibilidad para
+          </th>
+
+          <th>
+            Requisitos
+          </th>
+        </tr>
+      </thead>
+
+      <tbody>
+        <tr>
+          <td>
+            Sistema operativo
+          </td>
+
+          <td>
+            <DNT>**Linux kernel:**</DNT> 3.10 o superior<br />
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Procesador
+          </td>
+
+          <td>
+            Una CPU AMD64 o x86\_64 moderna y multinúcleo
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Memoria
+          </td>
+
+          <td>
+            3.256 GiB de RAM por núcleo de CPU (dedicado)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Tamaño del disco
+          </td>
+
+          <td>
+            Un mínimo de 50 GiB por host
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            sistema de archivos de disco
+          </td>
+
+          <td>
+            NFSv4.1 o superior (si usa NFS)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            [Versión de Podman](https://github.com/containers/podman/releases)
+          </td>
+
+          <td>
+            Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) o superior
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Clave de ubicación privada
+          </td>
+
+          <td>
+            Debes tener una [clave de ubicación privada](#private-location-key)
+          </td>
+        </tr>
+      </tbody>
+    </table>
+
+    <Callout variant="caution">
+      El administrador de trabajos Podman Sintéticos no está diseñado para usar con orquestadores de contenedores como AWS ECS, Docker Swarm, Apache Mesos, Azure contenedor instancia, etc. Ejecutar el administrador de trabajos Docker Sintéticos en un orquestador de contenedores genera problemas inesperados, ya que funciona como un orquestador en sí mismo. Si está empleando la orquestación de contenedor, consulte nuestros [requisitos del administrador de trabajosKubernetes Sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
     </Callout>
   </Collapser>
 
@@ -148,7 +244,7 @@ Para alojar administradores de trabajos de Sintético, su sistema debe cumplir c
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             Compatibilidad para
           </th>
 
@@ -316,7 +412,7 @@ Para encontrar la clave de una ubicación privada existente:
 
 ## Instalar, actualizar y configurar el administrador de trabajos Sintético [#install]
 
-Si está ejecutando más de un contenedor de ubicación privada Docker en el mismo host, tendrá conflictos de puertos. Para evitar esta contención de puertos, asegúrese de hacer lo siguiente cuando comience a configurar administradores de trabajos:
+Si está ejecutando más de un contenedor de ubicación privada Docker o Podman en el mismo host, tendrá conflictos de puertos. Para evitar esta contención de puertos, cerciorar de hacer lo siguiente cuando comience a configurar administradores de trabajos:
 
 * Ejecute administradores de trabajos y llamadas por minuto en diferentes hosts.
 * Ejecute cada administrador de trabajos en un host independiente.
@@ -324,13 +420,13 @@ Si está ejecutando más de un contenedor de ubicación privada Docker en el mis
 
 Las imágenes del administrador de trabajos de Sintético están alojadas en [Docker Hub](https://hub.docker.com/). Vaya a [hub.docker.com/r/newrelic/synthetics-job-manager/tags](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags) para obtener una lista de todos los lanzamientos.
 
-A menos que aloje las imágenes en un repositorio de imágenes local, debe permitir conexiones a `docker.io` a través de su firewall para que docker pueda extraer el administrador de trabajos Sintético y el tiempo de ejecución de imágenes sintéticas. Cuando se inicia el administrador de trabajos de Sintético, las imágenes en tiempo de ejecución se extraen automáticamente. Consulte [la configuración del entorno Docker](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config) y [la configuración del entorno Kubernetes](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config) para obtener detalles sobre cómo configurar un repositorio local y el extremo del registro del corredor.
+A menos que esté alojando las imágenes en un repositorio de imágenes local, debe permitir conexiones a `docker.io` a través de su firewall para que Docker o Podman puedan extraer el trabajo del administrador de imágenes sintéticas y el tiempo de ejecución de las imágenes sintéticas. Cuando se inicia el administrador de trabajos de Sintéticos, las imágenes en tiempo de ejecución se extraen automáticamente. Consulte [Configuración del entornoDocker ](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config), [Configuración del entorno Podman](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#podman-env-config) y [Configuración del entornoKubernetes ](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config)para obtener detalles sobre cómo configurar un repositorio local y el extremo del registro del corredor.
 
 Para obtener más detalles sobre la configuración avanzada, consulte [Configuración del administrador de trabajos de Sintético](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration).
 
 ## Iniciar gestor de trabajos Sintético [#start]
 
-A continuación se muestran las instrucciones aplicables docker o Kubernetes para iniciar el administrador de trabajos.
+A continuación se muestran las instrucciones aplicables de Docker, Podman o Kubernetes para iniciar el administrador de trabajos.
 
 <CollapserGroup>
   <Collapser
@@ -340,7 +436,7 @@ A continuación se muestran las instrucciones aplicables docker o Kubernetes par
   >
     1. Localice su [clave de ubicación privada](#private-location-key).
 
-    2. Asegúrese de haber habilitado [la dependencia de Docker](#sandboxing-and-docker-deps) para el espacio aislado y [de haber instalado](#install-update) el administrador de trabajos Sintético en su sistema.
+    2. Cerciorar de habilitar [la dependenciaDocker ](#docker-dependencies)para el sandbox y [de instalar](#install-update) el administrador de trabajos Sintéticos en su sistema.
 
     3. Ejecute el script apropiado para su sistema. Adapte el valor predeterminado común `/var/run/docker.sock` en los siguientes ejemplos para que coincida con su sistema.
 
@@ -375,6 +471,43 @@ A continuación se muestran las instrucciones aplicables docker o Kubernetes par
        ```
   </Collapser>
 
+  <Collapser
+    id="podman-update"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    1. Localice su [clave de ubicación privada](#private-location-key).
+    2. Cerciorar de habilitar [la dependencia de Podman](#podman-dependencies) para el sandbox y [de instalar](#install-update) el administrador de trabajos Sintéticos en su sistema.
+    3. Ejecute el siguiente script para su sistema.
+
+    Para crear un pod en Linux y agregar la dirección IP de la máquina host:
+
+    ```
+    podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+    ```
+
+    Para iniciar el Administrador de trabajos:
+
+    ```
+    podman run \
+    --name YOUR_CONTAINER_NAME \
+    --pod YOUR_POD_NAME \
+    -e "PRIVATE_LOCATION_KEY=YOUR_PRIVATE_LOCATION_KEY" \
+    -e "CONTAINER_ENGINE=PODMAN" \
+    -e "PODMAN_API_SERVICE_PORT=YOUR_PODMAN_API_SERVICE_PORT" \
+    -e "PODMAN_POD_NAME=YOUR_POD_NAME" \
+    -d \
+    --restart unless-stopped \
+    newrelic/synthetics-job-manager:latest
+    ```
+
+    Para ver los logs de su minion contenedor:
+
+    ```
+    podman logs --follow YOUR_CONTAINER_NAME
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-install"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Procedimiento de inicio de Kubernetes</>
@@ -385,7 +518,7 @@ A continuación se muestran las instrucciones aplicables docker o Kubernetes par
     2. Configure un namespace para el administrador de trabajos de Sintético en su clúster de Kubernetes:
 
        ```shell
-       kubectl create namespace YOUR_NAMESPACE
+         kubectl create namespace YOUR_NAMESPACE
        ```
 
     3. Copie los gráficos de Helm del repositorio de New Relic Helm.
@@ -428,7 +561,7 @@ A continuación se muestran las instrucciones aplicables docker o Kubernetes par
 
 ## Detener o eliminar el administrador de trabajos de Sintético [#stop]
 
-En un entorno de sistema de contenedor docker , utilice el procedimiento docker `stop` para detener la ejecución del administrador de trabajos Sintético. En un entorno de sistema de orquestación de contenedores Kubernetes, utilice el procedimiento Kubernetes `delete` para detener la ejecución del administrador de trabajos Sintético.
+En un entorno de sistema contenedor Docker o Podman, emplee el procedimiento `stop` respectivo para detener el administrador de trabajos Sintéticos. En un entorno de sistema de orquestación de contenedores Kubernetes , emplee el procedimiento Kubernetes `delete` para detener la ejecución del administrador de trabajos sintéticos.
 
 <CollapserGroup>
   <Collapser
@@ -466,6 +599,31 @@ En un entorno de sistema de contenedor docker , utilice el procedimiento docker
       ```
   </Collapser>
 
+  <Collapser
+    id="podman-stop"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Docker icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    Puede [detener un contenedor Podman](https://docs.podman.io/en/stable/markdown/podman-stop.1.html) por el nombre del contenedor o por el ID del contenedor.
+
+    * Nombre del contenedor stop para Linux:
+
+    ```
+    podman stop YOUR_CONTAINER_NAME
+    podman rm YOUR_CONTAINER_NAME
+    ```
+
+    * Detención del ID del contenedor para Linux:
+
+    En los ejemplos, el contenedor se detiene y se retira. Para detener únicamente el contenedor, omita `podman rm $CONTAINER_ID`.
+
+    ```
+    CONTAINER_ID=$(podman ps -aqf name=YOUR_CONTAINER_NAME)
+    podman stop $CONTAINER_ID
+    podman rm $CONTAINER_ID
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-delete"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Procedimiento de eliminación de Kubernetes</>
@@ -491,9 +649,9 @@ En un entorno de sistema de contenedor docker , utilice el procedimiento docker
   </Collapser>
 </CollapserGroup>
 
-## Sandboxing y dependencia Docker [#sandboxing-and-docker-deps]
+## Sandboxing y dependencia [#sandboxing-and-deps]
 
-El sandboxing y la dependencia docker son aplicables al administrador de trabajos Sintético en un entorno de sistema de contenedor docker .
+El sandboxing y la dependencia son aplicables al gestor de trabajos Sintéticos en un entorno de sistema contenedor Docker o Podman.
 
 <CollapserGroup>
   <Collapser
@@ -517,6 +675,104 @@ El sandboxing y la dependencia docker son aplicables al administrador de trabajo
   </Collapser>
 </CollapserGroup>
 
+<CollapserGroup>
+  <Collapser
+    id="podman-dependencies"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    El administrador de trabajos Sintéticos se ejecuta en Podman y puede aprovechar Podman como una tecnología de sandbox. Esto garantiza un aislamiento completo de la ejecución del monitor, lo que mejora la seguridad, la confiabilidad y la repetibilidad. Cada vez que se ejecuta un monitor browser o script, el administrador de trabajos de Sintéticos crea un nuevo contenedor Podman para ejecutarlo empleando el entorno de ejecución correspondiente.
+
+    El administrador de trabajos Sintéticos contenedor debe configurar para comunicar con el motor Podman a fin de generar tiempo de ejecución adicional contenedor. Luego, cada contenedor generado se dedica a ejecutar una verificación asociada con el [monitor Sintético](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors) que se ejecuta en la ubicación privada con la que está asociado el contenedor del administrador de trabajos Sintéticos.
+
+    Existe una dependencia crucial en el lanzamiento. Para habilitar el sandboxing, cerciorar de tener:
+
+    1. Instaló Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) o superior.
+
+    2. Habilitada la ejecución sin raíz:
+
+       * Configure Podman para ejecutar contenedor sin requerir privilegios de root.
+         ```
+         mkdir -p ~/.config/containers
+         touch ~/.config/containers/containers.conf
+         vi ~/.config/containers/containers.conf
+         ```
+       * Edite el archivo `containers.conf` para configurar Podman para que use `crun` y `systemd`:
+         ```
+         [engine]
+         runtime = "crun"
+         cgroup_manager = "systemd"
+         ```
+
+    3. Se habilitaron los cgroups v2 (solo RHEL):
+       * Edite GRUB para habilitar cgroups v2, esto garantiza la compatibilidad con los tiempos de ejecución de contenedor modernos en RHEL.
+         ```
+         sudo sed -i 's/GRUB_CMDLINE_LINUX="/&systemd.unified_cgroup_hierarchy=1 /' /etc/default/grub
+         sudo grub2-mkconfig -o /boot/grub2/grub.cfg
+         sudo reboot
+         ```
+
+    4. Se habilitó la delegación en todo el sistema para permitir la delegación `cgroups` para los servicios de Podman.
+       ```
+       sudo mkdir -p /etc/systemd/system/user@.service.d/
+       echo -e "[Service]\nDelegate=yes" | sudo tee /etc/systemd/system/user@.service.d/delegate.conf > /dev/null
+       ```
+
+    5. Configurar el servicio de nivel de usuario `systemd` :
+
+       * Crear directorios para los servicios de nivel de usuario `systemd` .
+         ```
+         mkdir -p ~/.config/systemd/user/podman.service.d
+         ```
+       * Agregue la configuración de delegado al servicio de nivel de usuario `systemd` .
+         ```
+         echo -e "[Service]\nDelegate=yes" > ~/.config/systemd/user/podman.service.d/override.conf
+         ```
+
+    6. Habilitado e iniciado el socket Podman.
+       ```
+       systemctl --user enable podman.socket
+       systemctl --user start podman.socket
+       systemctl --user status podman.socket
+       ```
+
+    7. Creó y configuró el servicio API de Podman:
+
+       * Crea un servicio API de Podman y configura Podman para proporcionar acceso a la API HTTP.
+         ```
+         mkdir -p ~/.config/systemd/user
+         touch ~/.config/systemd/user/podman-api.service
+         vi ~/.config/systemd/user/podman-api.service
+         ```
+       * Define el servicio para exponer la API de Podman en el puerto 8000.
+         ```
+         [Unit]
+         Description=Podman API Service
+         After=default.target
+
+         [Service]
+         Type=simple
+         ExecStart=/usr/bin/podman system service -t 0 tcp:0.0.0.0:8000
+         Restart=on-failure
+
+         [Install]
+         WantedBy=default.target
+         ```
+
+    8. Habilitado e iniciado el servicio API de Podman.
+       ```
+       systemctl --user daemon-reload
+       systemctl --user enable podman-api.service
+       systemctl --user start podman-api.service
+       systemctl --user status podman-api.service
+       ```
+
+    <Callout variant="caution">
+      El recuento de núcleos en el host determina cuántos contenedores de tiempo de ejecución puede ejecutar el administrador de trabajos Sintético simultáneamente en el host. Dado que los requisitos de memoria se ajustan al recuento esperado del contenedor de tiempo de ejecución, recomendamos <DNT>**not running multiple synthetics job managers on the same host**</DNT> para evitar la contención de recursos.
+    </Callout>
+  </Collapser>
+</CollapserGroup>
+
 ## Seguridad, espacio aislado y ejecución como no root [#security]
 
 De forma predeterminada, el software que se ejecuta dentro de un administrador de trabajos de Sintético se ejecuta con `root` privilegios de usuario. Esto es adecuado para la mayoría de los escenarios, ya que la ejecución está protegida.
@@ -559,7 +815,7 @@ Para ejecutar el administrador de trabajos de Sintético como usuario no root, s
   </Collapser>
 </CollapserGroup>
 
-## Comprenda sus entornos docker o Kubernetes [#understand]
+## Comprenda sus entornos Docker, Podman o Kubernetes [#understand]
 
 A continuación se muestra información adicional sobre cómo mantener y comprender el entorno de contenedor del administrador de trabajos. Vea información de licencia, comprenda la configuración de red del administrador de trabajos y consulte el repositorio de imágenes docker .
 
@@ -567,7 +823,7 @@ A continuación se muestra información adicional sobre cómo mantener y compren
   <Collapser id="help" title="Mantener el administrador de trabajos.">
     Utilice estas opciones según corresponda:
 
-    * Para realizar un seguimiento del registro docker y verificar el estado de su monitor, consulte [Mantenimiento y monitoreo del administrador de trabajos Sintético](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring).
+    * Para realizar un seguimiento de los logs Docker o Podman y verificar el estado de sus monitores, consulte [Mantenimiento y monitoreo del administrador de trabajos sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring).
 
     * Para un administrador de trabajos de Sintético en el entorno del sistema de orquestación de contenedores de Kubernetes, se pueden usar los siguientes comandos de Helm `show` para ver `chart.yaml` y `values.yaml`, respectivamente:
 
@@ -590,10 +846,12 @@ A continuación se muestra información adicional sobre cómo mantener y compren
     Se crea una red puente para la comunicación entre el administrador de trabajos de Sintético y el contenedor de tiempo de ejecución. Esto significa que las opciones de comando de red como `--network` y `--dns` que se pasan al contenedor del administrador de trabajos de Sintético en el momento del lanzamiento (como a través de comandos de ejecución docker en un entorno de sistema de contenedor docker ) no son heredadas ni utilizadas por los contenedores de tiempo de ejecución.
 
     Cuando se crean estas redes, se extraen del grupo de direcciones IP predeterminado configurado para daemon. Para ver un ejemplo de esto en un entorno de sistema de contenedor Docker, consulte el [sitio Docker ](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-configuration-file).
+
+    En el caso de Podman, no empleamos una red de puente para la comunicación entre el administrador de trabajos Sintéticos y el contenedor en tiempo de ejecución, en su lugar usamos un pod Podman. Todos los contenedores en un pod Podman comparten el mismo namespace de red. Esto significa que comparten la misma dirección IP dentro de ese pod. En este caso aunque los contenedores comparten la misma IP, sus servicios están expuestos en puertos diferentes.
   </Collapser>
 
   <Collapser id="image" title="Repositorio de imágenes Docker">
-    Una única imagen docker del administrador de trabajos de Sintético sirve tanto al entorno del sistema de contenedor docker como al entorno del sistema de orquestación de contenedores de Kubernetes. La imagen docker está alojada en docker Hub. Para asegurarse de que la imagen de su docker acoplable esté actualizada, consulte el [repositoriodocker Hub newrelic/Sintético-job-manager](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags).
+    Una única imagen Docker del administrador de trabajos Sintéticos sirve al entorno del sistema de orquestación Docker, Podman y Kubernetes contenedor. La imagen de Docker está alojada en Docker Hub. Para cerciorar de que su imagen Docker esté actualizada, consulte el [repositorio newrelic/synthetics-job-managerDocker Hub](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags).
   </Collapser>
 </CollapserGroup>
 
@@ -639,7 +897,7 @@ A continuación se muestra información adicional sobre cómo mantener y compren
       </td>
 
       <td>
-        Esto se aplica únicamente a un entorno de contenedor docker . Los argumentos pasados al contenedor del administrador de trabajos de Sintético en el lanzamiento no se pasan a los contenedores de tiempo de ejecución generados por el administrador de trabajos de Sintético. docker no tiene ningún concepto de &quot;herencia&quot; o &quot;jerarquía&quot; de contenedor, y no copiamos la configuración que se pasa desde el administrador de trabajos de Sintético al contenedor de tiempo de ejecución. La única configuración compartida entre ellos es la establecida en el nivel [del daemon Docker](https://docs.docker.com/config/daemon/) .
+        Esto se aplica únicamente al entorno contenedor Docker y Podman. Los argumentos que se pasan al administrador de trabajos Sintéticos contenedor en el lanzamiento no se pasan al contenedor en tiempo de ejecución generado por el administrador de trabajos Sintéticos. Docker y Podman no tienen el concepto de &quot;herencia&quot; o &quot;jerarquía&quot; de contenedor, y no copiamos la configuración que se pasa del administrador de trabajos sintéticos al contenedor en tiempo de ejecución. Sin embargo, en el caso de Podman, los argumentos que se pasan a nivel pod se comparten entre el administrador de trabajos de Sintéticos y el contenedor en tiempo de ejecución dentro del pod. La única configuración compartida entre ellos es la establecido en el nivel [del demonio Docker](https://docs.docker.com/config/daemon/) .
       </td>
     </tr>
   </tbody>
diff --git a/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx b/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
index 48a4b4c095f..69b3437280c 100644
--- a/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
+++ b/src/i18n/content/es/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
@@ -13,7 +13,7 @@ Luego de [instalar tu gestor de trabajos Sintético](/docs/synthetics/synthetic-
 
 * Compruebe si el administrador de trabajos de Sintético está en buen estado y trabajando con el [estado extremo del administrador de trabajos de Sintético](#sjm-status).
 * Vea si una ubicación privada no cuenta con suficientes provisiones y [necesita más administradores de trabajo de Sintético](#more-jobmanagers).
-* Revise su [registro de Docker](#monitor-docker-logs) o [de Kubernetes](#monitor-docker-logs).
+* Revise sus [logs de Docker](#monitor-docker-logs), [logs de Podman](#monitor-podman-logs) o [logs de Kubernetes](#monitor-docker-logs).
 
 <Callout variant="tip">
   También puede recibir notificaciones sobre fallas del monitor con [las alertas de New Relic](/docs/synthetics/synthetic-monitors/using-monitors/alerts-synthetic-monitoring).
@@ -57,6 +57,18 @@ Puede monitor la salud de su minion consultando el registro del contenedor del a
     ```
   </Collapser>
 
+  <Collapser
+    id="review-podman-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    Este es un ejemplo de un log del administrador de trabajos de Sintéticos que indica que el administrador de trabajos de Sintéticos está funcionando correctamente en un entorno de sistema Podman contenedor:
+
+    ```
+    $podman logs [YOUR_CONTAINER_NAME]
+    ```
+  </Collapser>
+
   <Collapser
     id="review-kubernetes-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Revisar logs de Kubernetes</>
@@ -109,6 +121,22 @@ El nivel predeterminado de registro está configurado para informar al usuario 
     ```
   </Collapser>
 
+  <Collapser
+    id="podman-debug-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <Callout variant="tip">
+      Agregar `-f` al `Podman logs` hace que el comando siga el registro.
+    </Callout>
+
+    ```
+    podman run ... -e LOG_LEVEL=DEBUG ...
+    podman logs -f YOUR_CONTAINER_NAME
+    ... verbose logging continues ...
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-debug-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Habilitar el registro de depuración Kubernetes</>
diff --git a/src/i18n/content/jp/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx b/src/i18n/content/jp/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
index f920c9ad50a..873f0b951eb 100644
--- a/src/i18n/content/jp/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
+++ b/src/i18n/content/jp/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
@@ -10,7 +10,7 @@ New Relic Azure Monitor 統合を使用して、Microsoft Azure サービスに
 
 Azure モニター統合は、サポートされている Azure サービスからのすべてのメトリクスを監視します。有効にすると、設定されたポーリング間隔に従って Azure プラットフォーム サービスにクエリが実行されます。その場合、次の結果が得られます。
 
-* [Azure Monitor でサポートされているすべての Azure サービス](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported)からのメトリックの取り込み。
+* [でサポートされている多くのAzure サービスAzure Monitor](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported) からのメトリクスの取り込み。
 * クエリ、アラート、およびデータ エクスプローラーのネイティブ[ディメンション メトリック](/docs/data-apis/understand-data/new-relic-data-types/#metrics-new-relic)エクスペリエンス。
 * ゴールデン メトリックと組み込みダッシュボードを備えた [エンティティ エクスプローラー](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic) [](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer)の Azure エンティティ 。
 * Azure リソースで定義されたカスタム タグで装飾されたメトリック。
diff --git a/src/i18n/content/jp/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx b/src/i18n/content/jp/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
index 21acd9be32e..c0437da3061 100644
--- a/src/i18n/content/jp/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
+++ b/src/i18n/content/jp/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
@@ -69,7 +69,7 @@ VMware Tanzu 用 New Relic Nozzle には次の要件があります。
       </td>
 
       <td>
-        1.12.34
+        1.12.36
       </td>
     </tr>
 
@@ -79,7 +79,7 @@ VMware Tanzu 用 New Relic Nozzle には次の要件があります。
       </td>
 
       <td>
-        2024 年 1 月 25 日
+        2024年12月9日
       </td>
     </tr>
 
@@ -89,7 +89,7 @@ VMware Tanzu 用 New Relic Nozzle には次の要件があります。
       </td>
 
       <td>
-        New Relic サービス ブローカー 1.12.34
+        New Relic サービスブローカー 1.12.36
       </td>
     </tr>
 
@@ -109,7 +109,7 @@ VMware Tanzu 用 New Relic Nozzle には次の要件があります。
       </td>
 
       <td>
-        2.10.x、2.11.x、2.12.x、2.13.x、3.x、4.x、および 5.x
+        2.10.x、 2.11.x、2.12.x、2.13.x、3.x、4.x、5.x、および 6.x
       </td>
     </tr>
 
diff --git a/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx b/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
new file mode 100644
index 00000000000..518c0cb5e63
--- /dev/null
+++ b/src/i18n/content/jp/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
@@ -0,0 +1,35 @@
+---
+title: iOS エージェントを使用したロギング
+tags:
+  - Mobile logging
+  - New Relic Mobile iOS
+metaDescription: Suggestions for setting up the logging in your app with the New Relic agent
+freshnessValidatedDate: never
+translationType: machine
+---
+
+プロジェクト全体で一貫性のある包括的なログ記録を確保するために、iOS エージェントはログ記録 API を提供します。 エージェントのログ記録 API を使用して、モバイル アプリのログを New Relic に送信します。 これにより、ログが 1 か所に集められ、分析できるようになります。 詳細については、[モバイル ログ API を](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs/#ios)参照してください。
+
+## ログレベルの設定
+
+エージェントおよびリモート ログの iOS エージェントログレベルを設定できます。
+
+### エージェントログレベル
+
+エージェント ログレベルは New Relic エージェントで設定され、どのログメッセージがデバイスのコンソールに書き込まれるかを決定します。 これには New Relic エージェント ログも含まれます。 すべての New Relic エージェントログを表示するには、ログレベルを`NRLogLevelDebug`に設定します。
+
+### リモートログレベル
+
+New Relic プラットフォームでは、リモート ログレベルによって、デバイスから New Relic に送信されるログの詳細度が制御されます。 これにより、データ量を管理し、関連する情報に焦点を当てることができます。
+
+**設定**: New Relic ダッシュボードの<DNT>**Application**</DNT>タブでリモートログレベルを設定できます。 リモートログレベルの設定の詳細については、[モバイルログ](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs)を参照してください。
+
+## 自動ログ収集
+
+New Relic プラットフォームでは、リモート ログ記録が有効になっている場合、iOS エージェントはアプリから`stdout`と`stderr`に書き込まれたすべてのログを収集します。 `NSLog()` 、Swift `print()` 、およびその他の印刷ファミリ関数へのすべての呼び出しをキャプチャします。 この方法で収集されたログは`NRLogLevelInfo`に設定されます。 この機能はデフォルトで無効になっています。 有効にするには、 `NRFeatureFlag_AutoCollectLogs`機能フラグを使用します。
+
+エージェントは、 `'\n\n'`区切り文字を使用してログメッセージを区切ります。 タイムスタンプは、アプリケーションがログを書き込んだときではなく、エージェントがログを収集した時刻を反映します。 ログメッセージはエージェントによって収集される前にバッファリングされるため、これによりミリ秒の差が生じる可能性があります。
+
+<Callout variant="important">
+  この機能は Xcode の組み込みコンソールに干渉するため、デバッガーが接続されている間は有効にできません。
+</Callout>
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx b/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
index a0c4dd8c4dc..ab1ddf0355a 100644
--- a/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
+++ b/src/i18n/content/jp/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
@@ -11,24 +11,15 @@ translationType: machine
 
 New Relicには[、任意のソースからデータを取り込み、](/docs/data-apis/custom-data/intro-custom-data)カスタム[チャート](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder)や[ダッシュボード](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards)を作成するための多くのオプションがあります。ただし、これらのオプションを超えてNew Relicで独自のエクスペリエンスを作成したい場合は、プラットフォームでアプリを構築するために使用するのと同じツールにアクセスできます。
 
-<Video
-  id="inyshp3m7r"
-  type="wistia"
-/>
+<Video id="inyshp3m7r" type="wistia" />
 
 New Relicアプリケーションは、次のようなReactJavaScriptアプリケーションです。
 
-* 他の
-
-  <InlinePopover type="dashboards"/>
-
-  やデータとともに、 [New Relic プラットフォーム](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one)上に存在します。
-
+* 他の<InlinePopover type="dashboards" />やデータとともに、 [New Relic プラットフォーム](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one)上に存在します。
 * あなたの組織のためにカスタマイズされたビジュアライゼーションを提供します。
-
 * New Relicが監視しているエンティティのデータや、他のサービスやAPIからのデータなど、任意のソースからのデータを表示できます。
 
-New Relicアプリで何ができるかについては、読み続けてください。または、スキップして独自のアプリの作成を開始する場合は、最初[に開発者サイトの要件を](https://developer.newrelic.com/build-apps/permission-manage-apps)お読みください。
+New Relic アプリで何ができるかについて詳しくは、読み続けてください。 または、先に進んで独自のアプリの構築を開始したい場合は、[開発環境セットアップ ガイド](/docs/new-relic-solutions/new-relic-one/build-nr-apps/set-up-dev-env/)に進んでください。
 
 ## New Relic：プログラム可能なプラットフォーム [#what-is-it]
 
@@ -36,12 +27,9 @@ New Relicアプリで何ができるかについては、読み続けてくだ
 
 これで、プラットフォームの基本的な構成要素を制御できるようになります。エンジニアがNewRelicプラットフォームを構築するために使用するのと同じツールを使用して、独自の組織構造とビジネスニーズに合わせたカスタムアプリケーションを構築できます。 React、GraphQL、およびNRQL（クエリ言語）の使用方法を知っている場合、アプリケーションの構築には数分しかかかりません。
 
-カスタムアプリケーションの構築については、[デベロッパーサイトのガイド](https://developer.newrelic.com/build-apps)をご覧ください。また、独自のアプリケーションを構築する方法については、YouTubeの短いビデオ（約3分15秒）をご覧ください。
+カスタム アプリケーションの構築については、[開発者ガイド](/docs/new-relic-solutions/tutorials/build-hello-world-app/)をご覧ください。 または、独自のアプリの構築を開始する方法の概要については、この短い YouTube ビデオ (約 1 分) をご覧ください。 3分15秒）。
 
-<Video
-  id="QX7wMf6wTSU"
-  type="youtube"
-/>
+<Video id="QX7wMf6wTSU" type="youtube" />
 
 ## 始めましょう [#get-started]
 
@@ -50,18 +38,14 @@ New Relicを使用すると、どんなに複雑であっても、データ主
 * APIを使用して[、任意のソースからNewRelicにデータを取得します](/docs/data-apis/custom-data/intro-custom-data)。
 * [そのデータをカスタムアプリケーションで視覚化](https://developer.newrelic.com/build-apps).
 
-<img
-  title="programmable-ui-intro-image.png"
-  alt="programmable-ui-intro-image.png"
-  src="/images/new-relic-one-browser-analyzer-example-application_0.webp"
-/>
+<img title="programmable-ui-intro-image.png" alt="programmable-ui-intro-image.png" src="/images/new-relic-one-browser-analyzer-example-application_0.webp" />
 
 <figcaption>
-  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> 以下は、New Relic 上に構築されたカスタム アプリケーションの例です。 このアプリケーションは、 <InlinePopover type="browser"/>から報告された PageView イベントを使用して、Web サイトの詳細な分析を提供します。
+  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> 以下は、New Relic 上に構築されたカスタム アプリケーションの例です。 このアプリケーションは、 <InlinePopover type="browser" />から報告された PageView イベントを使用して、Web サイトの詳細な分析を提供します。
 </figcaption>
 
 <Callout variant="tip">
   ビジュアライゼーションのニーズが比較的シンプルな場合は、 [カスタムチャート](/docs/chart-builder/use-chart-builder/get-started/introduction-chart-builder) や [カスタムダッシュボード](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards) の使用を検討してください。
 </Callout>
 
-さあ、私たちの [開発者サイト](http://developer.newrelic.com) にアクセスして、ビルドを始めましょう。
+それでは、 [Hello World の例](/docs/new-relic-solutions/tutorials/build-hello-world-app/)にアクセスして構築を開始してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index f8a69b1bd9a..a1ae771e900 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -9,9 +9,9 @@ freshnessValidatedDate: never
 translationType: machine
 ---
 
-シンセティック モニタリング ジョブ マネージャーは、 [Docker コンテナー](https://www.docker.com/resources/what-container)ベースのリソースであり、 [プライベート ロケーション](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations)に割り当てられた[シンセティック モニター](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetics-monitors)を受け入れて実行します。
+当社の合成監視ジョブ マネージャーは[ 、プライベート ロケーションに割り当てられた](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations) 合成監視を[ 受け入れて実行する](/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring/#types-of-synthetic-monitors)[Docker コンテナ](https://www.docker.com/resources/what-container) ベース のリソースです。
 
-ジョブ マネージャーは、Docker コンテナー システム環境または Kubernetes コンテナー オーケストレーション システム環境で動作できます。ジョブ マネージャーは、その環境を自動検出して、適切な動作モードを選択します。
+ジョブ マネージャーは、Docker コンテナー システム環境、Podman コンテナー システム環境、または Kubernetes コンテナー オーケストレーション システム環境で動作できます。 ジョブ マネージャーは環境を自動検出し、適切な動作モードを選択します。
 
 ## Synthetics ジョブ マネージャーの機能 [#enhancements]
 
@@ -19,7 +19,7 @@ Synthetics ジョブ マネージャーは仮想マシンではなくコンテ
 
 * Linux、 [macOS](https://docs.docker.com/docker-for-mac/) 、および[Windows](https://docs.docker.com/docker-for-windows/)と互換性があります。
 * [root 以外の](#run-as-non-root)ユーザーによる実行の[セキュリティ](#security)とサポートが強化されました。
-* Docker コンテナーを[サンドボックス](#sandboxing-and-docker-deps)環境として活用する機能。
+* Docker コンテナを[サンドボックス](#docker-dependencies)環境として活用する機能。
 
 ## Kubernetes固有の機能 [#kubernetes-enhancements]
 
@@ -50,7 +50,7 @@ Synthetics ジョブ マネージャーをホストするには、システム
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             の互換性
           </th>
 
@@ -69,7 +69,7 @@ Synthetics ジョブ マネージャーをホストするには、システム
           <td>
             <DNT>**Linux kernel:**</DNT> 3.10以降<br /><DNT>**macOS:**</DNT> 10.11 以降<br /><DNT>**Windows:**</DNT> Windows 10 64 ビット以降
 
-            *また、Synthetics ジョブ マネージャーが Windows システムで動作するようにするには、Linux コンテナーを実行するように Docker を構成する必要があります。*
+            また、Synthetics ジョブ マネージャーが Windows システムで動作するようにするには、Linux コンテナーを実行するように Docker を構成する必要があります。
           </td>
         </tr>
 
@@ -136,7 +136,103 @@ Synthetics ジョブ マネージャーをホストするには、システム
     </table>
 
     <Callout variant="caution">
-      Docker Synthetics ジョブ マネージャーは、AWS ECS、Docker Swarm、Apache Mesos、Azure Container Instances などのコンテナー オーケストレーターで使用するようには設計されていません。コンテナー オーケストレーターで Docker 合成ジョブ マネージャーを実行すると、それ自体がコンテナー オーケストレーターであるため、予期しない問題が発生します。コンテナー オーケストレーションを使用している場合は、 [Kubernetes 合成ジョブ マネージャーの要件](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements)を参照してください。
+      Docker外形監視ジョブ マネージャーは、 AWS ECS、 Docker Swarm、 Apache Mesos、 Azureコンテナー インスタンスなどのコンテナー オーケストレーターで使用するように設計されていません。 Docker外形監視ジョブ マネージャーをコンテナー オーケストレーターで実行すると、それ自体がオーケストレーターとして機能するため、予期しない問題が発生します。 コンテナー オーケストレーションを使用している場合は、 [Kubernetes外形監視ジョブ マネージャーの要件」](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements)を参照してください。
+    </Callout>
+  </Collapser>
+
+  <Collapser
+    id="podman-requirements"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <table>
+      <thead>
+        <tr>
+          <th style={{ width: "265px" }}>
+            の互換性
+          </th>
+
+          <th>
+            要件
+          </th>
+        </tr>
+      </thead>
+
+      <tbody>
+        <tr>
+          <td>
+            オペレーティング·システム
+          </td>
+
+          <td>
+            <DNT>**Linux kernel:**</DNT> 3.10以上<br />
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            プロセッサー
+          </td>
+
+          <td>
+            最新のマルチコアAMD64またはx86\_64 CPU
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            メモリー
+          </td>
+
+          <td>
+            CPU コアあたり 3.256 GiB の RAM (専用)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            ディスクサイズ
+          </td>
+
+          <td>
+            ホストあたり最低50GiB
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            ディスクファイルシステム
+          </td>
+
+          <td>
+            NFSv4.1以降（NFSを使用している場合）
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            [ポッドマンバージョン](https://github.com/containers/podman/releases)
+          </td>
+
+          <td>
+            Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0)以上
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            プライベートロケーションキー
+          </td>
+
+          <td>
+            [秘密のロケーションキー](#private-location-key)が必要です
+          </td>
+        </tr>
+      </tbody>
+    </table>
+
+    <Callout variant="caution">
+      Podman 外形監視ジョブ マネージャーは、 AWS ECS、 Docker Swarm、 Apache Mesos、 Azureコンテナ インスタンスなどのコンテナ オーケストレーターで使用するように設計されていません。 Docker外形監視ジョブ マネージャーをコンテナー オーケストレーターで実行すると、それ自体がオーケストレーターとして機能するため、予期しない問題が発生します。 コンテナー オーケストレーションを使用している場合は、 [Kubernetes外形監視ジョブ マネージャーの要件」](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements)を参照してください。
     </Callout>
   </Collapser>
 
@@ -148,7 +244,7 @@ Synthetics ジョブ マネージャーをホストするには、システム
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             の互換性
           </th>
 
@@ -316,7 +412,7 @@ Synthetics ジョブ マネージャーをホストするには、システム
 
 ## 合成ジョブ マネージャーのインストール、更新、および構成 [#install]
 
-同じホスト内で複数の Docker プライベート ロケーション コンテナーを実行している場合、ポートの競合が発生します。このポートの競合を回避するには、ジョブ マネージャーのセットアップを開始するときに必ず次のことを行ってください。
+同じホスト内で複数のDockerまたは Podman プライベートロケーション コンテナーを実行している場合、ポートの競合が発生します。 このポート競合を回避するには、ジョブ マネージャーの設定を開始するときに、必ず次の操作を実行してください。
 
 * 異なるホストでジョブ マネージャーと CPM を実行します。
 * 各ジョブ マネージャーを個別のホストで実行します。
@@ -324,13 +420,13 @@ Synthetics ジョブ マネージャーをホストするには、システム
 
 Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https://hub.docker.com/)でホストされています。[hub.docker.com/r/newrelic/synthetics-job-manager/tags](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags)に移動しますすべてのリリースのリストについては。
 
-ローカル イメージ リポジトリでイメージをホストしている場合を除き、Docker が合成ジョブ マネージャーと合成ランタイム イメージをプルできるように、ファイアウォールを介した`docker.io`への接続を許可する必要があります。Synthetics ジョブ マネージャーが起動すると、ランタイム イメージが自動的にプルされます。ローカル リポジトリとランナー レジストリ エンドポイントを設定する方法の詳細については、 [Docker 環境の構成](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config)と[Kubernetes 環境の構成](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config)を参照してください。
+ローカル イメージ リポジトリでイメージをホストしている場合を除き、 Dockerまたは Podman が外形監視ジョブ マネージャーと合成ランタイム イメージをプルできるように、ファイア ウォールを介した `docker.io` への接続を許可する必要があります。 外形監視ジョブマネージャーが起動すると、ランタイムイメージが自動的に取得されます。 ローカルリポジトリとランナーレジストリエンドポイントの設定方法については、 [Docker環境設定](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config)、 [Podman環境設定](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#podman-env-config)、 [Kubernetes環境設定](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config)を参照してください。
 
 高度な構成設定の詳細については、 [synthetics ジョブ マネージャーの構成](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration)を参照してください。
 
 ## 合成ジョブ マネージャーを開始する [#start]
 
-以下は、ジョブ マネージャーを開始するための該当する Docker または Kubernetes の手順です。
+以下は、ジョブ マネージャーを起動するための Docker、Podman、または Kubernetes の適用可能な手順です。
 
 <CollapserGroup>
   <Collapser
@@ -340,7 +436,7 @@ Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https:
   >
     1. [プライベートロケーションキー](#private-location-key)を見つけます。
 
-    2. サンドボックス用の[Docker 依存関係](#sandboxing-and-docker-deps)が有効になっており、システムに合成ジョブ マネージャーが[インストールされ](#install-update)ていることを確認してください。
+    2. サンドボックスの[Docker依存関係](#docker-dependencies)が有効になっていて、システムに外形監視ジョブ マネージャー[がインストールされていること](#install-update)を確認してください。
 
     3. システムに適したスクリプトを実行します。システムに合わせて、次の例の共通のデフォルト`/var/run/docker.sock`を調整します。
 
@@ -375,6 +471,43 @@ Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https:
        ```
   </Collapser>
 
+  <Collapser
+    id="podman-update"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    1. [プライベートロケーションキー](#private-location-key)を見つけます。
+    2. サンドボックス用に[Podman 依存関係](#podman-dependencies)を有効にし、システムに外形監視ジョブ マネージャー[をインストールしている](#install-update)ことを確認してください。
+    3. システムに対して以下のスクリプトを実行します。
+
+    Linux でポッドを作成し、ホスト マシンの IP アドレスを追加するには:
+
+    ```
+    podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+    ```
+
+    ジョブ マネージャーを起動するには:
+
+    ```
+    podman run \
+    --name YOUR_CONTAINER_NAME \
+    --pod YOUR_POD_NAME \
+    -e "PRIVATE_LOCATION_KEY=YOUR_PRIVATE_LOCATION_KEY" \
+    -e "CONTAINER_ENGINE=PODMAN" \
+    -e "PODMAN_API_SERVICE_PORT=YOUR_PODMAN_API_SERVICE_PORT" \
+    -e "PODMAN_POD_NAME=YOUR_POD_NAME" \
+    -d \
+    --restart unless-stopped \
+    newrelic/synthetics-job-manager:latest
+    ```
+
+    ミニオン コンテナのログを表示するには:
+
+    ```
+    podman logs --follow YOUR_CONTAINER_NAME
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-install"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Kubernetes の起動手順</>
@@ -385,7 +518,7 @@ Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https:
     2. Kubernetes クラスターで合成ジョブ マネージャーの名前空間を設定します。
 
        ```shell
-       kubectl create namespace YOUR_NAMESPACE
+         kubectl create namespace YOUR_NAMESPACE
        ```
 
     3. NewRelicHelmリポジトリからHelmチャートをコピーします。
@@ -428,7 +561,7 @@ Synthetics ジョブ マネージャーのイメージは、 [Docker Hub](https:
 
 ## Synthetics ジョブ マネージャーを停止または削除する [#stop]
 
-Docker コンテナー システム環境で、Docker `stop`プロシージャーを使用して、synthetics ジョブ マネージャーの実行を停止します。Kubernetes コンテナー オーケストレーション システム環境で、Kubernetes `delete`手順を使用して、合成ジョブ マネージャーの実行を停止します。
+Dockerまたは Podman コンテナ システム環境では、それぞれの `stop` プロシージャを使用して外形監視ジョブ マネージャーを停止します。 Kubernetesコンテナ オーケストレーション システム環境では、 Kubernetes `delete` プロシージャを使用して、外形監視ジョブ マネージャーの実行を停止します。
 
 <CollapserGroup>
   <Collapser
@@ -466,6 +599,31 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
       ```
   </Collapser>
 
+  <Collapser
+    id="podman-stop"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Docker icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    [Podman コンテナは、コンテナ名またはコンテナ ID のいずれかで停止](https://docs.podman.io/en/stable/markdown/podman-stop.1.html)できます。
+
+    * Linux のコンテナ名停止:
+
+    ```
+    podman stop YOUR_CONTAINER_NAME
+    podman rm YOUR_CONTAINER_NAME
+    ```
+
+    * Linux のコンテナ ID 停止:
+
+    例では、コンテナは停止され、削除されます。コンテナのみを停止するには、 `podman rm $CONTAINER_ID`を省略します。
+
+    ```
+    CONTAINER_ID=$(podman ps -aqf name=YOUR_CONTAINER_NAME)
+    podman stop $CONTAINER_ID
+    podman rm $CONTAINER_ID
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-delete"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Kubernetes 削除手順</>
@@ -491,9 +649,9 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
   </Collapser>
 </CollapserGroup>
 
-## サンドボックスとDockerの依存関係 [#sandboxing-and-docker-deps]
+## サンドボックスと依存関係 [#sandboxing-and-deps]
 
-サンドボックスと Docker の依存関係は、Docker コンテナー システム環境の合成ジョブ マネージャーに適用されます。
+サンドボックス化と依存関係は、 Dockerまたは Podman コンテナ システム環境の外形監視ジョブ マネージャーに適用されます。
 
 <CollapserGroup>
   <Collapser
@@ -517,6 +675,104 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
   </Collapser>
 </CollapserGroup>
 
+<CollapserGroup>
+  <Collapser
+    id="podman-dependencies"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    外形監視ジョブ マネージャーは Podman で実行され、Podman をサンドボックス テクノロジーとして活用できます。 これにより、モニターの実行が完全に分離され、セキュリティ、信頼性、再現性が向上します。 スクリプトまたはbrowser監視が実行されるたびに、外形監視ジョブ マネージャーは新しい Podman コンテナを作成し、一致するランタイムを使用して実行します。
+
+    追加のランタイム コンテナを生成するには、外形監視ジョブ マネージャー コンテナを Podman エンジンと通信するように構成する必要があります。 生成された各コンテナーは、外形監視ジョブ マネージャー コンテナーが関連付けられている[プライベート ロケーションで実行されている合成モニター](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors)に関連付けられたチェックを実行する専用になります。
+
+    リリースには重要な依存関係があります。 サンドボックスを有効にするには、次の点を確認してください。
+
+    1. Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0)以降をインストールしました。
+
+    2. ルートレス実行を有効にしました:
+
+       * ルート権限を必要とせずにコンテナを実行するように Podman を設定します。
+         ```
+         mkdir -p ~/.config/containers
+         touch ~/.config/containers/containers.conf
+         vi ~/.config/containers/containers.conf
+         ```
+       * `containers.conf`ファイルを編集して、Podman が`crun`と`systemd`使用するように設定します。
+         ```
+         [engine]
+         runtime = "crun"
+         cgroup_manager = "systemd"
+         ```
+
+    3. cgroups v2 を有効にしました (RHEL のみ):
+       * GRUB を編集して cgroups v2 を有効にします。これにより、RHEL の最新のコンテナ ランタイムとの互換性が確保されます。
+         ```
+         sudo sed -i 's/GRUB_CMDLINE_LINUX="/&systemd.unified_cgroup_hierarchy=1 /' /etc/default/grub
+         sudo grub2-mkconfig -o /boot/grub2/grub.cfg
+         sudo reboot
+         ```
+
+    4. システム全体の委任を有効にして、Podman サービスの`cgroups`委任を許可しました。
+       ```
+       sudo mkdir -p /etc/systemd/system/user@.service.d/
+       echo -e "[Service]\nDelegate=yes" | sudo tee /etc/systemd/system/user@.service.d/delegate.conf > /dev/null
+       ```
+
+    5. ユーザーレベルの`systemd`サービスを設定します。
+
+       * ユーザー レベルの`systemd`サービス用のディレクトリを作成します。
+         ```
+         mkdir -p ~/.config/systemd/user/podman.service.d
+         ```
+       * デリゲート設定をユーザーレベルの`systemd`サービスに追加します。
+         ```
+         echo -e "[Service]\nDelegate=yes" > ~/.config/systemd/user/podman.service.d/override.conf
+         ```
+
+    6. Podman ソケットを有効にして起動しました。
+       ```
+       systemctl --user enable podman.socket
+       systemctl --user start podman.socket
+       systemctl --user status podman.socket
+       ```
+
+    7. Podman API サービスを作成して構成しました。
+
+       * Podman API サービスを作成し、HTTP API アクセスを提供するように Podman を設定します。
+         ```
+         mkdir -p ~/.config/systemd/user
+         touch ~/.config/systemd/user/podman-api.service
+         vi ~/.config/systemd/user/podman-api.service
+         ```
+       * ポート 8000 で Podman の API を公開するサービスを定義します。
+         ```
+         [Unit]
+         Description=Podman API Service
+         After=default.target
+
+         [Service]
+         Type=simple
+         ExecStart=/usr/bin/podman system service -t 0 tcp:0.0.0.0:8000
+         Restart=on-failure
+
+         [Install]
+         WantedBy=default.target
+         ```
+
+    8. Podman API サービスを有効にして開始しました。
+       ```
+       systemctl --user daemon-reload
+       systemctl --user enable podman-api.service
+       systemctl --user start podman-api.service
+       systemctl --user status podman-api.service
+       ```
+
+    <Callout variant="caution">
+      ホスト上のコア数によって、外形監視ジョブ マネージャーがホスト上で同時に実行できるランタイム コンテナの数が決まります。 メモリ要件はランタイム コンテナーの予想される数に合わせて調整されるため、リソースの競合を回避するために<DNT>**not running multiple synthetics job managers on the same host**</DNT>を推奨します。
+    </Callout>
+  </Collapser>
+</CollapserGroup>
+
 ## セキュリティ、サンドボックス化、および非ルートとしての実行 [#security]
 
 デフォルトでは、合成ジョブ マネージャー内で実行されているソフトウェアは、 `root`ユーザー権限で実行されます。実行がサンドボックス化されるため、これはほとんどのシナリオに適しています。
@@ -559,7 +815,7 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
   </Collapser>
 </CollapserGroup>
 
-## Docker または Kubernetes 環境を理解する [#understand]
+## Docker、Podman、Kubernetes環境を理解する [#understand]
 
 以下は、ジョブ マネージャーのコンテナー環境の維持と理解に関する追加情報です。ライセンス情報を表示し、ジョブ マネージャーのネットワーク設定を理解し、Docker イメージ リポジトリを確認します。
 
@@ -567,7 +823,7 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
   <Collapser id="help" title="ジョブ マネージャーを維持する">
     必要に応じて、次のオプションを使用してください。
 
-    * Docker ログを追跡し、モニターの正常性を確認するには、 [synthetics ジョブ マネージャーのメンテナンスと監視](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring)を参照してください。
+    * Dockerまたは Podman のログを追跡し、モニターの状態を確認するには、 [外形監視ジョブ マネージャーのメンテナンスと監視を](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring)参照してください。
 
     * Kubernetes コンテナー オーケストレーション システム環境の合成ジョブ マネージャーの場合、次の Helm `show`コマンドを使用して、それぞれ`chart.yaml`と`values.yaml`を表示できます。
 
@@ -590,10 +846,12 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
     ブリッジ ネットワークは、合成ジョブ マネージャーとランタイム コンテナー間の通信用に作成されます。つまり、 `--network`や`--dns`などのネットワーク コマンド オプションは、起動時に (Docker コンテナー システム環境で Docker 実行コマンドを介して) 合成ジョブ マネージャー コンテナーに渡され、ランタイム コンテナーによって継承または使用されません。
 
     これらのネットワークが作成されると、デーモン用に構成されたデフォルトのIPアドレスプールからプルされます。Dockerコンテナシステム環境でのこの例については、 [Dockerサイト](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-configuration-file)を参照してください。
+
+    Podman の場合、外形監視ジョブ マネージャーとランタイム コンテナ間の通信にブリッジ ネットワークを使用せず、代わりに Podman ポッドを使用します。 Podman ポッド内のすべてのコンテナは、同じネットワーク ネームスペースを共有します。 つまり、そのポッド内で同じ IP アドレスを共有することになります。 この場合、コンテナは同じ IP を共有しますが、サービスは異なるポートで公開されます。
   </Collapser>
 
   <Collapser id="image" title="Dockerイメージリポジトリ">
-    単一の合成ジョブ マネージャー Docker イメージは、Docker コンテナー システム環境と Kubernetes コンテナー オーケストレーション システム環境の両方を提供します。Docker イメージは Docker Hub でホストされています。Docker イメージが最新であることを確認するには、 [Docker Hub newrelic/synthetics-job-manager リポジトリ](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags)を参照してください。
+    単一の外形監視ジョブ マネージャーDockerイメージは、 Docker 、Podman、およびKubernetesコンテナー オーケストレーション システム環境にサービスを提供します。 Docker イメージは Docker Hub でホストされています。 Docker イメージが最新であることを確認するには、 [Docker Hub の newrelic/synthetics-job-manager リポジトリを](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags)参照してください。
   </Collapser>
 </CollapserGroup>
 
@@ -639,7 +897,7 @@ Docker コンテナー システム環境で、Docker `stop`プロシージャ
       </td>
 
       <td>
-        これは、Docker コンテナー環境にのみ適用されます。起動時に合成ジョブ マネージャー コンテナーに渡される引数は、合成ジョブ マネージャーによって生成されたランタイム コンテナーには渡されません。Docker にはコンテナーの「継承」や「階層」の概念がなく、synthetics ジョブ マネージャーからランタイム コンテナーに渡される構成をコピーしません。それらの間の唯一の共有構成は、 [Docker デーモン](https://docs.docker.com/config/daemon/)レベルで設定されたものです。
+        これは Docker および Podman コンテナ環境にのみ適用されます。 リリース時に外形監視ジョブ マネージャー コンテナに渡された引数は、外形監視ジョブ マネージャーによって生成されたランタイム コンテナには渡されません。 Dockerや Podman にはコンテナの「継承」や「階層」の概念がなく、外形監視ジョブマネージャから渡される設定を実行時コンテナにコピーすることはありません。 ただし、Podman の場合、ポッド レベルで渡される引数は、外形監視ジョブ マネージャーとポッド内のランタイム コンテナの間で共有されます。 それら間で共有される唯一の構成は、 [Docker デーモン](https://docs.docker.com/config/daemon/)レベルで設定される構成です。
       </td>
     </tr>
   </tbody>
diff --git a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
index ab3f3b7d9e2..c8d50dd0280 100644
--- a/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
+++ b/src/i18n/content/jp/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
@@ -13,7 +13,7 @@ translationType: machine
 
 * シンセティック ジョブ マネージャーが正常であり、[シンセティック ジョブ マネージャー ステータス エンドポイント](#sjm-status)で動作しているかどうかを確認します。
 * プライベートな場所が十分にプロビジョニングされておらず、[より多くの合成ジョブ マネージャーが必要](#more-jobmanagers)かどうかを確認します。
-* [Docker ログ](#monitor-docker-logs)または[Kubernetes ログ](#monitor-docker-logs)を確認します。
+* [Docker ログ](#monitor-docker-logs)、 [Podman ログ](#monitor-podman-logs)、または[Kubernetes ログ](#monitor-docker-logs)を確認します。
 
 <Callout variant="tip">
   [New Relic のアラート](/docs/synthetics/synthetic-monitors/using-monitors/alerts-synthetic-monitoring)を使用して、モニターの失敗の通知を受け取ることもできます。
@@ -57,6 +57,18 @@ HTTP を使用して実行中の合成ジョブ マネージャーに接続す
     ```
   </Collapser>
 
+  <Collapser
+    id="review-podman-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    これは、外形監視ジョブ マネージャーが Podman コンテナ システム環境で適切に動作していることを示す外形監視ジョブ マネージャー ログの例です。
+
+    ```
+    $podman logs [YOUR_CONTAINER_NAME]
+    ```
+  </Collapser>
+
   <Collapser
     id="review-kubernetes-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} /></>
@@ -109,6 +121,22 @@ Synthetics ジョブ マネージャーで問題が発生した場合は、デ
     ```
   </Collapser>
 
+  <Collapser
+    id="podman-debug-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <Callout variant="tip">
+      `-f`を`Podman logs`に追加すると、コマンドはログに追従します。
+    </Callout>
+
+    ```
+    podman run ... -e LOG_LEVEL=DEBUG ...
+    podman logs -f YOUR_CONTAINER_NAME
+    ... verbose logging continues ...
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-debug-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} /></>
diff --git a/src/i18n/content/kr/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx b/src/i18n/content/kr/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
index 0f75575877c..9c5e843b8cd 100644
--- a/src/i18n/content/kr/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
+++ b/src/i18n/content/kr/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
@@ -10,7 +10,7 @@ New Relic Azure Monitor 통합을 통해 Microsoft Azure 서비스에 대한 데
 
 Azure 모니터 통합은 지원되는 Azure 서비스의 모든 메트릭을 모니터링합니다. 활성화되면 설정된 폴링 간격에 따라 Azure 플랫폼 서비스를 쿼리합니다. 그런 일이 발생하면 다음을 얻습니다.
 
-* [Azure Monitor에서 지원하는 모든 Azure 서비스](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported) 의 메트릭 수집.
+* [Azure Monitor가 지원하는 다양한 Azure 서비스](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported) 에서 메트릭을 수집합니다.
 * 쿼리, 경고 및 데이터 탐색기에 대한 기본 [차원 메트릭](/docs/data-apis/understand-data/new-relic-data-types/#metrics-new-relic) 환경입니다.
 * 골든 메트릭 및 기본 [제공](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic) 대시보드가 있는 [엔터티 탐색기 의 Azure](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer) 엔터티 .
 * Azure 리소스에 정의된 사용자 지정 태그로 장식된 메트릭입니다.
diff --git a/src/i18n/content/kr/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx b/src/i18n/content/kr/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
index 3c58c05201d..c708956a821 100644
--- a/src/i18n/content/kr/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
+++ b/src/i18n/content/kr/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
@@ -69,7 +69,7 @@ VMware Tanzu용 New Relic Nozzle의 요구 사항은 다음과 같습니다.
       </td>
 
       <td>
-        1.12.34
+        1.12.36
       </td>
     </tr>
 
@@ -79,7 +79,7 @@ VMware Tanzu용 New Relic Nozzle의 요구 사항은 다음과 같습니다.
       </td>
 
       <td>
-        2024년 1월 25일
+        2024년 12월 09일
       </td>
     </tr>
 
@@ -89,7 +89,7 @@ VMware Tanzu용 New Relic Nozzle의 요구 사항은 다음과 같습니다.
       </td>
 
       <td>
-        New Relic Service Broker 1.12.34
+        뉴렐릭 서비스 브로커 1.12.36
       </td>
     </tr>
 
@@ -109,7 +109,7 @@ VMware Tanzu용 New Relic Nozzle의 요구 사항은 다음과 같습니다.
       </td>
 
       <td>
-        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x 및 5.x
+        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x, 5.x 및 6.x
       </td>
     </tr>
 
diff --git a/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx b/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
new file mode 100644
index 00000000000..a8799b40182
--- /dev/null
+++ b/src/i18n/content/kr/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
@@ -0,0 +1,35 @@
+---
+title: iOS 에이전트로 로깅
+tags:
+  - Mobile logging
+  - New Relic Mobile iOS
+metaDescription: Suggestions for setting up the logging in your app with the New Relic agent
+freshnessValidatedDate: never
+translationType: machine
+---
+
+프로젝트 전체에 걸쳐 일관되고 포괄적인 로깅을 보장하기 위해 iOS 에이전트는 로깅 API를 제공합니다. 에이전트의 로깅 API 사용하여 모바일 앱 로그를 뉴렐릭으로 보내세요. 이렇게 하면 분석을 위해 로그를 한곳에 모아둘 수 있습니다. 자세한 내용은 [모바일 로깅 API를](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs/#ios) 참조하세요.
+
+## 로그 레벨 구성
+
+에이전트 및 원격 로깅을 위해 iOS 에이전트 로그 레벨을 구성할 수 있습니다.
+
+### 에이전트 로그 레벨
+
+에이전트 로그 레벨은 뉴렐릭 에이전트에서 구성되며 어떤 로그 메시지가 장치 콘솔에 기록되는지 결정합니다. 여기에는 뉴렐릭 에이전트 로그도 포함됩니다. 모든 뉴렐릭 에이전트 로그를 보려면 로그 레벨을 `NRLogLevelDebug` 으로 설정하세요.
+
+### 원격 로그 레벨
+
+뉴렐릭 플랫폼에서는 원격 로그인 레벨이 기기에서 뉴렐릭으로 전송되는 로그의 자세한 정도를 제어합니다. 이를 통해 데이터 볼륨을 관리하고 관련 정보에 집중할 수 있습니다.
+
+**설정**: 뉴렐릭 대시보드의 <DNT>**Application**</DNT> 탭에서 원격 로그인 레벨을 설정할 수 있습니다. 원격 로그인 레벨 설정에 대한 자세한 내용은 [모바일 로그인을](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs) 참고하세요.
+
+## 자동 로그 수집
+
+뉴렐릭 플랫폼에서 원격 로깅이 활성화되면 iOS 에이전트는 앱에서 `stdout` 및 `stderr` 에 작성된 모든 로그를 수집합니다. `NSLog()`, 스위프트 `print()` 및 기타 인쇄 패밀리 기능에 대한 모든 호출을 캡처합니다. 이 방법으로 수집된 로그는 `NRLogLevelInfo` 로 설정됩니다. 이 기능은 기본적으로 비활성화되어 있습니다. 이를 활성화하려면 `NRFeatureFlag_AutoCollectLogs` 기능 플래그를 사용하세요.
+
+에이전트는 `'\n\n'` 구분 기호를 사용하여 로그 메시지를 구분합니다. 타임스탬프는 애플리케이션이 로그를 작성한 시점이 아니라 에이전트가 로그를 수집한 시점을 반영합니다. 에이전트가 로그 메시지를 수집하기 전에 버퍼링했기 때문에 밀리초 차이가 발생할 수 있습니다.
+
+<Callout variant="important">
+  이 기능은 Xcode의 내장 콘솔과 충돌하므로 디버거가 연결되어 있는 동안에는 활성화할 수 없습니다.
+</Callout>
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx b/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
index 2cf2390333a..69470ee7610 100644
--- a/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
+++ b/src/i18n/content/kr/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
@@ -11,24 +11,15 @@ translationType: machine
 
 New Relic은 [모든 소스에서 데이터를 가져오고](/docs/data-apis/custom-data/intro-custom-data) 사용자 지정 [차트](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) 와 [대시보드](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) 를 만드는 다양한 옵션을 제공합니다. 그러나 이러한 옵션을 넘어 New Relic에서 자신만의 경험을 만들고 싶다면 플랫폼에서 앱을 빌드하는 데 사용하는 것과 동일한 도구에 액세스할 수 있습니다.
 
-<Video
-  id="inyshp3m7r"
-  type="wistia"
-/>
+<Video id="inyshp3m7r" type="wistia" />
 
 New Relic 애플리케이션은 다음을 수행하는 React JavaScript 애플리케이션입니다.
 
-* 다른
-
-  <InlinePopover type="dashboards"/>
-
-  및 데이터와 함께 [뉴렐릭 플랫폼](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one) 에 상주하세요.
-
+* 다른 <InlinePopover type="dashboards" />및 데이터와 함께 [뉴렐릭 플랫폼](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one) 에 상주하세요.
 * 조직에 특별히 맞춤화된 시각화 기능을 제공합니다.
-
 * New Relic이 모니터링하는 엔터티 또는 다른 서비스나 API의 데이터 등 원하는 모든 소스의 데이터를 표시합니다.
 
-New Relic 앱으로 할 수 있는 작업에 대해 자세히 알아보려면 계속 읽으십시오. 또는 건너뛰고 자신의 앱 빌드를 시작하려면 먼저 [개발자 사이트의 요구 사항을](https://developer.newrelic.com/build-apps/permission-manage-apps) 읽으십시오.
+계속 읽어서 뉴렐릭 앱으로 무엇을 할 수 있는지 자세히 알아보세요. 또는, 바로 넘어가서 직접 앱을 만들고 싶다면 [개발 환경 설정 가이드](/docs/new-relic-solutions/new-relic-one/build-nr-apps/set-up-dev-env/) 로 이동하세요.
 
 ## New Relic: 프로그래밍 가능한 플랫폼 [#what-is-it]
 
@@ -36,12 +27,9 @@ New Relic 앱으로 할 수 있는 작업에 대해 자세히 알아보려면 
 
 이제 플랫폼의 기본 빌딩 블록을 제어할 수 있습니다. 엔지니어들이 New Relic 플랫폼을 구축하는 데 사용하는 것과 동일한 도구를 사용하여 고유한 조직 구조 및 비즈니스 요구 사항에 맞는 맞춤형 애플리케이션을 구축할 수 있습니다. React, GraphQL 및 NRQL(쿼리 언어) 사용법을 알고 있다면 애플리케이션을 구축하는 데 몇 분 밖에 걸리지 않습니다.
 
-맞춤형 애플리케이션 구축에 대한 도움말은 [개발자 사이트에서 가이드를](https://developer.newrelic.com/build-apps) 확인하세요. 또는 나만의 앱 구축을 시작하는 방법에 대한 간략한 개요를 보려면 이 짧은 YouTube 동영상(약 3분 15초)을 시청하세요.
+사용자 정의 애플리케이션을 만드는 데 도움이 되는 [개발자 가이드를](/docs/new-relic-solutions/tutorials/build-hello-world-app/) 확인하세요. 또는, 앱 구축을 시작하는 방법에 대한 빠른 개요를 보려면 이 짧은 YouTube 동영상을 시청하세요(약 2시간) 3분 15초).
 
-<Video
-  id="QX7wMf6wTSU"
-  type="youtube"
-/>
+<Video id="QX7wMf6wTSU" type="youtube" />
 
 ## 시작하다 [#get-started]
 
@@ -50,18 +38,14 @@ New Relic을 사용하면 아무리 복잡하더라도 데이터 기반 문제
 * API를 사용 [하여 모든 소스에서 New Relic으로 데이터를 가져옵니다](/docs/data-apis/custom-data/intro-custom-data) .
 * [맞춤형 애플리케이션에서 해당 데이터를 시각화합니다](https://developer.newrelic.com/build-apps) .
 
-<img
-  title="programmable-ui-intro-image.png"
-  alt="programmable-ui-intro-image.png"
-  src="/images/new-relic-one-browser-analyzer-example-application_0.webp"
-/>
+<img title="programmable-ui-intro-image.png" alt="programmable-ui-intro-image.png" src="/images/new-relic-one-browser-analyzer-example-application_0.webp" />
 
 <figcaption>
-  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> 다음은 뉴쿨릭을 기반으로 구축된 맞춤 제작의 예입니다. 이 애플리케이션은 <InlinePopover type="browser"/>에서 보고된 PageView 이벤트를 사용하여 웹사이트에 대한 매우 상세한 분석을 제공합니다.
+  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> 다음은 뉴쿨릭을 기반으로 구축된 맞춤 제작의 예입니다. 이 애플리케이션은 <InlinePopover type="browser" />에서 보고된 PageView 이벤트를 사용하여 웹사이트에 대한 매우 상세한 분석을 제공합니다.
 </figcaption>
 
 <Callout variant="tip">
   시각화 요구 사항이 비교적 간단한 경우 [사용자 지정 차트](/docs/chart-builder/use-chart-builder/get-started/introduction-chart-builder) 및 [사용자 지정 대시보드](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards) 사용을 고려하십시오.
 </Callout>
 
-이제 [개발자 사이트](http://developer.newrelic.com) 를 방문하여 빌드를 시작하세요!
+이제 [Hello World 예제를](/docs/new-relic-solutions/tutorials/build-hello-world-app/) 방문하여 빌드를 시작해보세요!
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index d2cdfd0eb6f..b25fad44d73 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -9,9 +9,9 @@ freshnessValidatedDate: never
 translationType: machine
 ---
 
-당사의 합성 모니터링 작업 관리자는 [개인 위치](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations) 에 할당된 [합성 모니터](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetics-monitors) 를 수락하고 실행하는 [Docker 컨테이너](https://www.docker.com/resources/what-container) 기반 리소스입니다.
+우리의 합성 모니터링 작업 관리자는 배치 위치 에 [할당된 합성 모니터를](/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring/#types-of-synthetic-monitors)수락하고 실행하는 [도커](https://www.docker.com/resources/what-container) [컨테이너 기반](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations) 리소스입니다.
 
-작업 관리자는 Docker 컨테이너 시스템 환경 또는 Kubernetes 컨테이너 오케스트레이션 시스템 환경에서 작동할 수 있습니다. 작업 관리자는 환경을 자동 감지하여 적절한 작동 모드를 선택합니다.
+작업 관리자는 도커 컨테이너 시스템 환경, Podman 컨테이너 시스템 환경 또는 Kubernetes 컨테이너 오케스트레이션 시스템 환경에서 작동할 수 있습니다. 작업 관리자는 자동으로 환경을 감지하여 적절한 작동 모드를 선택합니다.
 
 ## 합성 작업 관리자 기능 [#enhancements]
 
@@ -19,7 +19,7 @@ translationType: machine
 
 * Linux, [macOS](https://docs.docker.com/docker-for-mac/) 및 [Windows](https://docs.docker.com/docker-for-windows/) 와 호환됩니다.
 * [루트가 아닌](#run-as-non-root) 사용자 실행에 대한 [보안](#security) 및 지원이 향상되었습니다.
-* Docker 컨테이너를 [샌드박스](#sandboxing-and-docker-deps) 환경으로 활용하는 기능.
+* 도커 컨테이너를 [샌드박스](#docker-dependencies) 환경으로 활용하는 기능.
 
 ## Kubernetes 관련 기능 [#kubernetes-enhancements]
 
@@ -50,7 +50,7 @@ translationType: machine
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             호환성
           </th>
 
@@ -69,7 +69,7 @@ translationType: machine
           <td>
             <DNT>**Linux kernel:**</DNT> 3.10 이상<br /> <DNT>**macOS:**</DNT> 10.11 이상<br /> <DNT>**Windows:**</DNT> Windows 10 64비트 이상
 
-            *또한 합성 작업 관리자가 Windows 시스템에서 작동하려면 Linux 컨테이너를 실행하도록 Docker를 구성해야 합니다.*
+            또한 합성 작업 관리자가 Windows 시스템에서 작동하려면 Linux 컨테이너를 실행하도록 Docker를 구성해야 합니다.
           </td>
         </tr>
 
@@ -136,7 +136,103 @@ translationType: machine
     </table>
 
     <Callout variant="caution">
-      Docker 합성 작업 관리자는 AWS ECS, Docker Swarm, Apache Mesos, Azure Container Instances 등과 같은 컨테이너 오케스트레이터와 함께 사용하도록 설계되지 않았습니다. 컨테이너 오케스트레이터에서 Docker 합성 작업 관리자를 실행하면 그 자체가 컨테이너 오케스트레이터이기 때문에 예기치 않은 문제가 발생합니다. 컨테이너 오케스트레이션을 사용하는 경우 [Kubernetes 합성 작업 관리자 요구 사항](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements) 을 참조하세요.
+      도커 신세틱스 작업 관리자는 AWS ECS, 도커 Swarm, 아파치 Mesos, Azure 컨테이너 외부 등과 같은 컨테이너 오케스트레이터와 함께 사용하도록 설계되지 않았습니다. 컨테이너 오케스트레이터에서 도커 신세틱스 작업 관리자를 실행하면 오케스트레이터 자체로 작동하므로 예상치 못한 문제가 발생합니다. 컨테이너 오케스트레이션을 사용하는 경우 [Kubernetes 신세틱스 작업 관리자 요구 사항을](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements) 참조하세요.
+    </Callout>
+  </Collapser>
+
+  <Collapser
+    id="podman-requirements"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <table>
+      <thead>
+        <tr>
+          <th style={{ width: "265px" }}>
+            호환성
+          </th>
+
+          <th>
+            요구 사항
+          </th>
+        </tr>
+      </thead>
+
+      <tbody>
+        <tr>
+          <td>
+            운영 체제
+          </td>
+
+          <td>
+            <DNT>**Linux kernel:**</DNT> 3.10 이상<br />
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            프로세서
+          </td>
+
+          <td>
+            최신의 멀티코어 AMD64 또는 x86\_64 CPU
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            메모리
+          </td>
+
+          <td>
+            CPU 코어당 3.256GiB RAM(전용)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            디스크 크기
+          </td>
+
+          <td>
+            호스트당 최소 50GiB
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            디스크 파일 시스템
+          </td>
+
+          <td>
+            NFSv4.1 이상(NFS를 사용하는 경우)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            [포드만 버전](https://github.com/containers/podman/releases)
+          </td>
+
+          <td>
+            Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) 이상
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            개인 위치 키
+          </td>
+
+          <td>
+            [개인 위치 키](#private-location-key) 가 있어야 합니다.
+          </td>
+        </tr>
+      </tbody>
+    </table>
+
+    <Callout variant="caution">
+      Podman 신세틱스 작업 관리자는 AWS ECS, 도커 Swarm, 아파치 Mesos, Azure 컨테이너 외부 등과 같은 컨테이너 오케스트레이터와 함께 사용하도록 설계되지 않았습니다. 컨테이너 오케스트레이터에서 도커 신세틱스 작업 관리자를 실행하면 오케스트레이터 자체로 작동하므로 예상치 못한 문제가 발생합니다. 컨테이너 오케스트레이션을 사용하는 경우 [Kubernetes 신세틱스 작업 관리자 요구 사항을](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements) 참조하세요.
     </Callout>
   </Collapser>
 
@@ -148,7 +244,7 @@ translationType: machine
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             호환성
           </th>
 
@@ -316,7 +412,7 @@ translationType: machine
 
 ## 합성 작업 관리자 설치, 업데이트 및 구성 [#install]
 
-동일한 호스트에서 둘 이상의 Docker 개인 위치 컨테이너를 실행하는 경우 포트 충돌이 발생합니다. 이 포트 경합을 피하려면 작업 관리자 설정을 시작할 때 다음을 수행해야 합니다.
+동일한 호스트에서 둘 이상의 도커 또는 Podman 로케이션 컨테이너를 실행하는 경우 포트 충돌이 발생합니다. 이러한 포트 경합을 방지하려면 작업 관리자를 설정할 때 다음을 수행해야 합니다.
 
 * 다른 호스트에서 작업 관리자 및 CPM을 실행하십시오.
 * 별도의 호스트에서 각 작업 관리자를 실행하십시오.
@@ -324,13 +420,13 @@ translationType: machine
 
 Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/) 에서 호스팅됩니다. [hub.docker.com/r/newrelic/synthetics-job-manager/tags](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags) 로 이동합니다. 모든 릴리스 목록을 보려면
 
-로컬 이미지 저장소에서 이미지를 호스팅하지 않는 한 Docker가 합성 작업 관리자 및 합성 런타임 이미지를 가져올 수 있도록 방화벽을 통해 `docker.io` 에 대한 연결을 허용해야 합니다. 합성 작업 관리자가 시작되면 런타임 이미지가 자동으로 가져옵니다. 로컬 리포지토리 및 러너 레지스트리 끝점을 설정하는 방법에 대한 자세한 내용은 [Docker 환경 구성](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config) 및 [Kubernetes 환경 구성](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config) 을 참조하세요.
+로컬 이미지에서 이미지를 호스팅하지 않는 한, 도커 또는 Podman이 신세틱스 작업 관리자 및 신세틱스 따로 이미지를 가져올 수 있도록 소속을 통해 `docker.io` 에 대한 연결을 허용해야 합니다. 신세틱스 작업 관리자가 시작되면 런타임 이미지가 자동으로 가져옵니다. 로컬 및 러너 레지스트리 엔드포인트를 설정하는 방법에 대한 자세한 내용은 [도커 환경 설정](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config), [Podman 환경 설정](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#podman-env-config) 및 [Kubernetes 환경 설정을](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config) 참조하세요.
 
 고급 구성 설정에 대한 자세한 내용은 [합성 작업 관리자 구성](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration) 을 참조하십시오.
 
 ## 합성 작업 관리자 시작 [#start]
 
-다음은 작업 관리자를 시작하기 위한 해당 Docker 또는 Kubernetes 지침입니다.
+다음은 작업 관리자를 시작하기 위한 적용 가능한 Docker, Podman 또는 Kubernetes 지침입니다.
 
 <CollapserGroup>
   <Collapser
@@ -340,7 +436,7 @@ Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/) 
   >
     1. [개인 위치 키](#private-location-key) 를 찾습니다.
 
-    2. 샌드박싱에 대한 [Docker 종속성](#sandboxing-and-docker-deps) 을 활성화하고 시스템에 합성 작업 관리자를 [설치](#install-update) 했는지 확인합니다.
+    2. 샌드박싱을 위해 [도커 의존성/종속성을](#docker-dependencies) 활성화하고 시스템에 신세틱스 작업 관리자를 [설치했는지](#install-update) 확인하세요.
 
     3. 시스템에 적합한 스크립트를 실행하십시오. 다음 예에서 공통 기본 `/var/run/docker.sock` 을 시스템에 맞게 조정합니다.
 
@@ -375,6 +471,43 @@ Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/) 
        ```
   </Collapser>
 
+  <Collapser
+    id="podman-update"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    1. [개인 위치 키](#private-location-key) 를 찾습니다.
+    2. 샌드박싱을 위해 [Podman 의존성/종속성을](#podman-dependencies) 활성화하고 시스템에 신세틱스 작업 관리자를 [설치했는지](#install-update) 확인하세요.
+    3. 시스템에서 아래 스크립트를 실행하세요.
+
+    Linux에서 탭을 생성하고 호스트 머신의 IP 주소를 추가하려면:
+
+    ```
+    podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+    ```
+
+    작업 관리자를 시작하려면:
+
+    ```
+    podman run \
+    --name YOUR_CONTAINER_NAME \
+    --pod YOUR_POD_NAME \
+    -e "PRIVATE_LOCATION_KEY=YOUR_PRIVATE_LOCATION_KEY" \
+    -e "CONTAINER_ENGINE=PODMAN" \
+    -e "PODMAN_API_SERVICE_PORT=YOUR_PODMAN_API_SERVICE_PORT" \
+    -e "PODMAN_POD_NAME=YOUR_POD_NAME" \
+    -d \
+    --restart unless-stopped \
+    newrelic/synthetics-job-manager:latest
+    ```
+
+    미니언 컨테이너의 로그를 보려면:
+
+    ```
+    podman logs --follow YOUR_CONTAINER_NAME
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-install"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Kubernetes 시작 절차</>
@@ -385,7 +518,7 @@ Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/) 
     2. Kubernetes 클러스터에서 합성 작업 관리자의 네임스페이스를 설정합니다.
 
        ```shell
-       kubectl create namespace YOUR_NAMESPACE
+         kubectl create namespace YOUR_NAMESPACE
        ```
 
     3. New Relic Helm 저장소에서 Helm 차트를 복사합니다.
@@ -428,7 +561,7 @@ Synthetics 작업 관리자 이미지는 [Docker Hub](https://hub.docker.com/) 
 
 ## 합성 작업 관리자 중지 또는 삭제 [#stop]
 
-Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용하여 합성 작업 관리자의 실행을 중지합니다. Kubernetes 컨테이너 오케스트레이션 시스템 환경에서 Kubernetes `delete` 절차를 사용하여 합성 작업 관리자 실행을 중지합니다.
+도커 또는 Podman 컨테이너 시스템 환경에서는 해당 `stop` 프로시저를 사용하여 신세틱스 작업 관리자를 중지합니다. Kubernetes Container 오케스트레이션 시스템 환경에서 Kubernetes `delete` 프로시저를 사용하여 신세틱스 작업 관리자 실행을 중지합니다.
 
 <CollapserGroup>
   <Collapser
@@ -466,6 +599,31 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
       ```
   </Collapser>
 
+  <Collapser
+    id="podman-stop"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Docker icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    컨테이너 이름이나 컨테이너 ID를 사용하여 [Podman 컨테이너를 중지](https://docs.podman.io/en/stable/markdown/podman-stop.1.html) 할 수 있습니다.
+
+    * Linux용 컨테이너 이름 중지:
+
+    ```
+    podman stop YOUR_CONTAINER_NAME
+    podman rm YOUR_CONTAINER_NAME
+    ```
+
+    * Linux용 컨테이너 ID 중지:
+
+    예제에서 컨테이너가 중지되고 제거됩니다. 컨테이너만 중지하려면 `podman rm $CONTAINER_ID` 을 생략합니다.
+
+    ```
+    CONTAINER_ID=$(podman ps -aqf name=YOUR_CONTAINER_NAME)
+    podman stop $CONTAINER_ID
+    podman rm $CONTAINER_ID
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-delete"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Kubernetes 삭제 절차</>
@@ -491,9 +649,9 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
   </Collapser>
 </CollapserGroup>
 
-## 샌드박싱 및 Docker 종속성 [#sandboxing-and-docker-deps]
+## 샌드박싱과 의존성/종속성 [#sandboxing-and-deps]
 
-샌드박싱 및 Docker 종속성은 Docker 컨테이너 시스템 환경의 합성 작업 관리자에 적용할 수 있습니다.
+Sandboxing 및 의존성/종속성은 도커 또는 Podman 컨테이너 시스템 환경의 신세틱스 작업 관리자에 적용 가능합니다.
 
 <CollapserGroup>
   <Collapser
@@ -517,6 +675,104 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
   </Collapser>
 </CollapserGroup>
 
+<CollapserGroup>
+  <Collapser
+    id="podman-dependencies"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    신세틱스 작업 관리자는 Podman에서 실행되며 Podman을 샌드박싱 기술로 활용할 수 있습니다. 이를 통해 모니터 실행이 완전히 격리되어 보안, 안정성 및 반복성이 향상됩니다. 스크립트 또는 브라우저 모니터가 실행될 때마다 신세틱스 작업 관리자는 일치하는 런타임을 사용하여 이를 실행할 새로운 Podman 컨테이너를 생성합니다.
+
+    추가 런타임 컨테이너를 생성하려면 Podman 엔진과 통신하도록 신세틱스 작업 관리자 컨테이너를 구성해야 합니다. 그런 다음 생성된 각 컨테이너는 신세틱스 작업 관리자 터미널과 연결된 구역 위치에서 실행되는 [합성 모니터](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors) 와 관련된 검사를 실행하는 데 전용입니다.
+
+    등장에는 결정적인 의존성/종속성이 있습니다. 샌드박싱을 활성화하려면 다음이 필요합니다.
+
+    1. Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) 이상을 설치했습니다.
+
+    2. Rootless 실행을 활성화했습니다.
+
+       * 루트 권한이 없어도 컨테이너를 실행하도록 Podman을 설정합니다.
+         ```
+         mkdir -p ~/.config/containers
+         touch ~/.config/containers/containers.conf
+         vi ~/.config/containers/containers.conf
+         ```
+       * `containers.conf` 파일을 편집하여 Podman이 `crun` 및 `systemd` 사용하도록 구성합니다.
+         ```
+         [engine]
+         runtime = "crun"
+         cgroup_manager = "systemd"
+         ```
+
+    3. cgroups v2 활성화(RHEL 전용):
+       * GRUB를 편집하여 cgroups v2를 활성화하면 RHEL의 최신 컨테이너 런타임과의 호환성이 보장됩니다.
+         ```
+         sudo sed -i 's/GRUB_CMDLINE_LINUX="/&systemd.unified_cgroup_hierarchy=1 /' /etc/default/grub
+         sudo grub2-mkconfig -o /boot/grub2/grub.cfg
+         sudo reboot
+         ```
+
+    4. Podman 서비스에 대한 `cgroups` 위임을 허용하기 위해 시스템 전체 위임을 활성화했습니다.
+       ```
+       sudo mkdir -p /etc/systemd/system/user@.service.d/
+       echo -e "[Service]\nDelegate=yes" | sudo tee /etc/systemd/system/user@.service.d/delegate.conf > /dev/null
+       ```
+
+    5. 사용자 수준 `systemd` 서비스를 설정합니다.
+
+       * 사용자 수준 `systemd` 서비스에 대한 디렉토리를 만듭니다.
+         ```
+         mkdir -p ~/.config/systemd/user/podman.service.d
+         ```
+       * 사용자 수준 `systemd` 서비스에 대리인 설정을 추가합니다.
+         ```
+         echo -e "[Service]\nDelegate=yes" > ~/.config/systemd/user/podman.service.d/override.conf
+         ```
+
+    6. Podman 소켓을 활성화하고 시작했습니다.
+       ```
+       systemctl --user enable podman.socket
+       systemctl --user start podman.socket
+       systemctl --user status podman.socket
+       ```
+
+    7. Podman API 서비스를 생성하고 구성했습니다.
+
+       * Podman API 서비스를 생성하고 Podman을 설정하여 HTTP API 액세스를 제공합니다.
+         ```
+         mkdir -p ~/.config/systemd/user
+         touch ~/.config/systemd/user/podman-api.service
+         vi ~/.config/systemd/user/podman-api.service
+         ```
+       * 포트 8000에서 Podman의 API를 공개하는 서비스를 정의합니다.
+         ```
+         [Unit]
+         Description=Podman API Service
+         After=default.target
+
+         [Service]
+         Type=simple
+         ExecStart=/usr/bin/podman system service -t 0 tcp:0.0.0.0:8000
+         Restart=on-failure
+
+         [Install]
+         WantedBy=default.target
+         ```
+
+    8. Podman API 서비스를 활성화하고 시작했습니다.
+       ```
+       systemctl --user daemon-reload
+       systemctl --user enable podman-api.service
+       systemctl --user start podman-api.service
+       systemctl --user status podman-api.service
+       ```
+
+    <Callout variant="caution">
+      호스트의 코어 수는 호스트에서 동시에 실행할 수 있는 런타임 컨테이너 신세틱스 작업 수를 결정합니다. 메모리 요구 사항은 예상되는 런타임 컨테이너 수에 따라 확장되므로 리소스 경합을 방지하려면 <DNT>**not running multiple synthetics job managers on the same host**</DNT> 사용하는 것이 좋습니다.
+    </Callout>
+  </Collapser>
+</CollapserGroup>
+
 ## 보안, 샌드박싱 및 루트가 아닌 사용자로 실행 [#security]
 
 기본적으로 합성 작업 관리자 내에서 실행되는 소프트웨어는 `root` 사용자 권한으로 실행됩니다. 실행이 샌드박스 처리되므로 대부분의 시나리오에 적합합니다.
@@ -559,7 +815,7 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
   </Collapser>
 </CollapserGroup>
 
-## Docker 또는 Kubernetes 환경 이해 [#understand]
+## Docker, Podman 또는 Kubernetes 환경을 이해하세요 [#understand]
 
 다음은 작업 관리자의 컨테이너 환경 유지 관리 및 이해에 대한 추가 정보입니다. 라이선스 정보를 보고, 작업 관리자의 네트워크 설정을 이해하고, Docker 이미지 리포지토리를 확인하세요.
 
@@ -567,7 +823,7 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
   <Collapser id="help" title="작업 관리자를 유지">
     해당하는 경우 다음 옵션을 사용하십시오.
 
-    * Docker 로그를 추적하고 모니터의 상태를 확인하려면 [합성 작업 관리자 유지 관리 및 모니터링](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring) 을 참조하세요.
+    * 도커 또는 Podman 로그를 추적하고 모니터 상태를 확인하려면 [신세틱스 작업 관리자 유지 관리 및 모니터링을](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring) 참조하세요.
 
     * Kubernetes 컨테이너 조정 시스템 환경의 합성 작업 관리자의 경우 다음 Helm `show` 명령을 사용하여 각각 `chart.yaml` 및 `values.yaml` 를 볼 수 있습니다.
 
@@ -590,10 +846,12 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
     합성 작업 관리자와 런타임 컨테이너 간의 통신을 위해 브리지 네트워크가 생성됩니다. 즉, 실행 시 합성 작업 관리자 컨테이너에 전달된 `--network` 및 `--dns` 과 같은 네트워킹 명령 옵션(예: Docker 컨테이너 시스템 환경에서 Docker 실행 명령을 통해)은 런타임 컨테이너에서 상속되거나 사용되지 않습니다.
 
     이러한 네트워크는 생성될 때 데몬에 대해 구성된 기본 IP 주소 풀에서 가져옵니다. Docker 컨테이너 시스템 환경에서의 이에 대한 예는 [Docker 사이트](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-configuration-file) 를 참조하십시오.
+
+    Podman의 경우 신세틱스 작업 관리자와 런타임 컨테이너 간의 통신을 위해 브리지 네트워크를 사용하지 않고 대신 Podman Pad를 사용합니다. Podman 파드의 모든 컨테이너는 동일한 네트워크 지우스페이스를 공유합니다. 즉, 해당 파드 내에서는 동일한 IP 주소를 공유한다는 뜻입니다. 이 경우 컨테이너가 동일한 IP를 공유하더라도 서비스는 서로 다른 포트에 노출됩니다.
   </Collapser>
 
   <Collapser id="image" title="도커 이미지 저장소">
-    단일 합성 작업 관리자 Docker 이미지는 Docker 컨테이너 시스템 환경과 Kubernetes 컨테이너 오케스트레이션 시스템 환경을 모두 제공합니다. Docker 이미지는 Docker Hub에서 호스팅됩니다. Docker 이미지가 최신 상태인지 확인하려면 [Docker Hub newrelic/synthetics-job-manager 리포지토리](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags) 를 참조하십시오.
+    단일 신세틱스 작업 관리자 도커 이미지는 도커, Podman 및 Kubernetes 컨테이너 오케스트레이션 시스템 환경을 제공합니다. docker 이미지는 docker Hub에 호스팅됩니다. docker 이미지가 최신 상태인지 확인하려면 [docker Hub newrelic/synthetics-job-manager 저장소를](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags) 참조하세요.
   </Collapser>
 </CollapserGroup>
 
@@ -639,7 +897,7 @@ Docker 컨테이너 시스템 환경에서 Docker `stop` 프로시저를 사용
       </td>
 
       <td>
-        이는 Docker 컨테이너 환경에만 적용됩니다. 실행 시 합성 작업 관리자 컨테이너에 전달된 인수는 합성 작업 관리자가 생성한 런타임 컨테이너로 전달되지 않습니다. Docker에는 컨테이너의 &quot;상속&quot; 또는 &quot;계층&quot; 개념이 없으며 합성 작업 관리자에서 런타임 컨테이너로 전달되는 구성을 복사하지 않습니다. 그들 사이의 유일한 공유 구성은 [Docker 데몬](https://docs.docker.com/config/daemon/) 수준에서 설정된 구성입니다.
+        이는 도커 및 Podman 컨테이너 환경에만 적용됩니다. 신세틱스 작업 관리자 터미널에 전달된 인수는 신세틱스 작업 관리자가 생성한 런타임 컨테이너로 전달되지 않습니다. 도커와 Podman에는 컨테이너의 &quot;상속&quot; 또는 &quot;계층 구조&quot;에 대한 개념이 없으며 신세틱스 작업 관리자에서 런타임 컨테이너로 전달된 설정을 복사하지 않습니다. 그러나 파드 수준에서 전달된 Podman 인수의 경우 파드에서 신세틱스 작업 관리자와 런타임 컨테이너 간에 공유됩니다. 그들 사이에서 공유되는 유일한 설정은 [도커 데몬](https://docs.docker.com/config/daemon/) 레벨에서 설정된 설정입니다.
       </td>
     </tr>
   </tbody>
diff --git a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
index e2c0fd69fd4..c2ec4fb0fc0 100644
--- a/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
+++ b/src/i18n/content/kr/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
@@ -13,7 +13,7 @@ translationType: machine
 
 * 합성 작업 관리자가 정상이고 [합성 작업 관리자 상태 엔드포인트](#sjm-status) 와 함께 작동하는지 확인하십시오.
 * 개인 위치가 제대로 프로비저닝되지 않고 [더 많은 합성 작업 관리자가 필요한지 확인합니다](#more-jobmanagers) .
-* [Docker 로그](#monitor-docker-logs) 또는 [Kubernetes 로그](#monitor-docker-logs) 를 검토하십시오.
+* [도커 로그인](#monitor-docker-logs), [Podman 로그인](#monitor-podman-logs) 또는 [Kubernetes 로그인 을](#monitor-docker-logs) 검토하세요.
 
 <Callout variant="tip">
   [New Relic의 경고](/docs/synthetics/synthetic-monitors/using-monitors/alerts-synthetic-monitoring) 로 모니터 실패에 대한 알림을 받을 수도 있습니다.
@@ -57,6 +57,18 @@ HTTP를 사용하여 실행 중인 합성 작업 관리자에 연결하는 것
     ```
   </Collapser>
 
+  <Collapser
+    id="review-podman-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    다음은 신세틱스 작업 관리자가 Podman 컨테이너 시스템 환경에서 제대로 작동하고 있음을 나타내는 신세틱스 작업 관리자 로그의 예입니다.
+
+    ```
+    $podman logs [YOUR_CONTAINER_NAME]
+    ```
+  </Collapser>
+
   <Collapser
     id="review-kubernetes-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} /></>
@@ -109,6 +121,22 @@ HTTP를 사용하여 실행 중인 합성 작업 관리자에 연결하는 것
     ```
   </Collapser>
 
+  <Collapser
+    id="podman-debug-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <Callout variant="tip">
+      `Podman logs` 에 `-f` 를 추가하면 명령이 로그를 따릅니다.
+    </Callout>
+
+    ```
+    podman run ... -e LOG_LEVEL=DEBUG ...
+    podman logs -f YOUR_CONTAINER_NAME
+    ... verbose logging continues ...
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-debug-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} /></>
diff --git a/src/i18n/content/pt/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx b/src/i18n/content/pt/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
index d805feed5c3..f616e35b556 100644
--- a/src/i18n/content/pt/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
+++ b/src/i18n/content/pt/docs/infrastructure/microsoft-azure-integrations/azure-integrations-list/azure-monitor.mdx
@@ -10,7 +10,7 @@ Monitor e relate dados sobre seus serviços Microsoft Azure para a New Relic com
 
 Nossa integração Azure Monitor monitora todas as suas métricas dos serviços Azure suportados. Uma vez habilitado, consultamos os serviços da plataforma Azure de acordo com o intervalo de sondagem definido. Quando isso acontece, você obtém:
 
-* Ingestão métrica de [todos os serviços do Azure com suporte do Azure Monitor](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported).
+* Ingestão métrica de [muitos serviços Azure suportados pelo Azure Monitor](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-supported).
 * Experiência [métrica dimensional](/docs/data-apis/understand-data/new-relic-data-types/#metrics-new-relic) nativa para consultas, alertas e explorador de dados.
 * Azure [entidade](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic) em nosso [explorador de entidades](/docs/new-relic-one/use-new-relic-one/ui-data/new-relic-one-entity-explorer) com métricas clássicas e painel integrado.
 * Métrica decorada com tag personalizada definida nos recursos do Azure.
diff --git a/src/i18n/content/pt/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx b/src/i18n/content/pt/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
index c2c09932e9c..22a2bc22349 100644
--- a/src/i18n/content/pt/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
+++ b/src/i18n/content/pt/docs/infrastructure/other-infrastructure-integrations/cloudfoundry-integrations/vmware-tanzu-service-broker-integration.mdx
@@ -69,7 +69,7 @@ A tabela a seguir fornece informações de versão e suporte de versão sobre o
       </td>
 
       <td>
-        1.12.34
+        1.12.36
       </td>
     </tr>
 
@@ -79,7 +79,7 @@ A tabela a seguir fornece informações de versão e suporte de versão sobre o
       </td>
 
       <td>
-        25 de janeiro de 2024
+        09 de dezembro de 2024
       </td>
     </tr>
 
@@ -89,7 +89,7 @@ A tabela a seguir fornece informações de versão e suporte de versão sobre o
       </td>
 
       <td>
-        Corretor de serviços New Relic 1.12.34
+        Novo corretor de serviços Relic 1.12.36
       </td>
     </tr>
 
@@ -109,7 +109,7 @@ A tabela a seguir fornece informações de versão e suporte de versão sobre o
       </td>
 
       <td>
-        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x e 5.x
+        2.10.x, 2.11.x, 2.12.x, 2.13.x, 3.x, 4.x, 5.x e 6.x
       </td>
     </tr>
 
diff --git a/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx b/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
new file mode 100644
index 00000000000..ff6ff757259
--- /dev/null
+++ b/src/i18n/content/pt/docs/mobile-monitoring/new-relic-mobile-ios/configuration/ios-remote-logging.mdx
@@ -0,0 +1,35 @@
+---
+title: Logging com o agente iOS
+tags:
+  - Mobile logging
+  - New Relic Mobile iOS
+metaDescription: Suggestions for setting up the logging in your app with the New Relic agent
+freshnessValidatedDate: never
+translationType: machine
+---
+
+Para garantir um logging consistente e abrangente durante todo o projeto, o agente iOS fornece API de logging. Use a API de logging do agente para enviar os logs dos seus aplicativos móveis para o New Relic. Isso garante que seus logs estejam em um só lugar para sua análise. Para mais informações, consulte nossa [API de logging móvel](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs/#ios).
+
+## Configurando nível de log
+
+Você pode configurar o nível de log do agente iOS para o agente e registro remoto.
+
+### Nível de log de agente
+
+O nível de log do agente é configurado no agente New Relic e determina quais mensagens de log são gravadas no console do dispositivo. Isso também inclui os logs do agente do New Relic. Para visualizar todos os logs do agente New Relic, defina o nível de log como `NRLogLevelDebug`.
+
+### Nível de log remoto
+
+Na plataforma New Relic, o nível de log remoto controla a verbosidade dos logs enviados de um dispositivo para o New Relic. Isso ajuda a gerenciar o volume de dados e mantém o foco nas informações relevantes.
+
+**Configuração**: No dashboard do New Relic, você pode configurar o nível de login remoto na aba <DNT>**Application**</DNT>. Para obter mais informações sobre como definir o nível de log remoto, consulte [logs móveis](/docs/mobile-monitoring/mobile-monitoring-ui/mobile-logs).
+
+## Coleta automática de logs
+
+Na plataforma New Relic, quando o logging remoto está habilitado, o agente iOS coleta todos os logs gravados em `stdout` e `stderr` do aplicativo. Ele captura todas as chamadas para `NSLog()`, Swift `print()` e outras funções print-family. Os logs coletados dessa maneira são definidos como `NRLogLevelInfo`. Este recurso está desabilitado por padrão. Para habilitá-lo, use o sinalizador de recurso `NRFeatureFlag_AutoCollectLogs` .
+
+O agente separa a mensagem do log usando um delimitador `'\n\n'` . O timestamp reflete quando o agente coletou o log, não quando o aplicativo o escreveu. Isso pode causar uma diferença de milissegundos, pois a mensagem do log foi armazenada em buffer antes de ser coletada pelo agente.
+
+<Callout variant="important">
+  Esse recurso interfere no console integrado do Xcode, portanto, não pode ser habilitado enquanto o depurador estiver conectado.
+</Callout>
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx b/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
index 800750b2a5a..e8b9fc2806e 100644
--- a/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
+++ b/src/i18n/content/pt/docs/new-relic-solutions/build-nr-ui/build-nr-app.mdx
@@ -11,24 +11,15 @@ translationType: machine
 
 O New Relic oferece muitas opções para [trazer dados de qualquer fonte](/docs/data-apis/custom-data/intro-custom-data) e criar [gráficos](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder) e [painéis](/docs/query-your-data/explore-query-data/dashboards/introduction-dashboards) personalizados. Mas se você quiser ir além dessas opções e criar suas próprias experiências no New Relic, daremos acesso às mesmas ferramentas que usamos para criar aplicativos em nossa plataforma.
 
-<Video
-  id="inyshp3m7r"
-  type="wistia"
-/>
+<Video id="inyshp3m7r" type="wistia" />
 
 Os aplicativos New Relic são aplicativos React JavaScript que:
 
-* Residir na [plataforma New Relic](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one), junto com seus outros
-
-  <InlinePopover type="dashboards"/>
-
-  e dados.
-
+* Residir na [plataforma New Relic](/docs/new-relic-one/use-new-relic-one/get-started/introduction-new-relic-one), junto com seus outros <InlinePopover type="dashboards" />e dados.
 * Visualizações de recursos que você adaptou especificamente para sua organização.
-
 * Exiba dados de qualquer fonte desejada, seja de uma entidade monitoradora New Relic ou dados de outro serviço ou API.
 
-Continue lendo para saber mais sobre o que você pode fazer com os aplicativos New Relic. Ou, se quiser avançar e começar a criar seus próprios aplicativos, primeiro leia os [requisitos em nosso site para desenvolvedores](https://developer.newrelic.com/build-apps/permission-manage-apps).
+Continue lendo para saber mais sobre o que você pode fazer com os aplicativos do New Relic. Ou, se você quiser pular e começar a criar seus próprios aplicativos, vá para o [guia de configuração do ambiente de desenvolvimento](/docs/new-relic-solutions/new-relic-one/build-nr-apps/set-up-dev-env/).
 
 ## New Relic: uma plataforma programável [#what-is-it]
 
@@ -36,12 +27,9 @@ Nós nos esforçamos para ter uma experiência do usuário automatizada que forn
 
 Agora, damos a você controle sobre os blocos de construção fundamentais da nossa plataforma. Usando as mesmas ferramentas que nosso engenheiro usa para construir a plataforma New Relic, você pode construir um aplicativo personalizado que se alinhe à sua estrutura organizacional e necessidades de negócios exclusivas. Se você sabe usar React, GraphQL e NRQL (nossa linguagem de consulta), construir um aplicativo levará apenas alguns minutos.
 
-Confira os [guias em nosso site de desenvolvedores](https://developer.newrelic.com/build-apps) para obter ajuda na criação de aplicativos personalizados. Ou, para uma rápida visão geral de como começar a criar seu próprio aplicativo, assista a este pequeno vídeo no YouTube (aprox. 3:15 minutos).
+Confira o [guia do desenvolvedor](/docs/new-relic-solutions/tutorials/build-hello-world-app/) para obter ajuda na criação de um aplicativo personalizado. Ou, para uma rápida visão geral de como começar a criar seu próprio aplicativo, assista a este breve vídeo do YouTube (aprox. 3:15 minutos).
 
-<Video
-  id="QX7wMf6wTSU"
-  type="youtube"
-/>
+<Video id="QX7wMf6wTSU" type="youtube" />
 
 ## Iniciar [#get-started]
 
@@ -50,18 +38,14 @@ Com o New Relic, você pode resolver qualquer desafio orientado por dados, por m
 * Use nossa API para [obter dados de qualquer fonte no New Relic](/docs/data-apis/custom-data/intro-custom-data).
 * [Visualize esses dados em seu aplicativo personalizado](https://developer.newrelic.com/build-apps).
 
-<img
-  title="programmable-ui-intro-image.png"
-  alt="programmable-ui-intro-image.png"
-  src="/images/new-relic-one-browser-analyzer-example-application_0.webp"
-/>
+<img title="programmable-ui-intro-image.png" alt="programmable-ui-intro-image.png" src="/images/new-relic-one-browser-analyzer-example-application_0.webp" />
 
 <figcaption>
-  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> Aqui está um exemplo de aplicativo personalizado criado no New Relic. Este aplicativo fornece uma análise altamente detalhada de um site, usando o evento PageView relatado em nosso <InlinePopover type="browser"/>.
+  <DNT>**[one.newrelic.com](https://one.newrelic.com/all-capabilities):**</DNT> Aqui está um exemplo de aplicativo personalizado criado no New Relic. Este aplicativo fornece uma análise altamente detalhada de um site, usando o evento PageView relatado em nosso <InlinePopover type="browser" />.
 </figcaption>
 
 <Callout variant="tip">
   Se suas necessidades de visualização forem relativamente simples, considere usar [gráficos customizados](/docs/chart-builder/use-chart-builder/get-started/introduction-chart-builder) e [dashboards personalizados](/docs/dashboards/new-relic-one-dashboards/get-started/introduction-new-relic-one-dashboards).
 </Callout>
 
-Agora, visite nosso [site de desenvolvedores](http://developer.newrelic.com) e comece a construir!
+Agora, visite o [exemplo Hello World](/docs/new-relic-solutions/tutorials/build-hello-world-app/) e comece a construir!
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
index 1198c09d5a2..6f29ed6d7c6 100644
--- a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
+++ b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager.mdx
@@ -9,9 +9,9 @@ freshnessValidatedDate: never
 translationType: machine
 ---
 
-Nossos gerenciadores de trabalho de monitoramento sintético são recursos baseados em [contêiner Docker](https://www.docker.com/resources/what-container)que aceitam e executam [monitores Sintético](/docs/synthetics/synthetic-monitoring/getting-started/types-synthetics-monitors) atribuídos a [localização privada](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations).
+Nossos gerenciadores de tarefas de monitoramento Sintético são recursos baseados em [contêineresDocker ](https://www.docker.com/resources/what-container)que aceitam e executam [monitores Sintético](/docs/synthetics/synthetic-monitoring/using-monitors/intro-synthetic-monitoring/#types-of-synthetic-monitors) atribuídos a [localização privada](/docs/synthetics/synthetic-monitoring/private-locations/private-locations-overview-monitor-internal-sites-add-new-locations).
 
-O gerenciador de tarefas pode operar em um ambiente de sistema de contêiner Docker ou em um ambiente de sistema de orquestração de contêiner Kubernetes. O gerenciador de tarefas detectará automaticamente seu ambiente para selecionar o modo operacional apropriado.
+O gerenciador de tarefas pode operar em um ambiente de sistema de contêiner Docker, um ambiente de sistema de contêiner Podman ou um ambiente de sistema de orquestração de contêiner Kubernetes. O gerenciador de tarefas detectará automaticamente seu ambiente para selecionar o modo de operação apropriado.
 
 ## Recurso sintético do gerenciador de tarefas [#enhancements]
 
@@ -19,7 +19,7 @@ Como o gerenciador de tarefas Sintético opera como um contêiner em vez de uma
 
 * Compatível com Linux, [macOS](https://docs.docker.com/docker-for-mac/) e [Windows](https://docs.docker.com/docker-for-windows/).
 * [Segurança](#security) aprimorada e suporte para execução de usuário [não root](#run-as-non-root) .
-* Capacidade de aproveitar um contêiner Docker como ambiente [sandbox](#sandboxing-and-docker-deps) .
+* Capacidade de aproveitar um contêiner Docker como um ambiente [sandbox](#docker-dependencies) .
 
 ## Recurso específico do Kubernetes [#kubernetes-enhancements]
 
@@ -50,7 +50,7 @@ Para hospedar gerenciadores de tarefas Sintético, seu sistema deve atender aos
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             Compatibilidade para
           </th>
 
@@ -69,7 +69,7 @@ Para hospedar gerenciadores de tarefas Sintético, seu sistema deve atender aos
           <td>
             <DNT>**Linux kernel:**</DNT> 3.10 ou superior<br /> <DNT>**macOS:**</DNT> 10.11 ou superior<br /> <DNT>**Windows:**</DNT> Windows 10 de 64 bits ou superior
 
-            *Você também deve configurar Docker para executar o contêiner Linux para que os gerenciadores de tarefas Sintético funcionem em sistemas Windows.*
+            Você também deve configurar Docker para executar o contêiner Linux para que os gerenciadores de tarefas Sintético funcionem em sistemas Windows.
           </td>
         </tr>
 
@@ -136,7 +136,103 @@ Para hospedar gerenciadores de tarefas Sintético, seu sistema deve atender aos
     </table>
 
     <Callout variant="caution">
-      O gerenciador de tarefas Docker Sintético não foi projetado para uso com orquestradores de contêineres como AWS ECS, Docker Swarm, Apache Mesos, Azure contêiner instância, etc. Executar o gerenciador de tarefas Docker Sintético em um orquestrador de contêiner resultará em problemas inesperados porque ele próprio é um orquestrador de contêiner. Se você estiver usando orquestração de contêineres, consulte nossos [requisitos do gerenciador de tarefas Kubernetes Sintético](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
+      O gerenciador de tarefas Docker Sintéticos não foi projetado para uso com orquestradores de contêineres, como AWS ECS, Docker Swarm, Apache Mesos, instância de contêiner Azure , etc. Executar o gerenciador de tarefas Docker Sintéticos em um orquestrador de contêineres resulta em problemas inesperados, pois ele próprio funciona como um orquestrador. Se você estiver usando a orquestração de contêineres, consulte nossos [requisitos do gerenciador de tarefasKubernetes Sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
+    </Callout>
+  </Collapser>
+
+  <Collapser
+    id="podman-requirements"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <table>
+      <thead>
+        <tr>
+          <th style={{ width: "265px" }}>
+            Compatibilidade para
+          </th>
+
+          <th>
+            Requisitos
+          </th>
+        </tr>
+      </thead>
+
+      <tbody>
+        <tr>
+          <td>
+            Sistema operacional
+          </td>
+
+          <td>
+            <DNT>**Linux kernel:**</DNT> 3.10 ou superior<br />
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Processador
+          </td>
+
+          <td>
+            Uma CPU AMD64 ou x86\_64 moderna e multi-core
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Memória
+          </td>
+
+          <td>
+            3.256 GiB de RAM por núcleo de CPU (dedicado)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Tamanho do disco
+          </td>
+
+          <td>
+            Um mínimo de 50 GiB por host
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Sistema de arquivos em disco
+          </td>
+
+          <td>
+            NFSv4.1 ou superior (se estiver usando NFS)
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            [Versão Podman](https://github.com/containers/podman/releases)
+          </td>
+
+          <td>
+            Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) ou superior
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            Chave de localização privada
+          </td>
+
+          <td>
+            Você deve ter uma [chave de localização privada](#private-location-key)
+          </td>
+        </tr>
+      </tbody>
+    </table>
+
+    <Callout variant="caution">
+      O gerenciador de tarefas Podman Sintéticos não foi projetado para uso com orquestradores de contêineres, como AWS ECS, Docker Swarm, Apache Mesos, Azure contêiner instância, etc. Executar o gerenciador de tarefas Docker Sintéticos em um orquestrador de contêineres resulta em problemas inesperados, pois ele próprio funciona como um orquestrador. Se você estiver usando a orquestração de contêineres, consulte nossos [requisitos do gerenciador de tarefasKubernetes Sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/install-job-manager/#kubernetes-requirements).
     </Callout>
   </Collapser>
 
@@ -148,7 +244,7 @@ Para hospedar gerenciadores de tarefas Sintético, seu sistema deve atender aos
     <table>
       <thead>
         <tr>
-          <th style={{ width: "165px" }}>
+          <th style={{ width: "265px" }}>
             Compatibilidade para
           </th>
 
@@ -316,7 +412,7 @@ Para encontrar a chave da localização privada existente:
 
 ## Instalar, atualizar e configurar o gerenciador de tarefas Sintético [#install]
 
-Se você estiver executando mais de um contêiner Docker localização privada no mesmo host, você terá conflitos de porta. Para evitar essa contenção de porta, certifique-se de fazer o seguinte ao iniciar a configuração dos gerenciadores de tarefas:
+Se você estiver executando mais de um Docker ou Podman no mesmo host, você terá conflitos de porta. Para evitar essa contenção de porta, certifique-se de fazer o seguinte ao começar a configurar os gerenciadores de tarefas:
 
 * Execute gerenciadores de tarefas e chamadas por minuto em hosts diferentes.
 * Execute cada gerenciador de tarefas em um host separado.
@@ -324,13 +420,13 @@ Se você estiver executando mais de um contêiner Docker localização privada n
 
 As imagens do gerenciador de tarefas Sintético são hospedadas no [Docker Hub](https://hub.docker.com/). Acesse [hub.docker.com/r/newrelic/synthetics-job-manager/tags](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags) para obter uma lista de todos os lançamentos.
 
-A menos que hospede as imagens em um repositório de imagens local, você precisa permitir conexões com `docker.io` por meio de seu firewall para que docker possa extrair o gerenciador de tarefas Sintético e o tempo de execução das imagens Synthetics. Quando o gerenciador de tarefas Sintético é iniciado, as imagens de tempo de execução são extraídas automaticamente. Consulte [Configuração do ambiente Docker](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config) e [Configuração do ambiente Kubernetes](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config) para obter detalhes sobre como definir um repositório local e o endpoint de registro do executor.
+A menos que você esteja hospedando as imagens em um repositório de imagens local, você precisa permitir conexões com `docker.io` através do seu firewall para que Docker ou o Podman possam extrair o gerenciador de tarefas do Sintéticos e o tempo de execução das imagens do Synthetics. Quando o gerenciador de tarefas do Sintéticos é iniciado, as imagens de tempo de execução são extraídas automaticamente. Consulte [Configuração do ambienteDocker ](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#docker-env-config), [Configuração do ambiente Podman](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#podman-env-config) e [Configuração do ambienteKubernetes ](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration/#kubernetes-env-config)para obter detalhes sobre como definir um repositório local e o endpoint de registro do executor.
 
 Para obter mais detalhes sobre definições de configuração avançadas, consulte [Configuração do gerenciador de tarefas Sintético](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration).
 
 ## Inicie o gerenciador de tarefas Sintético [#start]
 
-Abaixo estão as instruções aplicáveis Docker ou do Kubernetes para iniciar o gerenciador de tarefas.
+A seguir estão as instruções aplicáveis do Docker, Podman ou Kubernetes para iniciar o gerenciador de tarefas.
 
 <CollapserGroup>
   <Collapser
@@ -340,7 +436,7 @@ Abaixo estão as instruções aplicáveis Docker ou do Kubernetes para iniciar o
   >
     1. Localize sua [chave de localização privada](#private-location-key).
 
-    2. Certifique-se de ter habilitado [a dependência do Docker](#sandboxing-and-docker-deps) para sandbox e [instalado](#install-update) o gerenciador de tarefas Sintético em seu sistema.
+    2. Certifique-se de ter habilitado [a dependênciaDocker ](#docker-dependencies)para sandbox e [instalado](#install-update) o gerenciador de tarefas Sintéticos no seu sistema.
 
     3. Execute o script apropriado para o seu sistema. Adapte o padrão comum `/var/run/docker.sock` nos exemplos a seguir para corresponder ao seu sistema.
 
@@ -375,6 +471,43 @@ Abaixo estão as instruções aplicáveis Docker ou do Kubernetes para iniciar o
        ```
   </Collapser>
 
+  <Collapser
+    id="podman-update"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    1. Localize sua [chave de localização privada](#private-location-key).
+    2. Certifique-se de ter habilitado [o Podman dependência](#podman-dependencies) para sandbox e [instalado](#install-update) o gerenciador de tarefas Sintéticos no seu sistema.
+    3. Execute o script abaixo para seu sistema.
+
+    Para criar um pod no Linux e adicionar o endereço IP da máquina host:
+
+    ```
+    podman pod create --name YOUR_POD_NAME --add-host=podman.service:IP_ADDRESS
+    ```
+
+    Para iniciar o Gerenciador de Tarefas:
+
+    ```
+    podman run \
+    --name YOUR_CONTAINER_NAME \
+    --pod YOUR_POD_NAME \
+    -e "PRIVATE_LOCATION_KEY=YOUR_PRIVATE_LOCATION_KEY" \
+    -e "CONTAINER_ENGINE=PODMAN" \
+    -e "PODMAN_API_SERVICE_PORT=YOUR_PODMAN_API_SERVICE_PORT" \
+    -e "PODMAN_POD_NAME=YOUR_POD_NAME" \
+    -d \
+    --restart unless-stopped \
+    newrelic/synthetics-job-manager:latest
+    ```
+
+    Para visualizar os logs do seu contêiner minion:
+
+    ```
+    podman logs --follow YOUR_CONTAINER_NAME
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-install"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Procedimento de inicialização do Kubernetes</>
@@ -385,7 +518,7 @@ Abaixo estão as instruções aplicáveis Docker ou do Kubernetes para iniciar o
     2. Configure um namespace para o gerenciador de tarefas Sintético em seu cluster do Kubernetes:
 
        ```shell
-       kubectl create namespace YOUR_NAMESPACE
+         kubectl create namespace YOUR_NAMESPACE
        ```
 
     3. Copie os gráficos do Helm do repositório do Helm do New Relic.
@@ -428,7 +561,7 @@ Abaixo estão as instruções aplicáveis Docker ou do Kubernetes para iniciar o
 
 ## Pare ou exclua o gerenciador de tarefas Sintético [#stop]
 
-Em um ambiente de sistema de contêiner Docker , use o procedimento Docker `stop` para interromper a execução do gerenciador de tarefas Sintético. Em um ambiente de sistema de orquestração de contêiner Kubernetes, use o procedimento `delete` do Kubernetes para interromper a execução do gerenciador de tarefa Sintético.
+Em um ambiente de sistema de contêiner Docker ou Podman, use o respectivo procedimento `stop` para parar o gerenciador de tarefas do Sintéticos. Em um ambiente de sistema de orquestração de contêineres Kubernetes , use o procedimento `delete` Kubernetes para interromper a execução do gerenciador de tarefas do Sintéticos.
 
 <CollapserGroup>
   <Collapser
@@ -466,6 +599,31 @@ Em um ambiente de sistema de contêiner Docker , use o procedimento Docker `stop
       ```
   </Collapser>
 
+  <Collapser
+    id="podman-stop"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Docker icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    Você pode [parar um contêiner Podman](https://docs.podman.io/en/stable/markdown/podman-stop.1.html) pelo nome do contêiner ou pelo ID do contêiner.
+
+    * Nome do contêiner stop para Linux:
+
+    ```
+    podman stop YOUR_CONTAINER_NAME
+    podman rm YOUR_CONTAINER_NAME
+    ```
+
+    * Parada de ID do contêiner para Linux:
+
+    Nos exemplos o contêiner é parado e removido. Para parar apenas o contêiner, omita `podman rm $CONTAINER_ID`.
+
+    ```
+    CONTAINER_ID=$(podman ps -aqf name=YOUR_CONTAINER_NAME)
+    podman stop $CONTAINER_ID
+    podman rm $CONTAINER_ID
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-delete"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Procedimento de exclusão do Kubernetes</>
@@ -491,9 +649,9 @@ Em um ambiente de sistema de contêiner Docker , use o procedimento Docker `stop
   </Collapser>
 </CollapserGroup>
 
-## Dependência de sandbox e Docker [#sandboxing-and-docker-deps]
+## Sandbox e dependência [#sandboxing-and-deps]
 
-Sandboxing e Docker dependência são aplicáveis ao gerenciador de tarefas Sintético em um ambiente de sistema de contêiner Docker .
+Sandboxing e dependência são aplicáveis ao gerenciador de tarefas Sintéticos em um ambiente de sistema de contêiner Docker ou Podman.
 
 <CollapserGroup>
   <Collapser
@@ -517,6 +675,104 @@ Sandboxing e Docker dependência são aplicáveis ao gerenciador de tarefas Sint
   </Collapser>
 </CollapserGroup>
 
+<CollapserGroup>
+  <Collapser
+    id="podman-dependencies"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    O gerenciador de tarefas do Sintéticos é executado no Podman e consegue aproveitar o Podman como uma tecnologia de sandbox. Isso garante o isolamento completo da execução do monitor, o que melhora a segurança, a confiabilidade e a repetibilidade. Toda vez que um monitor com script ou browser é executado, o gerenciador de tarefas do Sintéticos cria um novo contêiner Podman para executá-lo usando o tempo de execução correspondente.
+
+    O contêiner do gerenciador de tarefas do Sintéticos precisa ser configurado para se comunicar com o mecanismo do Podman para gerar contêineres de tempo de execução adicionais. Cada contêiner gerado é então dedicado a executar uma verificação associada ao [monitor Sintético](/docs/synthetics/new-relic-synthetics/using-monitors/add-edit-monitors) em execução na localização privada à qual o contêiner do gerenciador de tarefas Sintéticos está associado.
+
+    Há uma dependência crucial no lançamento. Para habilitar o sandbox, certifique-se de ter:
+
+    1. Instalou o Podman [5.0.0-ce](https://github.com/containers/podman/releases/tag/v5.0.0) ou superior.
+
+    2. Habilitou a execução sem raiz:
+
+       * Configure o Podman para executar o contêiner sem exigir privilégios de root.
+         ```
+         mkdir -p ~/.config/containers
+         touch ~/.config/containers/containers.conf
+         vi ~/.config/containers/containers.conf
+         ```
+       * Edite o arquivo `containers.conf` para configurar o Podman para usar `crun` e `systemd`:
+         ```
+         [engine]
+         runtime = "crun"
+         cgroup_manager = "systemd"
+         ```
+
+    3. Habilitou o cgroups v2 (somente RHEL):
+       * Edite o GRUB para habilitar o cgroups v2, o que garante compatibilidade com os tempos de execução modernos do contêiner no RHEL.
+         ```
+         sudo sed -i 's/GRUB_CMDLINE_LINUX="/&systemd.unified_cgroup_hierarchy=1 /' /etc/default/grub
+         sudo grub2-mkconfig -o /boot/grub2/grub.cfg
+         sudo reboot
+         ```
+
+    4. Habilitou a delegação em todo o sistema para permitir a delegação `cgroups` para os serviços do Podman.
+       ```
+       sudo mkdir -p /etc/systemd/system/user@.service.d/
+       echo -e "[Service]\nDelegate=yes" | sudo tee /etc/systemd/system/user@.service.d/delegate.conf > /dev/null
+       ```
+
+    5. Configure o serviço `systemd` em nível de usuário:
+
+       * Crie diretórios para os serviços de nível de usuário `systemd` .
+         ```
+         mkdir -p ~/.config/systemd/user/podman.service.d
+         ```
+       * Adicione a configuração de delegado ao serviço `systemd` em nível de usuário.
+         ```
+         echo -e "[Service]\nDelegate=yes" > ~/.config/systemd/user/podman.service.d/override.conf
+         ```
+
+    6. Habilitou e iniciou o soquete Podman.
+       ```
+       systemctl --user enable podman.socket
+       systemctl --user start podman.socket
+       systemctl --user status podman.socket
+       ```
+
+    7. Criei e configurei o serviço Podman API:
+
+       * Crie um serviço de API do Podman e configure o Podman para fornecer acesso à API HTTP.
+         ```
+         mkdir -p ~/.config/systemd/user
+         touch ~/.config/systemd/user/podman-api.service
+         vi ~/.config/systemd/user/podman-api.service
+         ```
+       * Defina o serviço para expor a API do Podman na porta 8000.
+         ```
+         [Unit]
+         Description=Podman API Service
+         After=default.target
+
+         [Service]
+         Type=simple
+         ExecStart=/usr/bin/podman system service -t 0 tcp:0.0.0.0:8000
+         Restart=on-failure
+
+         [Install]
+         WantedBy=default.target
+         ```
+
+    8. Habilitou e iniciou o serviço da API do Podman.
+       ```
+       systemctl --user daemon-reload
+       systemctl --user enable podman-api.service
+       systemctl --user start podman-api.service
+       systemctl --user status podman-api.service
+       ```
+
+    <Callout variant="caution">
+      A contagem de núcleos no host determina quantos contêineres de tempo de execução o gerenciador de tarefas Sintético pode executar simultaneamente no host. Como os requisitos de memória são dimensionados para a contagem esperada do contêiner de tempo de execução, recomendamos <DNT>**not running multiple synthetics job managers on the same host**</DNT> para evitar contenção de recursos.
+    </Callout>
+  </Collapser>
+</CollapserGroup>
+
 ## Segurança, sandbox e execução como não-root [#security]
 
 Por padrão, o software executado dentro de um gerenciador de tarefas Sintético é executado com `root` privilégios de usuário. Isso é adequado para a maioria dos cenários, pois a execução ocorre em área restrita.
@@ -559,7 +815,7 @@ Para executar o gerenciador de tarefas Sintético como um usuário não root, s
   </Collapser>
 </CollapserGroup>
 
-## Entenda seus ambientes docker ou Kubernetes [#understand]
+## Entenda seus ambientes Docker, Podman ou Kubernetes [#understand]
 
 Abaixo estão informações adicionais sobre como manter e compreender o ambiente de contêiner do gerenciador de tarefas. Visualize informações de licença, entenda as configurações de rede do gerenciador de tarefas e confira o repositório de imagens docker .
 
@@ -567,7 +823,7 @@ Abaixo estão informações adicionais sobre como manter e compreender o ambient
   <Collapser id="help" title="Manter o gerenciador de tarefas">
     Use estas opções conforme aplicável:
 
-    * Para acompanhar o log docker e verificar a integridade do seu monitor, consulte [Manutenção e monitoramento do gerenciador de tarefas Sintético](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring).
+    * Para acompanhar os logs do Docker ou Podman e verificar a integridade dos seus monitores, consulte [Manutenção e monitoramento do gerenciador de tarefas da Sintéticos](/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring).
 
     * Para um gerenciador de tarefas Sintético no ambiente do sistema de orquestração de contêineres Kubernetes, os seguintes comandos Helm `show` podem ser usados para visualizar o `chart.yaml` e o `values.yaml`, respectivamente:
 
@@ -590,10 +846,12 @@ Abaixo estão informações adicionais sobre como manter e compreender o ambient
     Uma rede bridge é criada para comunicação entre o gerenciador de tarefas Sintético e o contêiner runtime. Isso significa que opções de comando de rede como `--network` e `--dns` passadas para o contêiner do gerenciador de tarefas Sintético no lançamento (como por meio de comandos docker run em um ambiente de sistema docker contêiner) não são herdadas ou usadas pelos contêineres de tempo de execução.
 
     Quando essas redes são criadas, elas extraem do pool de endereços IP padrão configurado para o daemon. Para obter um exemplo disso em um ambiente de sistema de contêiner Docker , consulte o [site Docker ](https://docs.docker.com/engine/reference/commandline/dockerd/#daemon-configuration-file).
+
+    No caso do Podman, não usamos uma rede de ponte para comunicação entre o gerenciador de tarefas do Sintéticos e o contêiner de tempo de execução, em vez disso, usamos um pod Podman. Todos os contêineres em um pod Podman compartilham o mesmo namespace de rede. Isso significa que eles compartilham o mesmo endereço IP dentro desse pod. Neste caso, embora os contêineres compartilhem o mesmo IP, seus serviços são expostos em portas diferentes.
   </Collapser>
 
   <Collapser id="image" title="Repositório de imagens Docker">
-    Uma única imagem docker do gerenciador de tarefas Sintético atende tanto o ambiente do sistema de contêineres docker quanto o ambiente do sistema de orquestração de contêineres Kubernetes. A imagem docker está hospedada no docker Hub. Para garantir que sua imagem docker esteja atualizada, consulte o [repositóriodocker Hub newrelic/Sintético-job-manager](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags).
+    Uma única imagem Docker do gerenciador de tarefas Sintéticos atende ao ambiente do sistema de orquestração de contêineres Docker, Podman e Kubernetes . A imagem do Docker é hospedada no Docker Hub. Para garantir que sua imagem do Docker esteja atualizada, consulte o [repositório newrelic/synthetics-job-manager do Docker Hub](https://hub.docker.com/r/newrelic/synthetics-job-manager/tags).
   </Collapser>
 </CollapserGroup>
 
@@ -639,7 +897,7 @@ Abaixo estão informações adicionais sobre como manter e compreender o ambient
       </td>
 
       <td>
-        Isso se aplica apenas a um ambiente de contêiner docker . Os argumentos passados para o contêiner do gerenciador de tarefas Sintético no lançamento não são repassados para os contêineres de tempo de execução gerados pelo gerenciador de tarefas Sintético. docker não tem conceito de &quot;herança&quot; ou &quot;hierarquia&quot; de contêiner, e não copiamos a configuração que é passada do gerenciador de tarefas Sintético para o runtime contêiner. A única configuração compartilhada entre eles é aquela definida no nível do [daemon do Docker](https://docs.docker.com/config/daemon/) .
+        Isso se aplica somente ao ambiente de contêiner Docker e Podman. Os argumentos passados para o contêiner do gerenciador de tarefas Sintéticos no lançamento não são repassados para o contêiner de tempo de execução gerado pelo gerenciador de tarefas Sintéticos. Docker e o Podman não têm o conceito de &quot;herança&quot; ou &quot;hierarquia&quot; de contêiner, e não copiamos a configuração que é passada do gerenciador de tarefas do Sintéticos para o contêiner em tempo de execução. Entretanto, no caso do Podman, os argumentos passados no nível pod são compartilhados entre o gerenciador de tarefas do Sintéticos e o contêiner de tempo de execução no pod. A única configuração compartilhada entre eles é aquela definida no nível [do daemon do Docker](https://docs.docker.com/config/daemon/) .
       </td>
     </tr>
   </tbody>
diff --git a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration.mdx b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration.mdx
index b1517321569..85330aaf9a3 100644
--- a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration.mdx
+++ b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-configuration.mdx
@@ -236,6 +236,240 @@ As variáveis ambientais permitem ajustar a configuração do gerenciador de tar
     </table>
   </Collapser>
 
+  <Collapser id="podman-env-config" title="Configuração do ambiente Podman">
+    As variáveis são fornecidas na inicialização usando o argumento `-e, --env` .
+
+    A tabela a seguir exibe todas as variáveis de ambiente que o gerenciador de tarefas Sintéticos suporta. `PRIVATE_LOCATION_KEY` é obrigatório e todas as outras variáveis são opcionais. Para executar o gerenciador de tarefas Sintéticos em um ambiente Podman, a versão mínima deve ser release-418 ou superior.
+
+    <table>
+      <thead>
+        <tr>
+          <th>
+            Nome
+          </th>
+
+          <th>
+            Descrição
+          </th>
+        </tr>
+      </thead>
+
+      <tbody>
+        <tr>
+          <td>
+            `PRIVATE_LOCATION_KEY`
+          </td>
+
+          <td>
+            <DNT>**REQUIRED.**</DNT> chave de localização privada, conforme encontrada na lista entidade privada de localização.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_ENDPOINT`
+          </td>
+
+          <td>
+            Para contas baseadas nos EUA, o endpoint é: `https://synthetics-horde.nr-data.net.`
+
+            Para contas [baseadas na UE](/docs/using-new-relic/welcome-new-relic/get-started/introduction-eu-region-data-center#partner-hierarchy) , o endpoint é: `https://synthetics-horde.eu01.nr-data.net/`
+
+            Certifique-se de que seu gerenciador de tarefas Sintético possa se conectar ao endpoint apropriado para atender seu monitor.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `PODMAN_API_SERVICE_HOST`
+          </td>
+
+          <td>
+            A entrada do host adicionada ao pod criado onde o SJM será executado. Use isto para substituir `podman.service` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `PODMAN_API_SERVICE_PORT`
+          </td>
+
+          <td>
+            A porta na qual o serviço Podman LibPod RESTful API está sendo executado na instância. Use isto para substituir `8000` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `PODMAN_API_VERSION`
+          </td>
+
+          <td>
+            A versão específica da API RESTful do Podman LibPod que está sendo usada. Use isto para substituir `v5.0.0` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `PODMAN_POD_NAME`
+          </td>
+
+          <td>
+            O nome do pod no qual o contêiner SJM é executado. Use isto para substituir `SYNTHETICS` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `DOCKER_REGISTRY`
+          </td>
+
+          <td>
+            O domínio Docker Registry onde as imagens de tempo de execução estão hospedadas. Use isto para substituir `docker.io` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `DOCKER_REPOSITORY`
+          </td>
+
+          <td>
+            O docker repositório ou organização onde as imagens de tempo de execução estão hospedadas. Use isto para substituir `newrelic` como padrão.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_PROXY_HOST`
+          </td>
+
+          <td>
+            Host do servidor proxy usado para comunicação da Horda. Formato: `"localhost"`.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_PROXY_PORT`
+          </td>
+
+          <td>
+            Porta do servidor proxy usada para comunicação da Horda. Formato: `8888`.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_PROXY_USERNAME`
+          </td>
+
+          <td>
+            Nome de usuário do servidor proxy usado para comunicação da Horda. Formato: `"username"`.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_PROXY_PW`
+          </td>
+
+          <td>
+            Senha do servidor proxy usada para comunicação da Horda. Formato: `"password"`.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HORDE_API_PROXY_ACCEPT_SELF_SIGNED_CERT`
+          </td>
+
+          <td>
+            Aceita certificados proxy autoassinados para a conexão do servidor proxy usada para comunicação do Horde? Valores aceitáveis: `true`
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `CHECK_TIMEOUT`
+          </td>
+
+          <td>
+            A quantidade máxima de segundos que as verificações do seu monitor podem ser executadas. Este valor deve ser um número inteiro entre 0 segundos (excluído) e 900 segundos (incluído) (por exemplo, de 1 segundo a 15 minutos).
+
+            Padrão: 180 segundos
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `LOG_LEVEL`
+          </td>
+
+          <td>
+            Padrão: `INFO.`
+
+            Opções adicionais: `WARN`, `ERROR`, `DEBUG`
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `HEAVYWEIGHT_WORKERS`
+          </td>
+
+          <td>
+            O número de trabalhos pesados simultâneos (navegador/navegador com script e API com script) que podem ser executados ao mesmo tempo.
+
+            Padrão: CPUs disponíveis - 1.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `DESIRED_RUNTIMES`
+          </td>
+
+          <td>
+            Uma matriz que pode ser usada para executar imagens de tempo de execução específicas. Formato: \[&apos;newrelic/Sintético-ping-runtime:latest&apos;,&apos;newrelic/Sintético-node-API-runtime:latest&apos;,&apos;newrelic/Sintético-node-navegador-runtime:latest&apos;]
+
+            Padrão: todos os tempos de execução mais recentes.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `VSE_PASSPHRASE`
+          </td>
+
+          <td>
+            Se definido, ativa <DNT>**verified script execution**</DNT> e usa esse valor como <DNT>**passphrase**</DNT>.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `USER_DEFINED_VARIABLES`
+          </td>
+
+          <td>
+            Um conjunto hospedado localmente de pares de valores principais definidos pelo usuário.
+          </td>
+        </tr>
+
+        <tr>
+          <td>
+            `ENABLE_WASM`
+          </td>
+
+          <td>
+            Se definido, habilita o webassembly para o tempo de execução do navegador do nó. Para usar o webassembly, a versão mínima do seu gerenciador de tarefas Sintético deve ser release-367 ou superior e a versão do tempo de execução do navegador do nó deve ser 2.3.21 ou superior.
+          </td>
+        </tr>
+      </tbody>
+    </table>
+  </Collapser>
+
   <Collapser id="kubernetes-env-config" title="Configuração do ambiente Kubernetes">
     As variáveis são fornecidas na inicialização usando o argumento `--set` .
 
@@ -741,6 +975,14 @@ Os gerenciadores de tarefas Private Sintético permitem configurar variáveis de
     docker run ... -v /variables:/var/lib/newrelic/synthetics/variables:rw ...
     ```
 
+    Exemplo de Podman:
+
+    No caso do SELinux, monte o volume adicionalmente com `:z` ou `:Z`. Para mais informações, consulte [a documentação do Podman.](https://docs.podman.io/en/latest/markdown/podman-run.1.html#volume-v-source-volume-host-dir-container-dir-options) O diretório de destino esperado é: `/var/lib/newrelic/synthetics/variables/`
+
+    ```sh
+    podman run ... -v /variables:/var/lib/newrelic/synthetics/variables:rw,z ...
+    ```
+
     Exemplo de Kubernetes:
 
     O usuário tem duas opções ao fornecer um arquivo ao pod SJM no Kubernetes. Eles podem:
@@ -778,6 +1020,14 @@ Os gerenciadores de tarefas Private Sintético permitem configurar variáveis de
     docker run ... -e USER_DEFINED_VARIABLES='{"key":"value","name":"sjm"}' ...
     ```
 
+    Exemplo de Podman:
+
+    Use a sinalização `-e` para configurar uma variável de ambiente chamada `USER_DEFINED_VARIABLES` e atribua a ela o valor de uma string de mapa formatada em JSON.
+
+    ```sh
+    podman run ... -e USER_DEFINED_VARIABLES='{"key":"value","name":"sjm"}' ...
+    ```
+
     Exemplo de Kubernetes:
 
     Use a sinalização `--set-literal` para transmitir a string formatada em JSON.
@@ -830,7 +1080,7 @@ O `package.json` define `dependencies` como um módulo local (por exemplo, `coun
 }
 ```
 
-### Adicione seu diretório de módulos personalizados ao SJM para Docker ou Kubernetes
+### Adicione seu diretório de módulos personalizados ao SJM para Docker, Podman ou Kubernetes
 
 <CollapserGroup>
   <Collapser id="docker" title="Docker">
@@ -841,6 +1091,14 @@ O `package.json` define `dependencies` como um módulo local (por exemplo, `coun
     ```
   </Collapser>
 
+  <Collapser id="podman" title="Homem-Pod">
+    Para podman, inicie o SJM montando o diretório em `/var/lib/newrelic/synthetics/modules`. No caso do SELinux, monte o volume adicionalmente com `:z` ou `:Z`. Para mais informações, consulte [a documentação do Podman](https://docs.podman.io/en/latest/markdown/podman-run.1.html#volume-v-source-volume-host-dir-container-dir-options). Por exemplo:
+
+    ```sh
+    podman run ... -v /example-custom-modules-dir:/var/lib/newrelic/synthetics/modules:rw,z ...
+    ```
+  </Collapser>
+
   <Collapser id="kubernetes" title="Kubernetes">
     Para Kubernetes, o diretório em `/var/lib/newrelic/synthetics/modules` precisa existir em um PV antes de iniciar o SJM com módulos customizados habilitados.
 
@@ -915,7 +1173,7 @@ O `package.json` define `dependencies` como um módulo local (por exemplo, `coun
        kubectl get pv,pvc
        [output] NAME                                  CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                         STORAGECLASS   VOLUMEATTRIBUTESCLASS   REASON   AGE
        [output] persistentvolume/custom-modules-pvc   5Gi        RWX            Retain           Bound    newrelic/custom-modules-pvc   efs-sc         <unset>                          4m46s
-       [output] 
+       [output]
        [output] NAME                                       STATUS   VOLUME               CAPACITY   ACCESS MODES   STORAGECLASS   VOLUMEATTRIBUTESCLASS   AGE
        [output] persistentvolumeclaim/custom-modules-pvc   Bound    custom-modules-pvc   5Gi        RWX            efs-sc         <unset>                 4m10s
        ```
@@ -1078,6 +1336,19 @@ Para definir o armazenamento permanente de dados no Docker:
    docker run ... -v /sjm-volume:/var/lib/newrelic/synthetics:rw ...
    ```
 
+### Homem-Pod
+
+Para definir o armazenamento permanente de dados no Podman:
+
+1. Crie um diretório no host onde você está iniciando o Job Manager. Este é o seu diretório de origem.
+2. inicie o Job Manager, montando o diretório de origem no diretório de destino `/var/lib/newrelic/synthetics`.
+
+Exemplo:
+
+```sh
+podman run ... -v /sjm-volume:/var/lib/newrelic/synthetics:rw,z ...
+```
+
 ### Kubernetes
 
 Para definir o armazenamento permanente de dados no Kubernetes, o usuário tem duas opções:
@@ -1138,11 +1409,11 @@ Tempos de execução diferentes provavelmente terão durações e taxas de traba
 
 ```sql
 -- non-ping average job duration by runtime type
-FROM SyntheticCheck SELECT average(duration) AS 'avg job duration' 
+FROM SyntheticCheck SELECT average(duration) AS 'avg job duration'
 WHERE type != 'SIMPLE' AND location = 'YOUR_PRIVATE_LOCATION' FACET type SINCE 1 hour ago
 
 -- non-ping jobs per minute by runtime type
-FROM SyntheticCheck SELECT rate(uniqueCount(id), 5 minutes) AS 'jobs per 5 minutes' 
+FROM SyntheticCheck SELECT rate(uniqueCount(id), 5 minutes) AS 'jobs per 5 minutes'
 WHERE type != 'SIMPLE' AND location = 'YOUR_PRIVATE_LOCATION' FACET type SINCE 1 hour ago
 ```
 
diff --git a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
index c9b47fb2601..7c9c716af59 100644
--- a/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
+++ b/src/i18n/content/pt/docs/synthetics/synthetic-monitoring/private-locations/job-manager-maintenance-monitoring.mdx
@@ -13,7 +13,7 @@ Após [instalar seu gerenciador de tarefas Sintético](/docs/synthetics/syntheti
 
 * Verifique se o gerenciador de tarefas Sintético está íntegro e funcionando com o [endpoint de status do gerenciador de tarefas Sintético](#sjm-status).
 * Veja se uma localização privada está subprovisionada e [precisa de mais gerentes de trabalho Sintético](#more-jobmanagers).
-* Revise seu [log do Docker](#monitor-docker-logs) ou [log do Kubernetes](#monitor-docker-logs).
+* Revise seus [logs do Docker](#monitor-docker-logs), [logs do Podman](#monitor-podman-logs) ou [logs do Kubernetes](#monitor-docker-logs).
 
 <Callout variant="tip">
   Você também pode ser notificado sobre falhas no monitor com [os alertas da New Relic](/docs/synthetics/synthetic-monitors/using-monitors/alerts-synthetic-monitoring).
@@ -57,6 +57,18 @@ Você pode monitor a saúde do seu minion observando o log do contêiner do gere
     ```
   </Collapser>
 
+  <Collapser
+    id="review-podman-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    Este é um exemplo de um log do gerenciador de tarefas do Sintéticos indicando que o gerenciador de tarefas do Sintéticos está funcionando corretamente em um ambiente de sistema de contêiner Podman:
+
+    ```
+    $podman logs [YOUR_CONTAINER_NAME]
+    ```
+  </Collapser>
+
   <Collapser
     id="review-kubernetes-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Revisar log Kubernetes</>
@@ -109,6 +121,22 @@ O nível padrão de registro em log é definido para informar apenas ao usuário
     ```
   </Collapser>
 
+  <Collapser
+    id="podman-debug-logs"
+    title={<><img src="/images/synthetic_logo_podman.webp" title="Podman icon" alt="Podman icon" style={{ height: '35px', width: '40px' }} /></>
+    }
+  >
+    <Callout variant="tip">
+      Adicionar `-f` a `Podman logs` faz com que o comando siga o log.
+    </Callout>
+
+    ```
+    podman run ... -e LOG_LEVEL=DEBUG ...
+    podman logs -f YOUR_CONTAINER_NAME
+    ... verbose logging continues ...
+    ```
+  </Collapser>
+
   <Collapser
     id="kubernetes-debug-logs"
     title={<><img src="/images/synthetic_logo_k8logo.webp" title="img-integration-k8s@2x.png" alt="img-integration-k8s@2x.png" style={{ height: '35px', width: '40px' }} />Habilitar log de depuração Kubernetes</>