Precio fijo
8.000 €
por sistema Automic · sin IVA
Guía Completa · Paquete de Consultoría

Automic System Health Check — estabilidad y rendimiento

Guía Completa para el paquete de consultoría Automic System Health Check — la revisión experta de 5 días que Tricise ofrece para auditar y optimizar un sistema Automic.

Precio
8.000 € sin IVA
Duración
5 días
Entrega
Remoto / en sitio
Alcance
1× sistema Automic
1 · Por qué importa un Health Check

¿Por qué un Health Check estructurado?

La mayoría de los entornos empresariales de Broadcom Automic Automation siguen la misma historia: una instalación inicial estable, años de operación silenciosa, extensión gradual y la creciente suposición de que “simplemente funciona”. Los horarios crecieron, los agentes se multiplicaron, se conectaron nuevas aplicaciones, se actualizaron las versiones, y la plataforma subyacente se mantuvo al día, pero nadie ha echado un vistazo estructurado a si todavía está dimensionada, configurada y optimizada de la manera que requiere la carga de trabajo actual.

El Automic System Health Check es la respuesta de Tricise exactamente a esa situación. Es una revisión de 5 días, liderada por expertos y a precio fijo de un sistema Automic, diseñada para identificar debilidades, descubrir potencial de optimización y producir una hoja de ruta estructurada y documentada para la remediación. El servicio lo prestan, de forma remota o in situ, expertos de Tricise certificados por Broadcom, y utiliza nuestras propias herramientas de análisis basadas en SQL para medir cómo se está comportando realmente la plataforma, no solo cómo se configuró hace años.

El principio rector detrás del Health Check es simple: nunca cambies un sistema en funcionamiento, pero tampoco asumas que un sistema en funcionamiento sigue siendo óptimo. Los entornos Automic que han crecido históricamente a menudo conservan configuraciones que han quedado obsoletas desde hace varias versiones (por ejemplo, el antiguo parámetro FT_VERSION en las variables del sistema UC_HOSTCHAR_* ), recursos sobreaprovisionados de una era de carga de trabajo diferente o componentes infraoptimizados que se acercan silenciosamente a sus límites. El Health Check saca a la luz todo eso en un único proyecto estructurado para que su equipo pueda priorizar lo que importa, sin tener que realizar primero el descubrimiento.

Una imagen clara de la salud actual de la plataforma es también la base para una planificación informada en varios frentes: decisiones de dimensionamiento, proyectos de actualización, consolidación de agentes, ajuste de rendimiento y presupuesto operativo. Ninguna de estas conversaciones es productiva sin números y hallazgos documentados. El Automic System Health Check es la forma de obtenerlos.


2 · Método

El método de 5 días

El Automic System Health Check se realiza como una única intervención de alcance fijo de cinco días laborables consecutivos. Los cinco días no constituyen una agenda rígida día a día; son un presupuesto de tiempo de experto que se asigna a través de cuatro etapas claras: preparación, recopilación de datos, análisis y revisión conjunta. La distribución exacta depende del entorno, la situación de acceso y la rapidez con la que su equipo pueda responder a las preguntas a lo largo del proceso.

ETAPA 1 — PREPARACIÓN Y ACCESO
Ámbito y acceso al entorno

Antes de que comience la intervención, Tricise y su equipo se alinean sobre qué sistema Automic entra en el alcance, quiénes son los contactos del lado del cliente y qué acceso (usuario de Automic, acceso de lectura a la base de datos, acceso a archivos de registro) necesitará el consultor. Los scripts SQL que Tricise utiliza para la fase de recopilación de datos se presentan y revisan con su equipo, para que vea exactamente qué hacen antes de que toquen su entorno. Esta etapa requiere un esfuerzo deliberadamente ligero por parte del cliente: típicamente una breve llamada de alcance y una sesión de aprovisionamiento de acceso.

ETAPA 2 — RECOPILACIÓN DE DATOS
Ejecutar las herramientas de análisis en el sistema en producción

