VENTAS: 1-800-867-1389

Información general de la Red de entrega de contenido (CDN) de Azure

Actualizado: julio de 2013

La Red de entrega de contenido (red CDN) de Azure almacena en memoria caché los blobs de Azure y el contenido estático usados por los servicios en la nube en ubicaciones situadas estratégicamente para proporcionar el ancho de banda máximo para la entrega de contenido a los usuarios.

Si es un cliente existente de la red CDN, ahora puede administrar los extremos de la red CDN mediante el Portal de administración de Microsoft Azure.

noteNota
Tenga en cuenta que la red CDN tiene un plan de facturación independiente de Almacenamiento de Azure o Servicios en la nube de Azure.

La red CDN ofrece a los desarrolladores una solución global para entregar contenido con alto ancho de banda; para ello, almacena en memoria caché el contenido en nodos físicos emplazados en el mundo. Para obtener una lista actualizada de ubicaciones de nodos de la red CDN, vea Ubicaciones del nodo de la Red de entrega de contenido (CDN) de Azure.

Entre las ventajas de utilizar la red CDN para almacenar en memoria caché los datos de Azure se incluyen:

  • Mejor rendimiento y experiencia de usuario para aquellos usuarios finales que están lejos de un origen de contenido y utilicen aplicaciones donde son necesarias muchas “conexiones a Internet” para cargar el contenido

  • Gran distribución para mejorar la administración de cargas instantáneas pesadas, como al comienzo de un acontecimiento como el lanzamiento de un producto.

noteNota
Cuando se crea o habilita un extremo de la red CDN, se puede tardar hasta 60 minutos en su propagación mundial.

Cuando se efectúa por vez primera la solicitud de un objeto a la red CDN, el objeto se recupera directamente del servicio Blob o desde el servicio en la nube. Cuando se realiza una solicitud mediante la sintaxis de la red CDN, esta se redirige al extremo de la red CDN más cercano a la ubicación desde la que se efectuó la solicitud para aportar acceso al objeto. Si no se encuentra el objeto en dicho extremo, se recupera del servicio y se almacena en memoria caché en el extremo, donde se mantendrá un valor de vida útil para el objeto almacenado en caché.

Una vez que la red CDN se ha habilitado en una cuenta de almacenamiento de Azure, cualquier blob que esté en contenedores públicos y disponible para el acceso anónimo se almacenará en memoria caché a través de la red CDN. Solo los blobs que estén disponibles públicamente podrán almacenarse en memoria caché con la red CDN de Azure. Para hacer que un blob esté disponible públicamente con el fin de que se puede tener acceso al mismo de forma anónima, deberá marcar su contenedor como público. Una vez hecho esto, todos los blobs en ese contenedor estarán disponibles para acceso de lectura anónimo. También tiene la opción de hacer que los datos del contenedor sean públicos o restringir el acceso únicamente para los blobs que contenga. Vea Acceso restringido a contenedores y blobs para obtener información acerca del control de acceso para los contenedores y los blobs.

Para obtener un rendimiento óptimo, utilice el almacenamiento en caché perimetral de la red CDN con el fin de entregar blobs de menos de 10 GB de tamaño.

Cuando habilita el acceso de la red CDN para una cuenta de almacenamiento, el Portal de administración le proporciona un nombre de dominio de la red CDN con el siguiente formato: http://<identifier>.vo.msecnd.net/. Este nombre de dominio se puede usar para obtener acceso a blobs en un contenedor público. Por ejemplo, en un contenedor público denominado music en una cuenta de almacenamiento denominada myaccount, los usuarios podrán tener acceso a los blobs del contenedor mediante cualquiera de las dos direcciones URL siguientes:

  • Dirección URL del servicio Blob de Azure: http://myaccount.blob.core.windows.net/music/

  • Dirección URL de red CDN de Azure: http://<identifier>.vo.msecnd.net/music/

Puede almacenar en caché objetos en la red CDN que haya proporcionado un servicio en la nube de Azure.

