En definiciones simplistas, el edge se caracteriza por simplemente mover cargas de trabajo más cerca de los usuarios finales para reducir la latencia de red asociada con las nubes. Si bien ese es un componente importante, reducir la latencia de la red es solo un tercio del proceso. Lo que hace que un edge sea reducir la latencia relacionada con el cómputo, la red y el almacenamiento. ¿Por qué hay demanda de edge? Imagine que su ubicación en la nube está cerca de sus usuarios finales, por lo que la latencia de la red es inferior a 20 milisegundos. Con la importante superficie de los centros de datos en la nube en todo el mundo, los servicios de edge solo serían realmente necesarios para ubicaciones remotas, y se esperaría que la demanda fuera baja. Pero ese no es el caso; vemos mucha demanda de soluciones de edge, principalmente debido a los componentes de latencia relacionados con el cómputo y el almacenamiento. La latencia del cómputo dicta cuánto tiempo lleva procesar una solicitud, desde el aprovisionamiento de una instancia de cómputo hasta la devolución del resultado. La latencia del almacenamiento representa el tiempo necesario para recuperar datos relevantes. La necesidad de velocidad Para reducir la latencia relacionada con el cómputo, los proveedores de servicios de borde ofrecen entornos de ejecución nativos de borde basados ​​en tecnologías como WebAssembly, un formato de instrucción binaria diseñado como un objetivo de compilación portátil para lenguajes de programación. WebAssembly ofrece arranques en frío de menos de un milisegundo, lo que es particularmente importante cuando se manejan grandes variaciones en el tráfico que los servicios pueden escalar sin afectar el rendimiento. Para reducir la latencia del almacenamiento, las soluciones de borde utilizan almacenes de valores clave, que ofrecen un rendimiento muy rápido para lecturas y escrituras porque la base de datos busca una sola clave y devuelve su valor asociado en lugar de navegar por matrices. Reducir la latencia de la red tampoco es una tarea sencilla y puede adoptar múltiples formas, lo que nos da los términos «borde lejano» y «borde cercano». El borde lejano aloja instancias de cómputo en proveedores de infraestructura como servicio de terceros para tiempos de latencia de menos de 20 milisegundos. El borde cercano implica instancias de cómputo implementadas localmente y administradas por el cliente para tiempos de latencia de red insignificantes. ¿Es necesaria esta velocidad? Hemos visto varios informes que revelan que un aumento de n segundos en los tiempos de carga de la página conduce a una disminución del X% en las conversiones. Pero no creo que esta sea la única razón para invertir en tecnologías que reduzcan las latencias y los tiempos de carga. Con el tiempo, la cantidad de datos y procesos asociados con una página web o un servicio web ha aumentado considerablemente. Si siguiéramos usando las mismas tecnologías, superaríamos rápidamente los estándares de rendimiento de los servicios modernos. Creo que la creación y ejecución de servicios nativos de borde prepara la infraestructura para el futuro y elimina cualquier cuello de botella de innovación futura. Próximos pasos Para obtener más información, eche un vistazo a los informes de criterios clave y radar de las plataformas de desarrollo de borde de GigaOm. Estos informes brindan una descripción general completa del mercado, describen los criterios que querrá considerar en una decisión de compra y evalúan cómo se desempeñan varios proveedores en relación con esos criterios de decisión. Si aún no es suscriptor de GigaOm, regístrese aquí.