Con el acceso establecido, el consultor de Tricise ejecuta los scripts de análisis contra el repositorio Automic, recopila archivos de registro del Automation Engine y del AWI, captura archivos de configuración y variables del sistema, y extrae los datos históricos de ejecución necesarios para las evaluaciones de rendimiento. Toda la recopilación de datos es de solo lectura; nada en el sistema Automic se modifica durante esta etapa. La recopilación es ligera desde la perspectiva de carga del sistema y comparable a una consulta de informes.

Dependiendo del tamaño del entorno, la recopilación de datos consume entre medio día y un día completo de tiempo del consultor.

ETAPA 3 — ANÁLISIS
Revisión experta en las ocho áreas de evaluación

Este es el núcleo del proyecto. El consultor de Tricise analiza los datos recopilados y aplica el catálogo de evaluación descrito en la siguiente sección: arquitectura y hardware del sistema, base de datos y procesos, configuración del sistema e incompatibilidades, configuración del sistema Automic, rendimiento de AE, rendimiento hacia la base de datos, configuración de la interfaz web y dimensionamiento. Cada área produce hallazgos, cada hallazgo se documenta y cada hallazgo se vincula a una recomendación concreta con una calificación de esfuerzo e impacto.

La etapa de análisis utiliza la mayor parte del presupuesto de 5 días —normalmente de dos a tres días— porque es aquí donde la experiencia y el reconocimiento de patrones convierten los datos brutos en conclusiones útiles.

ETAPA 4 — REVISIÓN CONJUNTA E INFORME
Sesión de resultados conjunta e informe escrito

El proyecto finaliza con una sesión conjunta de repaso en la que el consultor de Tricise presenta los hallazgos, las recomendaciones y las evaluaciones gráficas a su equipo. La sesión es interactiva: su equipo hace preguntas, cuestiona los hallazgos cuando es útil, aporta contexto que el consultor no pudo ver desde fuera y confirma las prioridades. Los resultados de esta sesión se incorporan al informe escrito final, un documento completo con el que su equipo podrá trabajar de forma autónoma en las semanas y meses posteriores al proyecto.

La revisión se programa deliberadamente hacia el final de los 5 días para que no haya un lapso entre “análisis completado” y “hallazgos entregados”: usted sale del proyecto habiendo entendido los resultados, no solo con el documento.

Lo que obtiene con 5 días. Cinco días consecutivos de expertos certificados por Broadcom, totalmente enfocados en un sistema Automic, sin trabajo paralelo y sin prioridades contrapuestas. El modelo de precio fijo significa que usted sabe exactamente cuánto cuesta el proyecto por adelantado y exactamente qué recibe; la ampliación del alcance no es una preocupación porque el catálogo de evaluación está estandarizado.

3 · Catálogo de evaluación

Lo que analizamos

El catálogo de evaluación del Automic System Health Check es el resultado de muchos años de experiencia consultora de Tricise y cubre más de 30 comprobaciones de diagnóstico estructuradas agrupadas en ocho áreas principales. Las categorías a continuación describen los tipos de evaluación realizados durante el proyecto — cada una revela una clase diferente de problema y juntas dan una imagen completa de la salud de la plataforma. Las métricas, umbrales y consultas exactas son parte del método de consultoría de Tricise y son aplicadas por el consultor durante el proyecto; lo que se ve aquí es cómo se ven los hallazgos, no cómo se calculan.

