Última actualización: febrero de 2013
Durante el año pasado, administré un sitio que pasó de consumir 500 GB de datos por mes a 100 TB de datos por mes. Aquí está la progresión de CDN que pasé y mis pensamientos sobre cada uno. Esta no es una guía completa para todas las redes CDN que existen, pero aprendí mucho con mi tiempo en cada una.
Frente a la nube
Permítanme comenzar esto diciendo que, bajo ninguna circunstancia, usaría Cloudfront como mi CDN a menos que desee tirar dinero al inodoro.
Aquí es donde comenzamos, es Amazon Web Services, ya estaba familiarizado con sus servicios. Necesitábamos 500 GB por mes, así que nada demasiado loco. En este punto, acabábamos de comenzar a implementar una CDN para servir nuestros archivos de imágenes grandes que ya estaban cargados en S3. 12 centavos por GB no parecía tan caro en ese momento, pero también había un cargo adicional por cada 10, 000 solicitudes. Una vez más, la cantidad de solicitudes era insignificante en ese entonces, por lo que creo que nuestro costo total fue inferior a $ 100 / mes, lo cual estuvo completamente bien.
Comenzamos a encontrarnos con otros elementos que hicieron frustrante el uso de Cloudfront. No hay forma de invalidar elementos a través de la interfaz de AWS en línea. Debe usar sus herramientas de línea de comandos o escribir un script para borrar un archivo específico del caché. No es un gran problema, pero es bueno poder iniciar sesión directamente en su proveedor para hacerlo. Tuve que escribir un script para borrar algunos archivos en un cronjob de todos modos, lo suficientemente fácil como para armar una pequeña interfaz para borrar también los elementos especificados por el usuario. Los informes tampoco son buenos, eso no es en lo que se centraron.
Entonces empezamos a crecer. Primero movimos todos nuestros archivos estáticos más pequeños, como nuestros archivos CSS y JavaScript. Pronto incluso movimos nuestros archivos HTML servidos reales para que se reflejen en Cloudfront (esto no es ideal, pero es una discusión para otro día). 500 GB a 5 TB a 10 a 50. Haces los cálculos, eso se suma rápidamente. No solo estábamos incurriendo en 12 centavos por los primeros 10 TB, luego en 8 centavos por los siguientes 40, sino que también estábamos acumulando una factura considerable en la cantidad de solicitudes. Llegó al punto en que nuestra tasa efectiva por GB fue de casi 18 centavos. No hay negociación con Amazon para editores más pequeños (al menos no lo creo), e incluso si lo hubiera, sus precios estaban tan lejos de la base que ni siquiera me habría molestado. Me encanta todo sobre AWS para la mayoría de mis proyectos, pero usar Cloudfront para distribuir archivos no es uno de ellos.
MaxCDN / NetDNA
Permítanme decir, en primer lugar, que me encantó MaxCDN. Su interfaz de back-end es un placer de usar. Tienen gráficos bonitos y atractivos en casi todas las métricas que pueda desear. Invalidar un elemento en el caché es fácil como un pastel. Poco después de comenzar la relación, nos mudamos a NetDNA, que creo que es el paraguas donde ponen a sus clientes más grandes e intentan encerrarlo en un contrato a largo plazo. De todos modos, son exactamente los mismos sitios web que puedo decir. Creo que nuestra tasa negociada final fue de alrededor de 5-6 centavos por GB, aunque no me limite a eso exactamente.
Esto me lleva al tema más importante sobre los precios de CDN, debe negociar. Aparentemente, el mundo de CDN es muy feroz, y son muy fáciles de jugar uno al otro. En realidad, me recordó la última vez que recibí una cotización de hipoteca, cuando los representantes de la cuenta piden ver el contrato del otro y tal. Cuando recibí las cotizaciones de MaxCDN / NetDNA por primera vez, pude negociar un precio sin el beneficio de que otro competidor hiciera una oferta. Acabo de recibir una mejor cotización porque trato de nunca pagar el precio completo si es posible. MaxCDN ejecuta excelentes ofertas promocionales todo el tiempo de todos modos para clientes nuevos y existentes.
Al final, resultó haber algunas limitaciones en el almacenamiento en caché de contenido real que estaba causando el fallo de una determinada sección de nuestra aplicación, lo que fue un factor decisivo para nosotros. No voy a entrar en detalles, pero me dan el visto bueno tanto en servicio, interfaz de usuario y precio. Hubiera funcionado para el 99% de mis casos de uso, pero no para esta instancia específica.
Edgecast
Edgecast es una empresa muy grande, tiene una red muy buena y precios muy competitivos. Su sistema fue capaz de manejar el problema que teníamos con NetDNA, así que negociamos un acuerdo y lo firmamos. Su precio no era tan bueno como NetDNA, pero su backend permite mucha flexibilidad. Es un backend que definitivamente fue desarrollado por desarrolladores para desarrolladores. La interfaz de usuario deja mucho que desear, pero puedes hacer cualquier cosa que puedas imaginar desde el punto de vista del almacenamiento en caché. Con NetDNA me sentiría cómodo teniendo un inicio de sesión de persona no técnica para borrar el caché en un archivo, con Edgecast no me sentiría tan seguro de haberlo hecho.
Intentan ganar cinco centavos con algunas características adicionales en lugar de tener todo incluido en el precio. No recuerdo exactamente qué es todo, pero, por ejemplo, los informes en tiempo real. Nuevamente, esto es lo que estamos usando actualmente, y tienen excelentes precios y una excelente flexibilidad desde una perspectiva de desarrollo. Si pudiera crear mi CDN perfecta, sería el precio y la interfaz de usuario de NetDNA con la flexibilidad de la administración de Edgecast
Redondeo
No voy a entrar en comparaciones de velocidad. Hice una pequeña prueba de velocidad y la velocidad en cada caso resultó en una diferencia casi insignificante. Los 3 fueron muy rápidos y, según todos los informes, parecían tener redes muy robustas.
Hay 2 cosas que deberías haber sacado de esto:
- No uses Cloudfront
- Negociar precio
- Prefiero MaxCDN / NetDNA pero realmente se reduce a cuáles son sus necesidades
Y sí, por supuesto, hay muchas otras redes CDN, pero no se trata de ellas.
