Control de latencias mediante puntos de medición descentralizados

No hace mucho tiempo que las empresas alojaban sus aplicaciones comerciales críticas exclusivamente en sus propios... networkde servidores y PC cliente. La monitorización y resolución de problemas de rendimiento, como la latencia, fue fácil de implementar.

Aunque network Las herramientas de monitoreo y diagnóstico han mejorado mucho, la introducción de una multitud de aplicaciones SaaS interconectadas y servicios alojados en la nube ha complicado enormemente los procesos típicos. network configuración, lo que puede tener un impacto negativo.

A medida que las empresas subcontratan cada vez más aplicaciones y alojamiento de datos a proveedores externos, se introducen vínculos cada vez más débiles en la networkLos servicios SaaS generalmente son confiables, pero sin una conexión dedicada, solo pueden ser tan buenos como la conexión a Internet que utilizan.

Desde un network Desde la perspectiva de la gestión, el problema secundario con las aplicaciones y servicios alojados externamente es que el equipo de TI tiene menos control y visibilidad, lo que hace más difícil para los proveedores de servicios cumplir con sus acuerdos de nivel de servicio (SLA).

Monitoring network El tráfico y la resolución de problemas dentro del entorno relativamente controlado de la sede central de una empresa son manejables para la mayoría de los equipos de TI.

Pero para las organizaciones basadas en un modelo de negocio distribuido, con múltiples sucursales o empleados en ubicaciones remotas, el uso de líneas MPLS dedicadas rápidamente genera costos elevados.

Si tenemos en cuenta que el tráfico de aplicaciones como Salesforce, Skype for Business, Office 365, Citrix y otras normalmente pasan por alto la oficina principal, no sorprende que la latencia sea cada vez más común y difícil de solucionar.

Una de las primeras víctimas de la latencia es la calidad de las llamadas VoIP, que se manifiesta en retrasos anormales en las llamadas. Sin embargo, con el crecimiento explosivo de VoIP y otras aplicaciones UCaaS, este problema seguirá agravándose.

Otro aspecto donde la latencia tiene un impacto negativo es la velocidad de transferencia de datos. Esto puede ocasionar diversos problemas, especialmente al transferir o copiar archivos de datos grandes o historiales médicos de una ubicación a otra.

La latencia también puede ser un problema para las transacciones de datos grandes, como la replicación de bases de datos, ya que se requiere más tiempo para realizar actividades rutinarias.

Impacto de la descentralización networks y SaaS

Con tantas conexiones a Internet, desde tantas ubicaciones, tiene sentido que las empresas... network La monitorización del rendimiento se realizará fuera del centro de datos. Una de las mejores estrategias es encontrar herramientas que monitoreen las conexiones en todos los sitios remotos.

La mayoría de nosotros usamos aplicaciones como Outlook, Word y Excel casi a diario. Si usamos Office 365, es probable que esas aplicaciones estén configuradas para conectarse a Azure, no al centro de datos empresarial.

Si el equipo de TI no supervisa network rendimiento directamente en la sucursal, pierden por completo de vista la experiencia del usuario (UX) en esa ubicación. Podrías pensar que... network está funcionando bien, cuando en realidad los usuarios están frustrados debido a un problema no diagnosticado previamente.

Cuando el tráfico de proveedores de SaaS y otros proveedores de almacenamiento basados ​​en la nube se enruta hacia y desde una empresa, puede verse afectado negativamente por fluctuaciones, rutas de seguimiento y, a veces, la velocidad de cómputo.

Esto significa que la latencia se convierte en una limitación muy importante para los usuarios finales y los clientes. Trabajar con proveedores cercanos a los datos necesarios es una forma de minimizar los posibles problemas debido a la distancia. Pero incluso en un proceso paralelo, puede haber miles o millones de conexiones intentando conectarse simultáneamente. Si bien esto genera un retraso bastante pequeño, este se acumula y se hace más grande a largas distancias.

¿Es el aprendizaje automático la respuesta al alto rendimiento? network ¿estado latente?

Solía ​​ocurrir que cada equipo de TI podía definir y monitorear claramente network Rutas entre su empresa y el centro de datos. Podían controlar y regular las aplicaciones que se ejecutaban en sistemas internos porque todos los datos se instalaban y alojaban localmente sin acceder a la nube.

Este nivel de control proporcionó una mejor comprensión de cuestiones como la latencia y les permitió diagnosticar y solucionar rápidamente cualquier problema que pudiera surgir.
Casi diez años después, la proliferación de aplicaciones SaaS y servicios en la nube ha complicado network diagnóstico del rendimiento hasta el punto en que se necesitan nuevas medidas.

¿Cuál es la causa de esta tendencia? La respuesta simple es la mayor complejidad, la distancia y la falta de visibilidad. Cuando una organización transfiere sus datos o aplicaciones a un proveedor externo en lugar de alojarlos localmente, esto, en efecto, añade un tercero a la combinación de... network variables.