Arquitectura del sistema y hardware
Análisis de la arquitectura del sistema actual y verificación de que todavía se ajusta a los requisitos y al tamaño real del entorno Automic. Muchos entornos se dimensionaron hace años para un perfil de carga de trabajo diferente y han variado silenciosamente: algunos están infraaprovisionados y empiezan a resentirse, otros están significativamente sobreaprovisionados y desperdician infraestructura. Lo que revela: si su arquitectura ha superado su diseño original, si el dimensionamiento todavía está equilibrado con la carga actual y si está preparada para los próximos 2-3 años de crecimiento.
Base de datos y procesos
Revisión de la configuración de la base de datos, procesos clave del Automation Engine y sus interconexiones para lograr eficiencia y estabilidad. Aunque Automic es “solo un usuario” de la base de datos, el repositorio tiene sus propios parámetros y mejores prácticas dependiendo del backend en uso. Lo que revela: parámetros de la base de datos que necesitan ajuste, interconexiones de procesos que introducen latencia o contención, y patrones de configuración que limitan el rendimiento durante las horas pico.
Configuración del sistema e incompatibilidades
Revisión de todos los archivos de configuración y variables del sistema Automic (UC_*) y la identificación de configuraciones obsoletas, en desuso o incompatibles que han sobrevivido a múltiples actualizaciones de versión. Los sistemas de crecimiento histórico a menudo arrastran parámetros de versiones anteriores a la 12.x que ya no se utilizan; por ejemplo FT_VERSION en UC_HOSTCHAR_*. Lo que revela: configuraciones heredadas que se pueden eliminar de forma segura, componentes incompatibles que podrían causar problemas durante la próxima actualización y desviaciones de configuración con respecto a las recomendaciones actuales de Broadcom.
Configuración del sistema Automic
Revisión profunda y optimización de la configuración del sistema del Automation Engine (AE) — el ucsrv.ini, parámetros del servidor, configuraciones a nivel de sistema y reglas de enrutamiento que dan forma al comportamiento de la plataforma. Aquí es donde se esconden muchas decisiones de “siempre lo hicimos así”, a menudo con un impacto real en el rendimiento, la estabilidad y el comportamiento bajo carga. Lo que revela: parámetros de configuración que deben ajustarse para la carga de trabajo actual, configuraciones que no concuerdan con las mejores prácticas actuales de Broadcom y oportunidades de mejora de la estabilidad.
Rendimiento y procesos de trabajo de AE
Análisis de rendimiento del Automation Engine basado en datos de tiempo de ejecución actuales e históricos, incluyendo el dimensionamiento de los procesos de trabajo (WPs) y la relación entre el número de procesos de trabajo iniciados y la utilización real del sistema. Más procesos no siempre es mejor: un recuento de WPs sobredimensionado desperdicia recursos, mientras que uno infradimensionado causa colas bajo carga máxima. Rutinas del servidor como UCGENX_R/GENX se revisan en los archivos de registro para detectar patrones que puedan indicar objetos que utilizan un número elevado de líneas de script, lo que puede sugerir problemas de rendimiento. Lo que revela: el recuento óptimo de procesos de trabajo para la carga de trabajo actual, los patrones en la ejecución de las rutinas del servidor que apuntan a puntos críticos de rendimiento y el desperdicio de recursos por sobreaprovisionamiento.
Rendimiento hacia la base de datos
Análisis del rendimiento de la base de datos y su interacción con el AE para identificar cuellos de botella y potencial de optimización. El Automation Engine interactúa continuamente con el repositorio a través de muchos tipos diferentes de consultas, y algunas de ellas, por ejemplo SLUC, a select for update (instrucción para el manejo de transacciones), deberían ejecutarse siempre con rapidez. Cuando no es así, es una señal de alerta. Lo que revela: cuáles llamadas a la base de datos son lentas, si las llamadas lentas se correlacionan con ventanas de tiempo específicas y si la lentitud se correlaciona con rutinas de servidor elevadas. Esto incluye la revisión del AE REORG —frecuencia, tiempo de ejecución, tamaños de tabla, estructura de índices— porque la configuración de REORG da forma directamente al rendimiento a largo plazo de la base de datos.
Activaciones de objetos y distribución de carga
Análisis de las activaciones de procesos en diferentes horizontes temporales —mensual, semanal, diario, por horas— para identificar períodos de carga máxima y distribución desigual de la carga. La mayoría de los entornos presentan picos pronunciados en momentos predecibles (el lote matutino de las 06:00, el cierre de fin de mes, la oleada de informes de los lunes) y estos picos impulsan tanto las decisiones sobre estabilidad como sobre dimensionamiento. Lo que revela: la forma de la carga de trabajo, las oportunidades de suavizado y consolidación, el pico real que su dimensionamiento necesita acomodar y los puntos críticos de carga que merecen un examen más detenido.
Análisis de objetos (variables, calendarios, trabajos, agentes)
Revisión estructural de la capa de objetos Automic. ¿Existen variables con cientos de miles de entradas — o calendarios con miles de entradas — que ralenticen la carga y las operaciones? ¿Hay trabajos que se abortan repetidamente? ¿Coinciden los agentes conectados con la versión actual de Automation Engine y son totalmente compatibles? Lo que revela: objetos de gran tamaño que necesitan limpieza, trabajos inestables que indican problemas más profundos en el proceso y discrepancias en las versiones de los agentes que se convertirán en un problema en la próxima actualización.
Análisis del AWI (interfaz web)
Revisión de la Automic Web Interface, independientemente de si se utiliza Tomcat o Jetty como lanzador. El consultor revisa el archivo configuration.properties en busca de parámetros útiles, inspecciona archivos de registro de Tomcat y Jetty en busca de anomalías, verifica que haya suficientes recursos disponibles para la operación de AWI y evalúa la arquitectura general de AWI en busca de potencial de optimización. Lo que revela: Parámetros de interfaz web que mejoran la usabilidad y estabilidad, problemas de dimensionamiento de recursos que afectan la experiencia del usuario y mejoras arquitectónicas para una mejor escalabilidad.
Más de 30 comprobaciones de diagnóstico estructuradas. Las ocho áreas anteriores son las principales familias de evaluación; dentro de cada una, el consultor aplica múltiples comprobaciones específicas dependiendo del backend de la base de datos, la versión de Automic y el tamaño del entorno. Un Health Check típico produce entre 20 y 60 hallazgos concretos, cada uno vinculado al área de la que proviene y cada uno con su propia recomendación y prioridad.

