Resumen de integraciones
AppArch llega a tu código mediante una credencial de tu plataforma Git. Todo lo demás - CI, seguimiento de incidencias, notificaciones, IA - es opcional y se conecta por separado.
La interfaz del producto existe en inglés y turco; por eso los nombres de menú aparecen aquí tal como los muestra la interfaz en inglés.
Plataformas Git
Sección titulada «Plataformas Git»Las conexiones Git se añaden en Credentials → Add credential. El asistente tiene tres pasos: elegir el proveedor, seguir la configuración propia del proveedor y pegar los valores.
| Plataforma | Autenticación | Dónde puede estar |
|---|---|---|
| GitHub | Token de acceso personal (fine-grained o classic) | Solo github.com |
| GitLab | Aplicación OAuth o token de acceso personal | gitlab.com o un GitLab autogestionado (por URL) |
| Bitbucket | Cliente OAuth o token de acceso de workspace / repositorio | Solo Bitbucket Cloud |
| Azure DevOps | Token de acceso personal | Solo Azure DevOps Services (dev.azure.com) |
No existe una conexión genérica de “Git personalizado”. El único servidor autoalojado al que llega AppArch es un GitLab autogestionado; consulta Git autoalojado.
Un token pegado se comprueba con el proveedor antes de guardarse: se rechaza un token inválido, caducado o sin acceso de lectura. Las credenciales se guardan cifradas con la clave maestra de la instalación.
El operador de la instalación decide qué proveedores se ofrecen (Administration → Settings → Policies, /management/settings/policies). Un proveedor cerrado desaparece del asistente y la Api lo rechaza.
Sistemas de CI
Sección titulada «Sistemas de CI»El runner (collector) es una imagen de contenedor que se ejecuta en tu propia CI. Reconoce una pull/merge request por las variables de entorno propias de:
- GitHub Actions
- GitLab CI
- Bitbucket Pipelines
- Azure Pipelines
Cualquier otra CI ejecuta la misma imagen con docker run y pasa el contexto de la PR de forma explícita; consulta Jenkins. Configuración para todas: Añadir el runner a la CI.
Otras integraciones
Sección titulada «Otras integraciones»Se conectan por espacio de trabajo en Integrations:
- Jira, Trello - seguimiento de hallazgos como incidencias (Jira).
- SonarQube - asociación de proyectos y mediciones junto a las de AppArch.
- Slack, Microsoft Teams - un Incoming Webhook; hoy AppArch solo envía allí un mensaje de prueba de conexión (Slack).
- Kubernetes, Argo CD - estado de despliegue para el catálogo de servicios (detalles).
- Dynatrace, New Relic, Percona - fuentes de incidentes y rendimiento.
- JMeter - resúmenes de pruebas de carga enviados con un token de proyecto.
El operador puede cerrar cualquiera de ellas para toda la instalación en Administration → Settings → Policies (/management/settings/policies).
La IA no es una integración de espacio de trabajo: un proveedor y una clave para toda la instalación, definidos por el operador. Consulta IA (Claude / OpenAI / Gemini).