Cada uno de estos puntos conduce a una vulnerabilidad potencial que puede afectar network Rendimiento. Si bien estos servicios son, en su mayoría, bastante estables y confiables, pueden ocurrir interrupciones en uno o más servicios, incluso entre los más grandes de la industria, que pueden afectar a millones de usuarios.

El hecho es que hay muchas variables en una network paisajes que están fuera del control de los equipos de TI de la empresa.

Una forma en que las empresas intentan garantizar el rendimiento es utilizar un túnel MPLS dedicado que conecta con su sede corporativa o centro de datos. Sin embargo, este enfoque es costoso y la mayoría de las empresas no lo utilizan para sus sucursales. Como resultado, los datos de aplicaciones como Salesforce, Slack, Office 365 y Citrix ya no se transferirán a través del centro de datos empresarial porque ya no están alojados allí.

Hasta cierto punto, la latencia se puede mitigar mediante el uso de métodos tradicionales para monitorear network rendimiento, pero la latencia es inherentemente impredecible y difícil de gestionar.

Pero ¿qué pasa con la inteligencia artificial? Todos conocemos ejemplos de tecnologías que están logrando grandes avances mediante algún tipo de aprendizaje automático. Sin embargo, lamentablemente, aún no hemos llegado al punto en que el aprendizaje automático pueda minimizar significativamente la latencia.

No podemos predecir con exactitud cuándo un conmutador o enrutador en particular se sobrecargará de tráfico. El dispositivo puede experimentar una ráfaga repentina de datos, lo que provoca un retraso de tan solo uno o incluso diez milisegundos. De hecho, una vez sobrecargados, el aprendizaje automático aún no puede ayudar con estos cambios repentinos para evitar colas de paquetes en espera de procesamiento.

Actualmente, la solución más eficaz es abordar la latencia donde más afecta a los usuarios: lo más cerca posible de su ubicación física.

Anteriormente, los técnicos utilizaban Netflow o diversas herramientas de monitorización en el centro de datos, a sabiendas de que la mayor parte del tráfico llegaba a su servidor y luego regresaba a sus clientes. Con una distribución de datos mucho mayor hoy en día, solo una pequeña parte llega a los servidores, lo que hace que la monitorización de su propio centro de datos sea mucho menos eficiente.

En lugar de depender únicamente de un sistema tan centralizado, network En el modelo de monitoreo, los equipos de TI deberían complementar sus herramientas tradicionales monitoreando las conexiones de datos en cada sitio remoto o sucursal. En comparación con las prácticas actuales, esto representa un cambio de mentalidad, pero tiene sentido: si los datos están distribuidos, network El seguimiento también debe ser distribuido.

Aplicaciones como Office 365 y Citrix son buenos ejemplos, ya que la mayoría de nosotros utilizamos herramientas de productividad y comunicaciones unificadas con frecuencia. Es más probable que estas aplicaciones estén conectadas a Azure, AWS, Google u otros, en lugar del propio centro de datos de la empresa. Si el equipo de TI no supervisa activamente esta sucursal, perderá por completo la visión de la experiencia del usuario en esta ubicación.

Elija un enfoque integral y adecuado

A pesar de todos los beneficios de las soluciones SaaS, la latencia seguirá siendo un desafío a menos que los equipos de TI empresariales reconsideren su enfoque network .
En resumen, necesitan adoptar un enfoque integral y descentralizado para... network seguimiento que abarca la totalidad network y todas sus ramas. También es necesario encontrar mejores maneras de monitorear la experiencia del usuario y mejorarla según sea necesario.

Enfócate en la experiencia del usuario

No cabe duda de que la proliferación de herramientas SaaS y recursos en la nube ha sido una bendición para la mayoría de las empresas. Sin embargo, el reto actual para los equipos de TI es replantear el enfoque. network gestión de forma descentralizada networkUn aspecto importante es, sin duda, la capacidad de supervisar eficazmente el cumplimiento de los SLA (acuerdos de nivel de servicio). Sin embargo, aún más importante es la capacidad de garantizar la calidad del servicio para todos los usuarios finales.

Para lograr esto, los profesionales de TI necesitan ver exactamente lo que experimentan los usuarios en tiempo real.
Esta transición a un estilo de monitoreo y resolución de problemas más proactivo ayuda a los profesionales de TI a resolver network o cuellos de botella de aplicaciones de cualquier tipo antes de que se vuelvan problemáticos para los empleados o clientes.

Conclusión

Por lo tanto, para garantizar las latencias más bajas posibles y una experiencia de usuario óptima asociada, la monitorización basada en puntos de medición centrales ya no es suficiente en la mayoría de los casos.

Si bien el seguimiento puede seguir estando centralizado, los puntos de medición deben descentralizarse cada vez más.