Comercio digital
Comercio electrónico, pagos, autenticación y recorridos digitales.
MONITOREO DE SERVICIOS DE NEGOCIO
Vea la tecnología desde la perspectiva del servicio que ofrece al negocio.
Una operación digital rara vez depende de un único servidor, aplicación o enlace.
Un servicio de negocio puede abarcar aplicaciones, APIs, bases de datos, infraestructura, redes, nube y dependencias externas.
Cuando estas capas se monitorean de forma aislada, la empresa ve componentes.
Add Solution estructura Business Service Monitoring para correlacionar estas dependencias y convertir las señales técnicas en una visión orientada al impacto sobre los servicios que sostienen la operación.
APLICACIÓNAPI / DBRED
MODELO DE SERVICIO · DEPENDENCIAS
SALUDIMPACTOPRIORIDADRESPONSABLE
ENGENHARIA APLICADA
Componentes técnicos precisam ser lidos pela perspectiva do serviço que entregam.
A Add Solution relaciona serviços, jornadas, dependências e sinais técnicos para mostrar impacto e orientar prioridade operacional.
Arquitetura, execução e operação tratadas como partes da mesma responsabilidade.
COMPONENTE ≠ SERVICIO
La infraestructura puede estar en verde mientras el negocio está en rojo.
Todos los componentes pueden parecer saludables por separado y, aun así, la experiencia o el servicio ofrecido pueden estar degradados.
01SERVIDOR · VERDECOMPONENT
02BASE DE DATOS · VERDECOMPONENT
03RED · VERDECOMPONENT
04APLICACIÓN · VERDECOMPONENT
05SERVICIO DE NEGOCIO · ROJOIMPACT
LOS SERVIDORES, LAS REDES Y LAS APLICACIONES SON COMPONENTES. LO QUE LA EMPRESA REALMENTE CONSUME SON SERVICIOS.
DE LA TECNOLOGÍA A LA OPERACIÓN
Cuanto más cerca está la tecnología del negocio, más debe interpretarse en términos de impacto.
Business Service Monitoring organiza los componentes y las dependencias para representar el estado de los servicios relevantes para la operación.
- 01
INFRAESTRUCTURA
Base técnica.
- 02
RED
Base técnica.
- 03
APLICACIÓN
Base técnica.
- 04
BASE DE DATOS / APIs
Contexto do serviço.
- 05
SERVICIO DE NEGOCIO
Contexto do serviço.
- 06
USUARIO / OPERACIÓN
Experiência e operação.
QUÉ CONECTA BSM
Una capa por encima de la telemetría técnica.
El monitoreo de infraestructura y red, APM, logs, eventos, pruebas sintéticas, disponibilidad y modelos de servicio pueden intervenir según la arquitectura.
01COMPONENTES TÉCNICOSCONTEXTO
02DEPENDENCIASCONTEXTO
03MODELO DE SERVICIOCONTEXTO
04CONTEXTO DE NEGOCIOCONTEXTO
05VISIBILIDAD DEL SERVICIOCONTEXTO
EL MONITOREO DE SERVICIOS DE NEGOCIO RESPONDE: ¿ESTÁ FUNCIONANDO EL SERVICIO QUE UTILIZA EL NEGOCIO?
SERVICIOS, NO CASOS
El usuario describe lo que no puede hacer, no el componente que falló.
Dice que no puede facturar, vender, atender o acceder. Los ejemplos siguientes son conceptuales y no representan a clientes.
Operaciones corporativas
ERP, CRM, facturación, colaboración y aplicaciones corporativas.
Operaciones críticas
Sistemas hospitalarios, logísticos, industriales y de atención.
Capacidades compartidas
Identidad, APIs, directorios, bases de datos y servicios externos que respaldan múltiples servicios.
MODELO DE SERVICIO
Para comprender el impacto, primero debemos comprender las dependencias.
Las aplicaciones, los servidores, las VMs, los contenedores, las bases de datos, las APIs, la red, la nube, la autenticación, el almacenamiento y los servicios externos pueden formar el modelo según el servicio real.
01SERVICIO DE NEGOCIOSERVICE
02APLICACIÓNDEPENDENCY
03API / AUTHDEPENDENCY
04BASE DE DATOS / CLOUDDEPENDENCY
05SERVIDOR / REDDEPENDENCY
EL MEJOR MODELO ES EL QUE REPRESENTA EL SERVICIO REAL — NO EL QUE PRODUCE EL DIAGRAMA MÁS BONITO.
El síntoma puede aparecer lejos de su origen.
Un portal, una API, la autenticación y la base de datos forman una cadena. Un fallo de autenticación puede afectar al portal aunque el servidor web siga funcionando correctamente.
El componente que presenta el síntoma no siempre originó el problema.
Una dependencia puede sostener varios servicios.
Las dependencias compartidas de identidad, red, base de datos o API pueden propagar el impacto entre servicios aparentemente independientes. Conocer estas relaciones ayuda a comprender el alcance potencial del impacto.
IMPACTO EN EL NEGOCIO
La prioridad técnica y la prioridad para el negocio no son necesariamente la misma.
La severidad ayuda a comprender el evento. El impacto ayuda a decidir dónde actuar primero.
01EVENTO TÉCNICORUTA DE IMPACTO
02COMPONENTERUTA DE IMPACTO
03DEPENDENCIA DEL SERVICIORUTA DE IMPACTO
04SERVICIO DE NEGOCIORUTA DE IMPACTO
05IMPACTO EN EL NEGOCIORUTA DE IMPACTO
CUANDO TODO ES CRÍTICO, NADA ES PRIORITARIO.
SALUD DEL SERVICIO
Estar disponible no implica necesariamente funcionar correctamente.
La criticidad, la prioridad, el horario de servicio, las dependencias, los usuarios, la ubicación y la unidad de negocio pueden influir en la lógica definida con cada cliente.
SALUDABLE
El modelo indica que el servicio cumple las condiciones definidas.
DEGRADADO
El servicio sigue disponible, pero presenta una pérdida de calidad o funcionalidad.
NO DISPONIBLE
No se está cumpliendo una condición definida como esencial.
DESCONOCIDO
Las señales disponibles no permiten determinar el estado con confianza.
UN INDICADOR CONSOLIDADO SOLO ES ÚTIL CUANDO SU LÓGICA REPRESENTA CORRECTAMENTE LAS DEPENDENCIAS DEL SERVICIO.
Una función esencial puede fallar mientras el resto sigue respondiendo.
La página de inicio, la búsqueda y las páginas de producto pueden funcionar mientras fallan el checkout o el pago. Las pruebas sintéticas pueden simular recorridos, endpoints y transacciones según la tecnología y el objetivo.
Rendimiento de Aplicaciones (APM)Una experiencia para el usuario. Muchas dependencias para la operación.
El inicio de sesión, la búsqueda, la transacción y la confirmación pueden atravesar componentes distintos, pero se perciben como un único recorrido.
DATOS DE OBSERVABILIDAD
BSM no necesita crear toda la telemetría de nuevo. Necesita dar significado a la telemetría existente.
Las fuentes se integran según su disponibilidad, calidad, plataforma y la necesidad operativa.
Infrastructure
Estado, disponibilidad, capacidad y eventos de los componentes.
Aplicaciones y transacciones
Rendimiento, errores, transacciones críticas y experiencia instrumentada.
Red y nube
Rutas, conectividad, cargas de trabajo, servicios distribuidos y dependencias externas.
Logs, eventos y activos
Evidencias, cambios, identidad de activos y contexto técnico.
TOPOLOGÍA DEL SERVICIO
La topología cobra significado cuando cada relación representa un servicio.
El modelado manual, el descubrimiento automático, las relaciones derivadas de la telemetría y las integraciones pueden complementarse. Ningún método garantiza un mapeo universal.
01SERVICIO DE NEGOCIORELACIÓN
02APP / API / AUTHRELACIÓN
03DB / CLOUD / DIRECTORYRELACIÓN
04SERVIDOR / REDRELACIÓN
05EXPERIENCIA DE USUARIORELACIÓN
EN ENTORNOS DINÁMICOS, EL MODELO DEBE EVOLUCIONAR JUNTO CON EL SERVICIO.
APM profundiza en la transacción. BSM amplía el contexto al servicio.
APM pregunta qué ocurre dentro de la aplicación. BSM interpreta qué significa ese comportamiento para el servicio ofrecido.
Rendimiento de Aplicaciones (APM)Una degradación de la red puede afectar al servicio sin dejar fuera de servicio los servidores.
Las rutas, la conectividad y las dependencias de red deben relacionarse con la aplicación y el servicio.
Rendimiento y Visibilidad de RedOBSERVABILIDAD A NIVEL DE SERVICIO
La disponibilidad debe interpretarse en el nivel adecuado.
Un servidor con alta disponibilidad no garantiza la misma disponibilidad del servicio ofrecido al usuario.
SLI
El indicador observado, como disponibilidad, latencia, éxito o errores.
SLO
El objetivo deseado para el indicador del servicio.
SLA
El compromiso formal, cuando corresponde.
Éxito del servicio
El indicador adecuado depende de lo que signifique el éxito para ese servicio.
SERVIDOR ACTIVO ≠ APLICACIÓN SALUDABLE ≠ TRANSACCIÓN FUNCIONANDO ≠ SERVICIO DE NEGOCIO SALUDABLE.
DE LA TELEMETRÍA AL EOC
El EOC debe preguntar qué servicios se están viendo afectados.
No solo qué equipos están en alarma. El contexto del servicio apoya la priorización, la investigación y la acción operativa.
01TELEMETRÍA TÉCNICAOPERACIÓN
02MODELO DE SERVICIOOPERACIÓN
03IMPACTO EN EL NEGOCIOOPERACIÓN
04EOCOPERACIÓN
05INVESTIGACIÓN / ACCIÓNOPERACIÓN
Un cambio completado aún debe validarse según el estado del servicio.
Las líneas base, los cambios, la observación y la comparación ayudan a validar el comportamiento después de un mantenimiento, un proyecto o una implementación.
Proyectos Turn-KeyLa IA puede ayudar a correlacionar señales. Comprender el servicio sigue dependiendo del contexto.
Las anomalías, la agrupación de eventos, el análisis de impacto, el reconocimiento de patrones y la asistencia para identificar causas probables dependen de la tecnología y del modelo.
LÍMITES CLAROS
Business Service Monitoring no es solo otro nombre para el monitoreo.
Es una capa de contexto que complementa las capacidades existentes sin sustituirlas.
BSM ≠ APM
APM detalla aplicaciones y transacciones; BSM relaciona ese comportamiento con el servicio.
BSM ≠ ITSM
ITSM estructura los procesos; BSM ofrece una visión operativa del estado y el impacto.
BSM ≠ CMDB
Una CMDB fiable puede respaldar las relaciones, pero no es un requisito universal ni sustituye al modelo.
BSM ≠ BI
BI analiza datos de negocio; BSM relaciona el estado de la tecnología con el servicio ofrecido.
MÉTODO ADD SOLUTION
Crear un dashboard es sencillo. Modelar correctamente el servicio requiere ingeniería.
Business Service Monitoring comienza por comprender lo que la empresa no puede dejar de ofrecer.
- 01
Comprender
Serviço e dependências.
- 02
Descubrir
Serviço e dependências.
- 03
Modelar
Serviço e dependências.
- 04
Integrar
Dados, contexto e impacto.
- 05
Correlacionar
Dados, contexto e impacto.
- 06
Priorizar
Dados, contexto e impacto.
- 07
Operar
Operação e evolução.
- 08
Evolucionar
Operação e evolução.
CUÁNDO TIENE SENTIDO BSM
Señales de que el monitoreo técnico necesita contexto de servicio.
El problema aparece cuando el equipo operativo conoce las alarmas, pero no puede explicar rápidamente su impacto.
Tenemos miles de alertas y poca visibilidad del impacto.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
Sabemos qué equipos fallaron, pero no qué servicios se vieron afectados.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
Cada equipo ve solo su propia tecnología.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
El NOC investiga manualmente el impacto de cada alarma.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
Un único incidente genera decenas de alertas.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
No podemos priorizar los incidentes según su impacto en el negocio.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
Tenemos un SLA, pero nos cuesta medir el servicio de extremo a extremo.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
No conocemos claramente las dependencias de los servicios críticos.
Una evaluación ayuda a estructurar los servicios, las fuentes y las prioridades.
ASSESSMENT DEL SERVICIO DE NEGOCIO
Evalúe la visibilidad de sus servicios Si un componente crítico falla ahora, ¿su equipo sabe qué servicios se verán afectados?
Add Solution puede evaluar los servicios críticos, las aplicaciones, las dependencias, la telemetría y los procesos operativos para identificar cómo transformar el monitoreo técnico en una visión orientada al impacto en el negocio.
PERGUNTAS FREQUENTES
Decisões importantes sobre Business Service Monitoring
Respostas objetivas para dúvidas técnicas e operacionais que costumam surgir antes de um projeto.
01Como a Add Solution aborda um projeto de Business Service Monitoring?
Modelagem por casos prioritários, validação com owners, indicadores e regras de propagação reduzem mapas decorativos. A solução é dimensionada a partir do contexto do cliente, com responsabilidades e critérios de aceite definidos antes da execução.
02Quais informações precisam ser avaliadas antes da definição da solução?
Serviços, owners, usuários, SLIs, jornadas, componentes, dependências, criticidade e regras de impacto. Esse diagnóstico evita recomendações genéricas e ajuda a priorizar aquilo que efetivamente reduz risco ou melhora a operação.
03A solução pode aproveitar o ambiente tecnológico existente?
CMDB, APM, infraestrutura, rede, cloud, logs, eventos e ITSM podem alimentar uma visão de serviço. O que deve ser mantido, modernizado, integrado ou substituído é decidido por aderência técnica e valor operacional, não por uma premissa de renovação total.
04Como a Add Solution reduz riscos durante implantação ou mudança?
A execução considera dependências, janelas, validações, comunicação, evidências e rollback quando aplicável. Mudanças críticas são divididas em etapas verificáveis para preservar a continuidade.
05Como o ambiente continua evoluindo após a entrega?
Mudanças de arquitetura, serviços, ownership, indicadores e incidentes precisam atualizar os modelos. A continuidade pode ser assumida pela equipe do cliente, pela Add Solution ou por um modelo combinado, conforme o escopo contratado.
FALE COM UM ESPECIALISTA
Vamos conversar sobre Business Service Monitoring.
Comparta el contexto de su entorno, los impactos percibidos y los resultados que busca su organización. Add Solution dirigirá la conversación a los expertos más adecuados.
CONTEXTO DA CONVERSABusiness Service MonitoringOrigem e interesse são registrados automaticamente no atendimento.