En el negocio conectado de hoy, la infraestructura de red es su elemento vital. Lo que es difícil de imaginar es que las empresas están reportando apagones catastróficos en su red a un ritmo CRECIENTE año tras año, justo cuando la mayoría de la gente asumiría que la importancia de estas redes se ha abordado con la máxima prioridad en TI. Triste pero cierto, los principales cortes de red ocurren todos los días en algún lugar del mundo. A medida que las empresas crecen en tamaño y sus redes híbridas se vuelven más complejas y distribuidas, la cantidad de interrupciones ha aumentado constantemente. El resultado: tome cualquier periódico importante o visite cualquier medio de noticias en línea y casi puede estar seguro de que verá historias de primera plana relacionadas con interrupciones del servicio en algún lugar del mundo.
Cuando hay una interrupción de la red, es una carrera contra el tiempo para que las cosas vuelvan a funcionar. Se produce el pánico, los usuarios comienzan a enterrar sus mesas de ayuda en tickets de servicio y, en algunos casos, los reporteros comienzan a publicar artículos de noticias sobre lo que sucedió, lo que se convierte en una lectura interesante para los accionistas durante la cena. Obviamente, esta no es una situación cómoda. El hecho es que la mayoría de los operadores e ingenieros de red pasan más de las tres cuartas partes de su vida profesional en esta caótica carrera, solucionando problemas DESPUÉS de que se conviertan en noticia de primera plana.
Las empresas típicas tienen cientos o miles de aplicaciones ejecutándose en cualquier momento a través de su red híbrida. Front-office y back-office, fabricación, I+D, transmisión de audio y vídeo, acceso a bases de datos, web y una letanía de otros tipos de aplicaciones. Y si bien cada una de estas aplicaciones se implementó inicialmente para brindar un nivel específico de servicio que necesita la empresa, a medida que surgen nuevas aplicaciones, los diseñadores rara vez consideran el impacto potencial en las aplicaciones instaladas previamente. La mayoría de las aplicaciones se instalan como si no hubiera otras limitaciones impuestas por los años de trabajo previo. Al final, para que el negocio tenga éxito, cada una de estas aplicaciones, nuevas y antiguas, deben ejecutarse al nivel para el que fueron diseñadas. Al final, el éxito de las aplicaciones anteriores casi siempre se resiente con el tiempo, ya que las nuevas y brillantes aplicaciones captan la atención de los arquitectos empresariales y las operaciones con menos consideración o los procesos formales establecidos para garantizar que se conserven las aplicaciones anteriores.
El santo grial de las redes es evitar que los problemas potenciales se conviertan en pesadillas de producción. Suena simple, pero no es intuitivamente obvio cómo hacerlo. La respuesta es buscar proactivamente problemas potenciales y resolverlos antes de que afecten la producción. Por ejemplo, cuando dos dispositivos de red se configuran en alguna forma de equilibrio de carga y configuración resiliente, el enfoque proactivo sería confirmar que el par de dispositivos se configuran siempre y de forma continua de forma idéntica. Una vez más, si bien esto suena sencillo, la mayoría de las empresas simplemente no tienen las herramientas automatizadas necesarias para probar la duplicación de este par y los miles de otros pares de forma continua. Y esta situación de cumplimiento del diseño se revela dolorosamente cuando se supone que debe activarse la resiliencia, lo que resulta en un desastre porque los dos dispositivos NO eran espejos uno del otro.
Y el mismo tipo de requisitos de verificación existe en todas las redes híbridas. No solo los pares reflejados, sino también el rendimiento de la conectividad, las zonas de seguridad, el control de acceso, los requisitos de rendimiento, etc. La lista de comportamientos de red que deben verificarse de manera proactiva puede ser fácilmente 100 veces mayor que la cantidad de dispositivos en una red híbrida compleja. Años de manejo de fuerza bruta de todos esos dispositivos afectan el comportamiento de la red, que desafortunadamente se prueba en los peores momentos posibles.
Se trata de escalaAl centrarse en todos los comportamientos deseados de la red en lugar de la salud del dispositivo individual de bajo nivel, una red completa puede describirse como miles de "intentos" de red. Cada arquitecto de aplicación y equipo de implementación simplemente debe describir sus requisitos únicos, que luego se combinan con todos los demás requisitos de la aplicación para formar la larga lista de comportamientos de red (intenciones) para el negocio. Y luego, al automatizar las pruebas de cada uno de estos intentos deseados, toda la red se puede verificar continuamente antes de que ocurra cualquier tipo de incidente de producción.
A medida que una red crece, los operadores e ingenieros se ven consumidos por reaccionar ante problemas que ya se han manifestado en problemas de producción significativos que requieren atención inmediata ("simulacros de incendio"). Las situaciones ocurren cientos o incluso miles de veces por mes en una red grande, con comportamientos deseados (network intents) que necesitan ser probados y verificados. Sin embargo, como el número de network intents puede superar fácilmente 100 veces la cantidad de dispositivos, no es factible verificar manualmente todos estos miles de network intents. La verificación de diseño proactiva basada en la intención simplemente no sucede y el resultado: interrupciones.
Ahora sé que se gastan toneladas de dólares en estrategias de resiliencia y muchos lectores pueden estar diciendo: "No tengo puntos únicos de falla o cortes". Déjame asegurarte que lo haces tanto si eres consciente de ellos como si no. Y si bien es cierto que las fallas totales son raras, en los tiempos modernos las "interrupciones" son menos binarias y más graduales. La red perfecta puede ser capaz de atender 100,000 60,000 transacciones por minuto, mientras que una red con algún tipo de componente defectuoso y diseños resistentes activos puede reducir la cantidad de transacciones a XNUMX XNUMX. O la red perfecta puede ofrecer llamadas de voz nítidas, mientras que la red afectada puede ofrecer llamadas que suenan metálicas o entrecortadas, con cortes de voz. Y para agravar el problema, ¡muchos de estos tipos de escenarios reducidos no se informan!
Muchas empresas y operadores de TI se han golpeado los dedos de los pies en proyectos de automatización durante años, por lo general tomando grandes cantidades o recursos para generar pocos o ningún resultado. Los proyectos fallidos de automatización de TI están en todas partes. Es por eso que muchos líderes de TI no consideran el poder de la automatización para la resolución de problemas de RED y, en gran medida, no han existido herramientas específicas para redes, hasta que NetBrain. Muchos operadores continúan enfocándose en la solución de problemas por fuerza bruta “como siempre se ha hecho antes”. Para muchos líderes de TI, adoptar un enfoque proactivo automatizado para la prevención de interrupciones ni siquiera parece posible. Pero es…
Se estima que la mayoría de las interrupciones de la red podrían haberse evitado si se hubieran implementado la verificación automatizada y la aplicación continua del cumplimiento del diseño. Al describir su red híbrida como la compilación de todos los design intentComo lo necesitan todas las aplicaciones comerciales en uso, los problemas potenciales se pueden corregir mucho antes de que causen problemas. Y aunque este tipo de aplicación del cumplimiento a escala empresarial nunca ha sido factible cuando se intenta manualmente, el NetBrain La solución cambia todo esto al automatizar esta verificación proactiva y la aplicación de los comportamientos deseados a cualquier escala.
NetBrain la tecnología está haciendo esto para miles de clientes y puede mostrarle cómo incorporar la automatización de red proactiva hoy. Para más información, Póngase en contacto con nosotros hoy mismo.