Producto
Archito NuevoAprende de sus merge requests y señala lo atascado Integraciones 25
Soluciones
Por rol
Por qué AppArch
Recursos
Clientes Precios Contacto
Idioma
Contáctanos

¿Qué servicio es de quién? Un solo sitio lo responde.

El Catálogo de servicios reúne en una sola ficha qué es cada servicio, quién es su responsable, de qué depende y dónde se despliega - descubierto automáticamente desde tu código.

Pantallas de una instalación en funcionamiento

El inventario se construye en tres pasos

No rellenas una tabla vacía a mano. AppArch deduce servicios candidatos desde tus repositorios conectados y tú los apruebas.

  1. 01

    Detectar

    Se analizan los repositorios conectados y aparecen servicios candidatos. Revisas la lista y luego importas o descartas.

  2. 02

    Asignar

    Das a cada servicio un responsable, un nivel de criticidad y un estado del ciclo de vida. Ningún servicio queda sin dueño.

  3. 03

    Conectar

    Se añaden dependencias, despliegues, la especificación de API y enlaces de documentación. La ficha queda completa.

¿Qué contiene una ficha de servicio?

El texto libre no es un campo. Cada ficha tiene los mismos campos, lo que mantiene el inventario buscable y comparable.

kind

Tipo de servicio

Servicio, API, frontend, biblioteca, worker, infraestructura u otro. La forma más rápida de filtrar el inventario.

lifecycle

Ciclo de vida

Experimental, producción, obsoleto o retirado. Indica en qué servicios se puede confiar.

tier

Nivel de criticidad

El tier 1 es crítico para el negocio y una caída es un incidente mayor. El tier 3 es utillaje interno y experimentos.

owner

Responsable

Cada servicio tiene un desarrollador o usuario como responsable. La respuesta a quién sabe de esto está en la ficha.

dependencies

Dependencias

La infraestructura que trae cada servicio - PostgreSQL, Redis, Kafka - se deriva de los recursos de Kubernetes que informa su fuente de despliegue, mostrando como evidencia el recurso que la delató.

deployments

Despliegues

Al conectar Argo CD, Flux o Kubernetes, el catálogo muestra qué versión corre en cada sitio.

api-spec

Especificación de API

La especificación OpenAPI se adjunta desde el repositorio, una URL o a mano. Título, versión y número de endpoints quedan en la ficha.

links

Enlaces

Documentación, runbook, panel, guardia, repositorio y enlaces de API acompañan al servicio.

Gold, Silver, Bronze: qué le falta a un servicio

Cada servicio se comprueba con la misma lista. Un control que no encaja, como una especificación de API para una librería, se omite en lugar de contar en su contra.

  1. Gold100%
  2. Silver≥ 75%
  3. Bronze≥ 50%
  4. Sin nivel< 50%
  • Analizado en los últimos 30 díassi hay un proyecto vinculado
  • Especificación de APIservicios y API
  • Desplegadoexcepto librerías
  • Enlace de guardiasolo Tier 1

De dónde obtiene sus datos un registro de servicio

Usted rellena el responsable y los enlaces. Todo lo demás se lee de forma programada y se mantiene al día solo.

  • Argo CD · Flux · Kubernetes

    Despliegues

    Cada 10 minutos: versión por entorno, estado de sincronización, salud y las bases de datos, cachés y colas que trae el servicio.

  • openapi · swagger

    Especificación de API

    Se encuentra en el repositorio por nombre (raíz, docs, api, spec), se descarga de una URL o se pega a mano. Se refresca cada hora; un fallo conserva la última copia buena.

  • ArchScan

    Proyecto vinculado

    La fecha y la puntuación del último análisis del proyecto detrás del servicio.

  • Lo rellena usted

    Responsable, tier, ciclo de vida y enlaces de documentación, runbook, panel y guardia.

¿Cuándo se abre de verdad el catálogo?

Un inventario no es un fin en sí mismo. Se gana su sitio en tres momentos.

Primera semana

Un desarrollador se une al equipo

Cuántos servicios hay, qué hace cada uno, a quién preguntar. Una lista en vez de una semana de explicaciones de pasillo.

03:00 de la madrugada

Guardia durante un incidente

El responsable, el enlace al runbook, el nivel de criticidad y sus dependencias, en una sola pantalla. Recuperas los minutos que se pierden buscando.

Fin de trimestre

Una revisión de arquitectura

Cuántos servicios experimentales se colaron en producción, qué servicio Tier 1 no tiene responsable, cuál nunca alcanzó un scorecard Gold. Las preguntas se apoyan en datos.

Preguntas frecuentes

¿Tengo que rellenar el catálogo a mano?
No. Los servicios candidatos se deducen automáticamente de tus repositorios conectados y los importas desde la lista de detectados. También puedes añadir uno a mano.
¿De dónde salen los datos de despliegue?
Del módulo de Integraciones. Conecta Argo CD, Flux o Kubernetes y los despliegues llegan a la ficha. Si no conectas ninguno, el campo queda vacío y la ficha sigue funcionando.
¿Qué muestran las dependencias del catálogo?
La infraestructura que acompaña a un servicio - bases de datos, cachés, colas - leída de los recursos de Kubernetes que informa su fuente de despliegue. No es un grafo de llamadas entre servicios: quién llama a quién es información de ejecución que requiere tracing. El mapa de ArchScan es otra cosa: muestra dependencias dentro del código, entre proyectos y clases.
¿Qué planes incluyen el catálogo?
El catálogo viene con toda licencia, como cada módulo. Durante una PoC lo ve primero con sus propios repositorios.
¿Dónde se guardan nuestros datos?
Un registro del catálogo guarda metadatos: nombre, tipo, responsable, enlaces. Vive, como todo lo demás, en la instalación de AppArch en sus propios servidores.

Míralo en el producto

Todas las capturas

Monta tu inventario en una tarde

Conecta tus repositorios, aprueba los servicios detectados, asigna responsables. El resto se mantiene al día solo.

Suscríbase a nuestro boletín

Nuevos módulos, notas de versión y artículos sobre arquitectura. Puede darse de baja con un clic cuando quiera.