Empezar

Arquitectura y rendimiento

Un motor nativo que acepta picos sin caerse y cuida al sistema que está detrás.

Seis puntos de diseño

PuntoQué significa
Go como núcleoUn ejecutable compilado, sin máquina virtual ni recolector de basura ajeno. Arranca en segundos y usa la memoria que necesita, no la que reserva. Corre como servicio nativo en Linux y Windows.
Concurrencia livianaCada conexión es una rutina de 2 KB, no un hilo tradicional de 1 MB. Mil clientes esperando cuestan un megabyte, no un servidor pegado.
Multihilo con controlTrabajadores por canal e instancias por servidor: aceptás todo el pico y le entregás al backend solo lo que aguanta.
Capacidad transaccionalCada petición es una transacción con entrada, pasos y salida registrados. Un proceso que falla no tumba el canal; un lote grande se reparte en bloques con ritmo regulado.
Trazabilidad extendidaNo solo qué pasó: qué entró a cada paso, qué respondió cada sistema y cuánto tardó. Evidencia archivada con hashes y reconstrucción del proceso tal como corrió.
Diseñador modernoEditor web multiusuario, tema claro y oscuro, validación antes de publicar, contratos desde WSDL, OpenAPI o SQL, y estructura observada para XML dinámico.

Qué significa «transaccional». En stxGO es una transacción por petición, con trazabilidad completa. No son transacciones distribuidas con commit y rollback entre sistemas: cada Task es una llamada independiente a su servidor,.

Trabajadores frente a Instancias

Es la idea que más cuesta a quienes operan por primera vez: son dos topes distintos, en dos lugares distintos, y se ajustan juntos.

Clientesel pico completoCanalTrabajadorestransacciones simultáneasSin cupo: TCP encolaSOAP/REST responde 503Proceso(una transacciónpor petición)ServidorInstanciaspool de conexionesSin instancia libre:espera, y alarma a los 30 sSe acepta todo el pico; al backend solo le llega lo que aguanta
Dos topes distintos: Trabajadores limita lo que entra al motor; Instancias limita lo que llega al backend.
TrabajadoresInstancias
Dónde se configuraEn el canalEn el servidor (la conexión al backend)
Qué limitaCuántas transacciones se ejecutan a la vez en el motorCuántas conexiones simultáneas se abren hacia ese backend
Cuando se agotaTCP encola; SOAP y REST responden 503. Con 0 el motor lo calculaLa transacción espera una instancia libre; si se agotan todas durante 30 s, avisa
Para qué sirveAceptar el pico sin caerseProteger al sistema de destino
Cómo se ajustaAnalizador de capacidad (Consola → Capacidad)Analizador de capacidad (Consola → Capacidad)

El analizador de capacidad mide el uso real y recomienda ambos números —junto con el TimeOut— por proceso, en solo lectura. Para terminar antes un lote grande no hay regla del Regulador que valga: hay que subir las instancias del servidor (ver Tareas, lote y Disparador).

Dónde seguir