Hace poco tuve una gran revelación sobre las redes. Verán, he pasado casi 25 años trabajando en TI, concretamente en comunicaciones de datos (¡sí, soy así de viejo!). Me había topado con tantos productos increíbles que nunca triunfaron en el mercado, y estaba allí sentado, con la bebida en la mano, pensando: "¿Por qué tantos buenos productos no logran ser adoptados?". Casi parece que los mejores productos con nuevas tecnologías increíbles fracasan más a menudo que los aburridos.
La respuesta sencilla es el TIEMPO. El momento oportuno lo es todo. He trabajado para empresas que estaban construyendo soluciones increíblemente geniales. Una de ellas estaba haciendo algo extraño hace unos 8 años llamado "Zero Trust". A nadie parecía importarle la tecnología, y el término no resonaba. Hoy en día hay probablemente un centenar de startups ZT o ZTNA tratando de ser el próximo unicornio. El momento oportuno lo es todo.
A veces hay startups produciendo increíblemente obvio trozos de tecnología en los que todo el mundo está de acuerdo, pero que no consiguen cambiar el mercado. Por ejemplo, ahora todo el mundo está de acuerdo en que utilizar Linux como sistema operativo para un router o un switch tiene sentido, pero hace 10 años esta idea era un tanto extraña. Hoy en día sería difícil encontrar un NOS que no es basado en linux, o como mínimo ofrecer un "guestshell" linux para que pueda ejecutar sus scripts de automatización en una plataforma conocida.
Los cambios en sí mismos no suelen merecer la pena. El coste de cambiar algo para reducir los costes de compra puede suponer a menudo un gran cambio en la forma en que su equipo de operaciones de red gestiona el equipo, probablemente no merezca la pena el quebradero de cabeza, por lo que suele seguir haciéndolo de la misma forma que siempre. Pero, ¿qué pasa cuando cambia toda la plataforma, no sólo en tu empresa, sino en todo el mundo?
Las transiciones de plataforma son importantes
Las transiciones de plataforma suelen producirse cuando la gente ya no puede vivir su vida como antes o cuando hay un cambio de guardia. Cuando los mayores mueren y se jubilan, los nuevos se niegan a hacer las cosas a la antigua usanza, se deshacen del viejo manual o automatizan las partes repetitivas.
Poner Linux en un conmutador de red es una buena idea, pero por sí sola no bastó para que los arquitectos de redes actualizaran sus dispositivos y cambiaran sus modelos operativos. Esta nueva forma de programar las redes no iba unida a una transición importante del mercado y, en consecuencia, no era lo bastante convincente para que los usuarios finales migraran.
Dicho esto, ¿por qué estoy tan entusiasmado con OTRO sistema operativo de red abierto? Debo ser un glotón de castigo, ¿verdad?
Hay dos cosas importantes que están sucediendo en las redes hoy en día.
SONiC ya está aquí y es una plataforma de transición que cambiará las reglas del juego.
SONiC tiene gran impulso en el mercado. Los arquitectos de redes tienen que pensar en cómo subirse a la ola, mantenerse erguido y dejar que te golpee es una forma segura de fracasar. Está a punto de producirse una importante transición en el mercado. ¿Qué ofrece SONiC?
- Una forma estandarizada de programar dispositivos de red
- Un sistema operativo abierto y componible que puede adaptarse a cada caso de uso
- Libertad en la cadena de suministro: tiene cientos de opciones, incluidas las favoritas como Cisco, Arista, Juniper, Nvidia, Dell, etc.
- El código abierto siempre gana a largo plazo
Pero la gestión de SONiC no ha sido un paseo por el parque. No es el router CLI de tu abuelo. ¿Y quién gestiona un único dispositivo? Las redes de hoy en día son aplicaciones distribuidas cuidadosamente construidas (a veces llamadas tejidos) porque los puntos únicos de fallo son una forma segura de obligarte a actualizar tu currículum.
Ojalá existiera una gran tecnología de código abierto para gestionar un montón de dispositivos que ejecutan contenedores...
¡Es Kubernetes, tonto!
Debería ser obvio para todos los que lean esto que Kubernetes es la tecnología de facto para la orquestación de aplicaciones. Y realmente, Kubernetes es el principal método utilizado para controlar SU infraestructura. Pero ¿por qué la red se ha quedado tan atrás en esta nueva Nube nativa ¿el mundo en el que vivimos? Hay muchos GRANDES Interfaces de red de contenedores (CNI) y Proveedores de redes Kubernetespero en realidad sólo se ocupan de lo que sucede una vez que el tráfico de la aplicación ha llegado a la entrada de su clúster. Usted todavía tiene que conectar todos estos nodos k8s en algo.
¡Dos transiciones de plataforma son mejor que una! ¿Qué ocurre cuando estas dos olas se fusionan?
Si es como nosotros, sabe que la respuesta es una nueva e increíble forma de construir y operar sus equipos. Pero no se fíe de nuestra palabra, solo tiene que mirar a la nube. Con qué frecuencia configuras la red física para tus clústeres Kubernetes en la nube? NUNCA. Ni siquiera se piensa en ello. Y los propietarios de aplicaciones se ponen gordos, tontos y felices cuando no tienen que pensar en la red. Pero intente ejecutar Kubernetes en su propio centro de datos o borde, ¡no tan rápido! De repente tienes que lidiar con el modelo operativo de red heredado de nuevo, y esta es una gran razón por la que la gente se quedará en la nube y pagará 5-10x para alojar sus cargas de trabajo. Porque ha sido demasiado difícil.
Pero ya no
En Hedgehog, estamos fusionando el plano de control nativo de Kubernetes con la bondad de las redes de código abierto que es el ADN de la comunidad SONiC. Se nota que estoy entusiasmado?
A través de una serie de entradas de blog, voy a ir desvelando las respuestas a las preguntas que probablemente te estén rondando por la cabeza ahora mismo. Te prometo que va a ser muy emocionante y, como todo buen presentador, al final te daré un caramelo (en forma de software gratuito de código abierto y un modelo de incorporación llave en mano).
Entonces, ¿por qué deberías evaluar a Hedgehog?
- Las mismas API y operaciones que utiliza para el resto de su infraestructura pueden emplearse para aprovisionar y gestionar su red física.
- Encontrar personas que puedan gestionar k8s y sepan cómo ejecutar aplicaciones en él es mucho más fácil que encontrar personas que puedan gestionar NOS propietarios de múltiples proveedores.
- Puede tener en cuenta a todos los proveedores de hardware disponibles, mejorando las opciones de la cadena de suministro y minimizando el riesgo empresarial.
Estamos trabajando duro para crear el mejor producto, una red tan sencilla que parece desaparecen al encenderlo.
P.D. Si quieres saber más sobre nuestra revolución, por favor solicitar una reunión y podremos responder a todas sus preguntas.
Josh Saul ha sido pionero en soluciones de red de código abierto durante más de 25 años. Como arquitecto, construyó redes centrales para GE, Pfizer y NBC Universal. Como ingeniero en Cisco, Josh asesoró a clientes del sector financiero de Fortune 100 y evangelizó nuevas tecnologías entre los clientes. Más recientemente, Josh dirigió equipos de marketing y productos en VMware (adquirida por Broadcom), Cumulus Networks (adquirida por Nvidia) y Apstra (adquirida por Juniper). Josh vive en Nueva York con sus dos hijos y es un ávido submarinista.