El almacenamiento en memoria caché para los servicios en la nube tiene las restricciones siguientes:

  • La red CDN se debe usar para almacenar en memoria caché contenido estático únicamente.

    WarningAdvertencia
    El almacenamiento en caché de contenido muy volátil o dinámico podría afectar negativamente al rendimiento o producir problemas en el contenido, y todo ello incrementaría los costos.

  • El servicio en la nube debe implementarse en un entorno de producción.

  • El servicio en la nube debe proporcionar el objeto en el puerto 80 mediante HTTP.

  • Es preciso que el servicio en la nube coloque el contenido que se va a almacenar en memoria caché en la carpeta /cdn en el servicio en la nube o bien, el que se vaya a entregar desde esta carpeta.

Cuando habilita el acceso de la red CDN para un servicio en la nube, el Portal de administración le proporciona un nombre de dominio de la red CDN con el siguiente formato: http://<identifier>.vo.msecnd.net/. Este nombre de dominio se puede utilizar para recuperar objetos de un servicio en la nube. Por ejemplo, en un servicio en la nube denominado myHostedService y una página web ASP.NET denominada music.aspx que ofrece contenido, los usuarios pueden tener acceso al objeto mediante cualquiera de las dos direcciones URL siguientes:

  • Dirección URL del servicio en la nube de Windows Azure: http://myHostedService.cloudapp.net/cdn/music.aspx

  • Dirección URL de red CDN de Windows Azure: http://<identifier>.vo.msecnd.net/music.aspx

Puede usar cadenas de consulta para distinguir los objetos que se hayan recuperado en un servicio en la nube. Por ejemplo, si el servicio en la nube muestra un gráfico que puede variar, puede pasar una cadena de consulta para recuperar el gráfico específico requerido. Por ejemplo:

http://<identifier>.vo.msecnd.net/chart.aspx?item=1

noteNota
Las cadenas de consulta se pasan como literales de cadena. Si tiene un servicio que toma dos parámetros, como ?area=2&item=1 y hace la consiguiente llamada al servicio con ?item=1&area=2, almacenará en memoria caché dos copias del mismo objeto.

Las cadenas de consulta se omiten para el contenido de blobs. En particular, esto quiere decir que las cadenas de acceso compartido no se pueden utilizar para habilitar el acceso de red CDN a contenedores privados. Para obtener más información sobre cómo habilitar las cadenas de consulta para red CDN, vea Cómo habilitar la Red de entrega de contenido (CDN) de Azure y Procedimientos recomendados para la red de entrega de contenido de Azure.

Con Azure, podrá recuperar el contenido de la red CDN mediante llamadas HTTPS. De esta forma, podrá incorporar contenido almacenado en memoria caché en la red CDN en páginas web seguras sin recibir advertencias sobre tipos de contenido de seguridad que se han mezclado.

El acceso a contenido de la red CDN mediante HTTPS comporta las restricciones siguientes:

  • Debe utilizar el certificado que proporciona la red CDN. Los certificados de terceros no se admiten.

  • Es preciso utilizar el dominio de red CDN para tener acceso al contenido. La compatibilidad con HTTPS no está disponible para los nombres de dominio personalizados (CNAME) ya que la red CDN no admite certificados personalizados en estos momentos.

  • HTTPS solo va de la red CDN al cliente. Las solicitudes desde la red CDN al proveedor de contenido (cuenta de almacenamiento o servicio en la nube) se siguen efectuando mediante HTTP.

Incluso cuando se habilita HTTPS, se puede recuperar el contenido de la red CDN mediante HTTP y HTTPS.

Para obtener más información sobre cómo habilitar HTTPS para el contenido de la red CDN, vea Cómo habilitar la Red de entrega de contenido (CDN) de Azure.

Puede asignar el extremo HTTP de la red CDN a un dominio personalizado y utilizar ese nombre para solicitar objetos de la red CDN.

Para obtener más información sobre cómo asignar un dominio personalizado, vea Cómo asignar el contenido de la Red de entrega de contenido (CDN) a un dominio personalizado.

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft