Documentación - Server Control - Generalidades

Introducción

Este documento es el manual del servicio de control de los servidores.
La metodología de conexión no esta descrita aquí ya que es una autorización de servidor a servidor controlado por IP sobre VPN privada y digest encriptado.

Cada servidor contiene un acceso al control para ejecutar varios comandos desde el administrador y otros servidores, principalmente para obtener data de funcionamiento, control de CPU, Memoria, threads, carga (monitoreo en general) y servicios de reinicio de caches (SHM, Service Memory, Caches, HD Caches, etc).

El servicio se llama a través de un POST con la variable orden=
Todos los calls incluyen un número de transacción trx=
La respuesta siempre contiene también el trx= dentro del JSON de respuesta. En caso de varias transacciones en parálelo se puede empatar la respuesta correspondiente a la transacción solicitada

Servicio "getstat"

Recupera el estado de la máquina
- CPUs
- Maxprocs
- Load
- Goroutines
- Used Memory
- Total memory
- mcache data (used, freed, locked)

Servicio "getcontainers"

Recupera estadistica de los contenedores de datos:
container=
- sin valor: regresa los contenedores en general (xcache, bleve)
- xcache: recupera todos los contenedores de xcache
- bleve: recupera los contenedores de bleve

Si container=bleve y subcontainer=[contenedor] entonces regresa los datos de los assets en el contenedor bleve

Servicio "getdata"

Recupera los datos de un objeto en general del graph/api, tal como esta guardado en memoria, sea un objeto de bleve o xcache
container=bleve=[container:lang]=[objecttype]
clave=[objectkey]

ó

container=xcache=[container[:lang]]=[objecttype]
clave=[objectkey]

Servicio "cleanall"

Borra la totalidad de los XCaches del graph

Servicio "cleancache"

Borra la totalidad de un solo XCache del graph cuyo ID esta en la variable object=

POST /control?digest=xxxx
orden=cleancache
object=gr_familiareceta

Web Service

Sirve para tener en tiempo real el estatus de xcache y bleve (enviados cada segundo por el canal), además de reindexar/vaciar los caches (enviar el comando de reindexación y recibe el estatus de avance en el paquete recibido cada segundo).