4 · Entregables

Lo que recibe

Al finalizar los 5 días del Automic System Health Check, usted sale del proyecto con un conjunto completo de entregables escritos y visuales que su equipo puede utilizar de forma independiente, sin más intervención de Tricise. Todo lo que se enumera a continuación forma parte del precio fijo: el Automic System Health Check no tiene extras ocultos ni facturación por horas dentro del alcance acordado.

Informe de análisis detallado

Un documento escrito integral que contiene todos los hallazgos de la intervención, organizado por área de evaluación y con cada hallazgo descrito, cuantificado y puesto en contexto. La sección superior es un resumen ejecutivo estructurado que la gerencia de operaciones puede leer; el cuerpo contiene el detalle técnico que los ingenieros de operaciones y plataformas necesitan para actuar. El documento se revisa conjuntamente con el experto de Tricise al final de la intervención para que todos en su equipo comprendan qué se encontró, por qué es importante y cuáles son los próximos pasos.

Recomendaciones prácticas y plan de acción

Cada hallazgo viene con una recomendación concreta: qué cambiar, cuánto esfuerzo representa y cuál es el impacto esperado en la estabilidad, el rendimiento o el uso de recursos. Las recomendaciones se agrupan en mejoras rápidas inmediatas, mejoras a mediano plazo y cambios arquitectónicos a largo plazo, de modo que su equipo tenga una lista clara de arriba hacia abajo en lugar de una simple colección de sugerencias sin orden.

Ajustes críticos destacados

Una sección dedicada que destaca los ajustes fundamentales para evitar incidentes, actualizaciones fallidas o regresiones de estabilidad, las cosas que requieren atención inmediata. Esta sección existe porque no todos los hallazgos son iguales: algunos son deseables y otros son “soluciona esto antes de la próxima ventana de mantenimiento”.

Evaluaciones gráficas

Visualizaciones de la carga del sistema, activaciones de objetos y patrones de acceso a la base de datos que hacen tangibles los hallazgos: la forma del pico semanal, la distribución de las llamadas a la base de datos por duración, las tablas principales por recuento de filas, los principales impulsores de carga y los objetos activados con mayor frecuencia. La salida gráfica convierte los números en argumentos que su equipo puede utilizar internamente al abogar por los cambios priorizados.

Sesión conjunta de revisión

La revisión final con el consultor de Tricise es en sí misma un entregable. Es donde su equipo ve los hallazgos de primera mano, aclara el contexto, hace preguntas y convierte el informe escrito en un entendimiento compartido. La sesión se lleva a cabo dentro del proyecto de 5 días, no como un seguimiento separado, por lo que nada se pierde entre el análisis y la entrega.

Hoja de ruta para la preparación ante el futuro

Un plan conciso que reúne las recomendaciones en una secuencia: qué hacer primero, qué hacer a continuación y qué planificar en el contexto de futuras actualizaciones, decisiones de escalado o cambios arquitectónicos. Este es el entregable que hace que el Health Check sea útil meses y años después del propio proyecto.


5 · Alcance técnico

Alcance técnico y lo que necesitamos de usted

El Automic System Health Check tiene deliberadamente pocos requisitos previos para el cliente. No pedimos a su equipo que prepare datos, ejecute scripts o elabore informes con antelación. Lo que necesitamos es acceso al sistema, disponibilidad durante la presentación y el conocimiento contextual que solo su equipo de operaciones posee. El esfuerzo total por parte del cliente a lo largo del proyecto de 5 días suele ser de medio día a un día, el resto lo hace Tricise.

¿Qué está incluido?

  • Un sistema Automic — un único sistema Automic Automation Engine, que puede incluir varios clientes si comparten el mismo repositorio
  • 5 días de esfuerzo de consultor — preparación, recopilación de datos, análisis, informe y revisión conjunta
  • Las ocho áreas de evaluación — arquitectura, base de datos, configuración del sistema, configuración, rendimiento de AE, rendimiento de la base de datos, activaciones, objetos y AWI
  • Más de 30 diagnósticos estructurados — aplicados a partir del catálogo de Tricise
  • Informe, recomendaciones, evaluaciones gráficas y revisión conjunta — el conjunto completo de entregables

Lo que su equipo necesita proporcionar

  • Acceso completo al sistema Automic — una cuenta de usuario Automic con derechos suficientes para inspeccionar la configuración, los objetos y las variables del sistema
  • Acceso de lectura al repositorio Automic — para ejecutar los scripts de análisis de Tricise contra PostgreSQL, Oracle o SQL Server, dependiendo de su backend
  • Acceso a archivos de registro relevantes — registros del Automation Engine, registros de AWI (Tomcat o Jetty) y cualquier registro de incidentes recientes que pueda ser útil como contexto
  • Participantes para el recorrido — típicamente uno o dos administradores Automic y, cuando corresponda, un administrador de bases de datos
  • Una breve llamada para definir el alcance antes de que comience el proyecto, para confirmar el acceso, los contactos y el cronograma

Modo de entrega

El Automic System Health Check se realiza de forma remota por defecto, lo que mantiene los costos predecibles, permite una programación rápida y funciona bien para la mayoría de los clientes. La modalidad presencial está disponible bajo petición; en ese caso, los gastos de desplazamiento se facturan además del precio fijo, por su costo real. El análisis en sí es idéntico en ambas modalidades: la modalidad remota utiliza acceso seguro y videoconferencias para el repaso, y los clientes que han trabajado con Tricise de forma remota informan consistentemente que el formato funciona bien para este tipo de proyecto.

Fuera del alcance

  • Implementación de las recomendaciones — el Health Check entrega el análisis y el plan; la implementación es típicamente manejada por su propio equipo o como un proyecto de consultoría independiente de Tricise
  • Ejecución de la actualización: un proyecto de actualización es un encargo independiente, aunque el Health Check es a menudo una aportación valiosa para él
  • Análisis de sistemas distintos al contratado en este proyecto
  • Monitorización continua o servicios gestionados — consulte Tricise Application Managed Services (AMS) para eso

6 · Preguntas frecuentes

Preguntas frecuentes

Haga clic en cualquier pregunta para ver la respuesta.

¿Qué es el Automic System Health Check y qué hace?

El Automic System Health Check es un paquete de consultoría a precio fijo de Tricise que realiza una revisión estructurada de 5 días de un sistema Automic Automation Engine. Los expertos de Tricise certificados por Broadcom auditan ocho áreas de la plataforma —arquitectura del sistema, base de datos, configuración del sistema, configuración de Automic, rendimiento de AE, rendimiento de la base de datos, activaciones de objetos, capa estructural de objetos y la interfaz web (AWI)—, aplicando más de 30 comprobaciones de diagnóstico estructuradas del catálogo de evaluación de Tricise. La intervención finaliza con un informe detallado, recomendaciones priorizadas, evaluaciones gráficas y una sesión de repaso conjunta con su equipo, de modo que usted se va con el documento y la comprensión compartida necesaria para actuar en consecuencia.

¿Cuánto cuesta el Automic System Health Check?

El Automic System Health Check se ofrece a un precio fijo de 8.000 € (impuestos no incluidos) por sistema Automic. El precio fijo cubre el proyecto completo de 5 días: preparación, recopilación de datos, análisis en las ocho áreas de evaluación, el informe escrito, las recomendaciones priorizadas, las evaluaciones gráficas y la sesión conjunta de revisión. Si el proyecto se realiza in situ a petición suya, los gastos de viaje se cobran adicionalmente al costo real. No hay extras ocultos ni facturación por hora dentro del alcance acordado.

¿Cuánto dura el Automic System Health Check?

El Automic System Health Check es un proyecto de 5 días, que normalmente se realiza en cinco días hábiles consecutivos. Los cinco días son un presupuesto de tiempo experto de Tricise que cubre la preparación, la recopilación de datos, el análisis, la redacción de informes y la presentación final, no una agenda rígida día a día. Dependiendo del entorno y la situación de acceso, la distribución puede variar ligeramente, pero el esfuerzo total y el precio fijo son constantes. El esfuerzo por parte del cliente es muy ligero en comparación: típicamente alrededor de medio día a un día en total, incluida la llamada de alcance y la sesión de presentación final.

¿Qué versiones de Automic y backends de bases de datos son compatibles?

El Automic System Health Check es compatible con las versiones actuales de Automic Automation Engine que se ejecutan en cualquiera de las tres bases de datos de repositorios comunes: PostgreSQL, Oracle y Microsoft SQL Server. Tricise mantiene scripts de análisis y comprobaciones de evaluación adaptados a cada backend y a la versión del Automation Engine en uso. Si su entorno utiliza una versión de Automic muy antigua — algo muy por debajo de la ventana de soporte actual — háganoslo saber durante la planificación; le diremos directamente si el proyecto estándar aún encaja o si se necesitan ajustes.

¿Qué necesito preparar antes de que empiece el Health Check?

La preparación por su parte para un Automic System Health Check es intencionalmente mínima. Necesita proporcionar una cuenta de usuario Automic con suficientes derechos para inspeccionar la configuración, objetos y variables del sistema; acceso de lectura a la base de datos del repositorio Automic para los scripts de análisis de Tricise; y acceso a los archivos de registro relevantes (Automation Engine, AWI, registros de incidentes). También designa a uno o dos administradores Automic — más un administrador de base de datos donde corresponda — quienes se unirán a la breve llamada de alcance al principio y a la sesión de revisión al final. Sin preprocesamiento de datos, sin hojas de cálculo internas, sin informes anticipados: el proyecto está diseñado para que la participación total de su equipo no supere un día.

¿La recopilación de datos es intrusiva? ¿Afecta la producción?

No. La recopilación de datos durante el Automic System Health Check es completamente de solo lectura — los scripts de análisis de Tricise consultan el repositorio Automic y los archivos de registro, pero nunca los modifican. No se implementa código en el Automation Engine, no se instalan agentes, no hay cambios en flujos de trabajo u objetos, no hay riesgo para los trabajos en ejecución. Los scripts se revisan conjuntamente con su equipo antes de su ejecución, por lo que usted ve exactamente lo que hacen antes de que toquen su entorno. El impacto de carga en la base de datos es comparable a una consulta de informes.

¿En qué se diferencia del paquete Automic Process Analysis & Optimisation?

Los dos paquetes se complementan. El Automic System Health Check es una revisión de arquitectura y configuración. Pregunta: “¿Está la plataforma en buen estado?” y examina cómo está configurado, dimensionado y ajustado el Automation Engine (parámetros de la base de datos, procesos de trabajo, rutinas del servidor, REORG, configuración de AWI, higiene de la capa de objetos, compatibilidad de agentes). El paquete Automic Process Analysis & Optimisation es una revisión de la carga de trabajo: pregunta “¿estamos ejecutándola de manera eficiente?” y analiza lo que el sistema está ejecutando realmente, en qué volumen, con qué frecuencia y con qué eficiencia. Los clientes a menudo reservan ambos, en cualquier orden, dependiendo de qué pregunta sea más apremiante. Un Health Check suele ser el punto de partida adecuado si la estabilidad, las actualizaciones o el dimensionamiento son la preocupación principal; el Process Analysis encaja mejor cuando el impulsor es la eficiencia de la carga de trabajo o el licenciamiento basado en la ejecución.

¿Me indicarán exactamente qué cambiar o solo qué está mal?

Cada hallazgo en el informe del Automic System Health Check viene con una recomendación concreta: qué cambiar, cuánto esfuerzo representa y cuál es el impacto esperado. Para los hallazgos de configuración y parámetros, la recomendación suele ser al nivel de “cambiar esta configuración a este valor debido a X”. Para los hallazgos arquitectónicos y de dimensionamiento, la recomendación es al nivel del patrón, ya que la decisión real depende del contexto empresarial que solo su equipo tiene. De cualquier manera, el informe le proporciona próximos pasos prácticos, no solo observaciones.

¿Puede implementar también las recomendaciones?

La implementación deliberadamente no forma parte del Automic System Health Check a precio fijo: el paquete se define como un servicio de análisis y recomendación. Dicho esto, Tricise puede, por supuesto, implementar las recomendaciones como un proyecto de seguimiento, con el alcance y el precio definidos por separado en función de lo que produjo el Health Check. Muchos clientes toman el informe primero, trabajan internamente en las mejoras rápidas y luego contratan a Tricise para los aspectos a medio plazo y la arquitectura. Otros nos devuelven todo de inmediato. Ambos modelos funcionan.

¿Conservamos los scripts SQL después del proyecto?

Los scripts de análisis SQL y las herramientas de evaluación son el método de consultoría de Tricise y permanecen con Tricise; son el instrumento que utilizamos para realizar el Health Check, no un entregable del producto. Lo que usted recibe y conserva es el informe completo del análisis, todos los hallazgos, recomendaciones, evaluaciones gráficas y la hoja de ruta de acción. Si desea una capacidad de monitoreo continua y de autoservicio en lugar de una revisión experta en un momento dado, esa es una conversación diferente, que generalmente implica el Automation CLI Action Pack, los Application Managed Services (AMS) o un Health Check repetido periódicamente.

¿Con qué frecuencia debemos realizar un System Health Check?

No hay una única respuesta correcta, pero una regla general útil es cada 12 a 24 meses, o cada vez que se acerca un evento importante: una actualización importante de Automic, una migración, una consolidación de plataforma, la incorporación de una nueva carga de trabajo o un fuerte crecimiento de la carga. Entre encargos, se deben haber abordado las recomendaciones del Health Check anterior, lo que significa que la siguiente ejecución comienza desde una línea de base más limpia y produce resultados más específicos. Los clientes que realizan un Health Check cada 18 meses y abordan los principales hallazgos entre ejecuciones suelen ver mejoras medibles a largo plazo en la estabilidad y el rendimiento.

¿Es útil el Health Check antes de una actualización Automic?

Sí, esta es una de las razones más comunes por las que los clientes reservan el Automic System Health Check. El catálogo de evaluación incluye parámetros obsoletos, variables de sistema heredadas, componentes incompatibles y desajustes en la versión del agente, todas ellas son exactamente las cosas que causan fricción durante una actualización. Un Health Check realizado 1–3 meses antes de una actualización planificada le da una lista clara de lo que debe solucionar por adelantado para que la ventana de actualización real transcurra con muchos menos sobresaltos. Muchos clientes de Tricise combinan el Health Check con un proyecto de actualización inminente por esta misma razón.

¿Listo para estabilizar y asegurar su sistema Automic para el futuro?
Reserve directamente en la tienda o hable con nuestros expertos sobre el alcance y la planificación.
Scroll al inicio