# ¿Qué es Amazon CloudFront? Amazon CloudFront es un servicio web que agiliza la distribución de contenido web estático y dinámico como archivos .html, .css, .js y archivos de imágenes a los usuarios. CloudFront entrega el contenido a través de una red mundial de centros de datos que reciben el nombre de ubicaciones de borde. Cuando un usuario solicita contenido que se distribuye con CloudFront, la solicitud se redirige a la ubicación de borde que ofrece la mínima latencia (retraso de tiempo), de modo que el contenido se entregue con el mejor rendimiento posible. + Si el contenido ya se encuentra en la ubicación de borde con menor latencia, CloudFront lo entrega inmediatamente. + Si el contenido no se encuentra en dicha ubicación de borde, CloudFront lo recupera de un origen que haya definido como, por ejemplo, un bucket de Amazon S3, un canal de MediaPackage o un servidor HTTP (por ejemplo, un servidor web) que se haya definido como origen de la versión definitiva del contenido. Por ejemplo, supongamos que distribuye una imagen desde un servidor web tradicional, en lugar de hacerlo desde CloudFront. Por ejemplo, puede distribuir una imagen, sunsetphoto.png, utilizando la URL `https://example.com/sunsetphoto.png`. Sus usuarios podrían navegar fácilmente a esta URL y ver la imagen. Pero probablemente no sepan que su solicitud se dirige de una red a otra (a través de la compleja colección de redes interconectadas que componen Internet) hasta que se encuentra la imagen. CloudFront agiliza la distribución de su contenido al dirigir cada solicitud de usuario mediante la red troncal de AWS a la ubicación de borde que mejor ofrezca su contenido. Por lo general, se trata de un servidor de borde de CloudFront que proporciona la entrega más rápida al lector. Utilizando la red de AWS se reduce drásticamente la cantidad de redes que tienen que atravesar las solicitudes de los usuarios, lo que mejora el desempeño. Los usuarios experimentan una menor latencia (el tiempo que se tarda en cargar el primer byte del archivo) y una mayor velocidad de transferencia de datos. También logra mayor confiabilidad y disponibilidad, ya que las copias de los archivos (también conocidos como *objetos*) ahora se guardan (o se almacenan en caché) en varias ubicaciones de borde en todo el mundo. **Topics** + [Cómo configurar CloudFront para entregar contenido](#HowCloudFrontWorksOverview) + [Elija entre distribución estándar o distribución de varios inquilinos](#choose-standard-or-multi-tenant) + [Precios](#pricing) + [Formas de utilizar CloudFront](IntroductionUseCases.md) + [Cómo CloudFront entrega el contenido](HowCloudFrontWorks.md) + [Ubicaciones e intervalos de direcciones IP de servidores de borde de CloudFront](LocationsOfEdgeServers.md) + [Uso de CloudFront con AWS SDK](sdk-general-information-section.md) + [Recursos técnicos de CloudFront](#resources-cloudfront) ## Cómo configurar CloudFront para entregar contenido Debe crear una distribución de CloudFront para indicar a CloudFront desde dónde desea enviar el contenido y los detalles acerca de cómo realizar un seguimiento y administrar la entrega de contenido. A continuación, CloudFront utiliza equipos (servidores perimetrales) que se encuentran próximos a los lectores para entregar dicho contenido rápidamente cuando alguien quiere verlo o utilizarlo. ![\[Cómo funciona CloudFront\]](http://docs.aws.amazon.com/es_es/AmazonCloudFront/latest/DeveloperGuide/images/how-you-configure-cf.png) **Cómo configurar CloudFront para entregar su contenido** 1. Debe especificar los *servidores de origen*, como un bucket de Amazon S3 o su propio servidor HTTP, desde el que CloudFront obtiene sus archivos que después se distribuirán desde ubicaciones de borde de CloudFront de todo el mundo. Un servidor de origen almacena la versión original y definitiva de sus objetos. Si ofrece contenido a través de HTTP, su servidor de origen es un bucket de Amazon S3 o un servidor HTTP, como un servidor web. Su servidor HTTP puede ejecutarse en una instancia Amazon Elastic Compute Cloud (Amazon EC2) o en un servidor que usted administre; estos servidores también reciben el nombre de *orígenes personalizados.* 1. Cargue sus archivos en sus servidores de origen. Los archivos, también conocidos como *objetos*, suelen incluir páginas web, imágenes y archivos multimedia, pero pueden ser cualquier cosa que se pueda servir a través de HTTP. Si utiliza un bucket de Amazon S3 como servidor de origen, puede hacer que los objetos del bucket sean legibles públicamente para que cualquiera que conozca la URL de CloudFront de sus objetos pueda obtener acceso a ellos. También puede mantener los objetos privados y controlar quién obtiene acceso a ellos. Consulte [Distribución de contenido privado con URL firmadas y cookies firmadas](PrivateContent.md). 1. Cree una *distribución* de CloudFront que le indique al mismo CloudFront desde qué servidores de origen obtener los archivos cuando los usuarios los soliciten archivos a través de su aplicación o sitio web. También debe especificar detalles como si desea que CloudFront registre todas las solicitudes y que la distribución se habilite en cuanto se cree. 1. CloudFront asigna un nombre de dominio a su nueva distribución que puede ver en la consola de CloudFront o que se devuelve en respuesta a una solicitud programada, por ejemplo, una solicitud de la API. Si lo desea, puede añadir un nombre de dominio alternativo para usarlo en su lugar. 1. CloudFront envía la configuración de su distribución (pero no el contenido) a todas las *ubicaciones de borde* o *puntos de presencia* (POP): conjuntos de servidores en centros de datos dispersos geográficamente, en los que CloudFront almacena en caché las copias de los archivos. Cuando desarrolle su sitio web o aplicación, utilice el nombre de dominio que CloudFront ofrece para sus URL. Por ejemplo, si CloudFront devuelve `d111111abcdef8.cloudfront.net` como el nombre de dominio de la distribución, la URL de logo.jpg en su bucket de Amazon S3 (o en el directorio raíz de un servidor HTTP) sería `https://d111111abcdef8.cloudfront.net/logo.jpg`. O bien puede configurar CloudFront para usar su propio nombre de dominio con su distribución. En ese caso, la URL sería `https://www.example.com/logo.jpg`. También puede configurar su servidor de origen para agregar encabezados a los archivos, para indicar el tiempo durante el que desea que los archivos se mantengan en la caché en las ubicaciones de borde de CloudFront. De forma predeterminada, cada uno de los archivos permanece en una ubicación de borde durante 24 horas antes de caducar. El tiempo de vencimiento mínimo es de 0 segundos y no hay un tiempo máximo. Para obtener más información, consulte [Administración de cuánto tiempo se mantiene el contenido en una caché (vencimiento)](Expiration.md). ## Elija entre distribución estándar o distribución de varios inquilinos CloudFront ofrece opciones de distribución para sitios web o aplicaciones individuales y para escenarios de varios inquilinos. **Distribución estándar** Diseñada para configuraciones únicas por sitio web o aplicación. Elija esta opción en los siguientes casos de uso: + Necesita una distribución de CloudFront independiente + Cada sitio o aplicación requiere una configuración personalizada propia La mayoría de las personas comienzan con una distribución estándar. **Distribución de varios inquilinos e inquilinos de distribución (administrador de SaaS de CloudFront)** Diseñada específicamente para proveedores de SaaS y escenarios de varios inquilinos. Elija esta opción en los siguientes casos de uso: + Va a crear una plataforma SaaS para dar servicio a varios sitios web o aplicaciones de clientes + Necesita administrar varias distribuciones similares de manera eficiente + Desea un control centralizado de las configuraciones compartidas Para obtener más información, consulte [Introducción al funcionamiento de las distribuciones de varios inquilinos](distribution-config-options.md). ## Precios CloudFront cobra por las transferencias de datos desde sus ubicaciones periféricas, junto con las solicitudes HTTP o HTTPS. Los precios varían según el tipo de uso, la región geográfica y la selección de características. La transferencia de datos desde su origen a CloudFront siempre es gratuita si emplea orígenes de AWS como Amazon Simple Storage Service (Amazon S3), Elastic Load Balancing o Amazon API Gateway. Solo se le factura la transferencia de datos salientes de CloudFront al lector cuando se utilizan orígenes de AWS. Para obtener más información, consulte los [precios de CloudFront](https://aws.amazon.com/cloudfront/pricing/) y las [preguntas frecuentes](https://aws.amazon.com/cloudfront/faqs/) sobre el paquete de facturación y ahorros. # Formas de utilizar CloudFront El uso de CloudFront puede ayudarle a lograr diferentes objetivos. En esta sección se enumeran algunos, junto con enlaces para obtener más información, para que tenga una idea de las posibilidades. **Topics** + [Acelerar la entrega de contenidos de sitios web estáticos](#IntroductionUseCasesStaticWebsite) + [Distribuir vídeo bajo demanda o en streaming](#IntroductionUseCasesStreaming) + [Cifrar campos específicos a través del procesamiento del sistema](#IntroductionUseCasesFieldLevelEncryption) + [Personalizar en el borde](#IntroductionUseCasesProgrammableCDN) + [Distribuir contenido privado mediante personalizaciones de Lambda@Edge](#IntroductionUseCasesPrivateContentAtTheEdge) ## Acelerar la entrega de contenidos de sitios web estáticos CloudFront puede acelerar la entrega de su contenido estático (por ejemplo, imágenes, hojas de estilo, JavaScript, etc.) para lectores de todo el mundo. Mediante el uso de CloudFront, puede aprovechar la red troncal de AWS y los servidores de CloudFront en el borde para ofrecer a los lectores una experiencia rápida, segura y fiable a la hora de visitar el sitio web. Un enfoque sencillo para almacenar y entregar contenido estático consiste en utilizar un bucket de Amazon S3. El uso de S3 junto con CloudFront presenta una serie de ventajas, entre las que se incluye la opción de usar el [control de acceso de origen](private-content-restricting-access-to-s3.md) para restringir fácilmente el acceso al contenido de Amazon S3. Para obtener más información acerca de cómo utilizar Amazon S3 junto con CloudFront, incluida una plantilla de CloudFormation para ayudarle a empezar rápidamente, consulte [Introducción a un sitio web seguro estático](getting-started-secure-static-website-cloudformation-template.md). ## Distribuir vídeo bajo demanda o en streaming CloudFront ofrece varias opciones para el streaming de archivos multimedia a lectores de todo el mundo, tanto de archivos grabados y como de eventos en directo. + Para el streaming de vídeo bajo demanda (VOD), puede usar CloudFront para transmitir formatos comunes tales como MPEG DASH, Apple HLS, Microsoft Smooth Streaming y CMAF a cualquier dispositivo. + Para difusión de una transmisión en directo, puede almacenar en caché fragmentos multimedia en el borde, de forma que varias solicitudes para el archivo de manifiesto que envía los fragmentos en el orden correcto se puedan combinar, con el fin de reducir la carga en su servidor de origen. Para obtener más información acerca de cómo entregar contenido en streaming con CloudFront, consulte [Video bajo demanda y streaming de video en directo con CloudFront](on-demand-streaming-video.md). ## Cifrar campos específicos a través del procesamiento del sistema Cuando se configura HTTPS con CloudFront, ya tiene conexiones integrales seguras a servidores de origen. Cuando se añade el cifrado en el nivel de campo, puede proteger datos específicos durante su procesamiento en el sistema además de la seguridad HTTPS, de forma que solo determinadas aplicaciones en el origen puedan ver los datos. Para configurar el cifrado en el nivel de campo, agregue una clave pública a CloudFront y, a continuación, especifique el conjunto de campos que desee cifrar con la clave. Para obtener más información, consulte [Uso del cifrado en el nivel de campo para ayudar a proteger la información confidencial](field-level-encryption.md). ## Personalizar en el borde La ejecución de código sin servidor en el borde abre una serie de posibilidades para personalizar los contenidos y la experiencia para los espectadores, con una latencia reducida. Por ejemplo, puede devolver un mensaje de error personalizado cuando el servidor de origen está desactivado por motivos de mantenimiento, por lo que los espectadores no reciben un mensaje de error HTTP genérico. O puede utilizar una función para ayudar a autorizar a los usuarios y controlar el acceso al contenido, antes de que CloudFront reenvíe una solicitud a su origen. El uso de Lambda@Edge con CloudFront permite distintas formas de personalizar el contenido que ofrece CloudFront. Para obtener más información acerca de Lambda@Edge y cómo crear e implementar funciones con CloudFront, consulte [Personalización en la periferia con Lambda@Edge](lambda-at-the-edge.md). Para ver una serie de ejemplos de código que puede personalizar para sus propias soluciones, consulte [Funciones de ejemplo de Lambda@Edge](lambda-examples.md). ## Distribuir contenido privado mediante personalizaciones de Lambda@Edge El uso de Lambda@Edge puede ayudarle a configurar su distribución de CloudFront para ofrecer contenidos privados desde su origen personalizado, además de usar URL o cookies firmadas. Para ofrecer este contenido privado mediante CloudFront, haga lo siguiente: + Exija a los usuarios (lectores) que accedan al contenido mediante [URL o cookies firmadas](PrivateContent.md). + Restrinja el acceso a su origen para que solo esté disponible desde los servidores orientados al origen de CloudFront. Para ello, puede hacer una de las siguientes acciones: + Para un origen de Amazon S3, puede [utilizar un control de acceso de origen (OAC)](private-content-restricting-access-to-s3.md). + Para un origen personalizado, puede hacer lo siguiente: + Si el origen personalizado está protegido por un grupo de seguridad de Amazon VPC o AWS Firewall Manager, puede [utilizar la lista de prefijos administrados de CloudFront](LocationsOfEdgeServers.md#managed-prefix-list) para permitir el tráfico entrante a su origen desde solo las direcciones IP orientadas al origen de CloudFront. + Utilice un encabezado HTTP personalizado para restringir el acceso solo a las solicitudes de CloudFront. Para obtener más información, consulte [Restricción del acceso a archivos en orígenes personalizados](private-content-overview.md#forward-custom-headers-restrict-access) y [Añadido de encabezados personalizados a solicitudes de origen](add-origin-custom-headers.md). Para obtener un ejemplo que utiliza un encabezado personalizado para restringir el acceso a un origen de Application Load Balancer, consulte [Restricción del acceso a Application Load Balancer](restrict-access-to-load-balancer.md). + Si el origen personalizado requiere una lógica de control de acceso personalizada, puede utilizar Lambda@Edge para implementarla, como se describe en esta publicación de blog: [Serving Private Content Using Amazon CloudFront & Lambda@Edge](https://aws.amazon.com/blogs/networking-and-content-delivery/serving-private-content-using-amazon-cloudfront-aws-lambdaedge/) (Servir contenido privado mediante Amazon CloudFront y Lambda@Edge). # Cómo CloudFront entrega el contenido Después de una configuración inicial, CloudFront funciona conjuntamente con el sitio web o aplicación y acelera la entrega de su contenido. En esta sección se explica cómo distribuye CloudFront su contenido cuando los lectores lo solicitan. **Topics** + [Cómo CloudFront entrega contenido a sus usuarios](#HowCloudFrontWorksContentDelivery) + [Cómo funciona CloudFront con las cachés de borde regionales](#CloudFrontRegionaledgecaches) ## Cómo CloudFront entrega contenido a sus usuarios Después de configurar CloudFront para distribuir su contenido, esto es lo que ocurre cuando los usuarios solicitan sus objetos: 1. Un usuario obtiene acceso a su sitio web o aplicación y solicita un objeto, como un archivo de imagen o un archivo HTML. 1. DNS enruta la solicitud al POP de CloudFront (ubicación periférica) que mejor puede atender la solicitud, normalmente el POP de CloudFront más cercano en términos de latencia. 1. CloudFront comprueba su caché en busca del objeto solicitado. Si el objeto está en la caché, CloudFront lo devuelve al usuario. Si el objeto *no* está en la caché, CloudFront hace lo siguiente: 1. CloudFront compara la solicitud con las especificaciones de su distribución y reenvía la solicitud a su servidor de origen para el objeto correspondiente, por ejemplo, a su bucket de Amazon S3 o a su servidor HTTP. 1. El servidor de origen devuelve el objeto a la ubicación de borde. 1. En cuanto llega el primer byte desde el origen, CloudFront comienza a reenviar el objeto al usuario. CloudFront también agrega el objeto a la caché para la próxima vez que alguien lo solicite. ![\[Solicitud y respuesta del usuario al origen a través de CloudFront\]](http://docs.aws.amazon.com/es_es/AmazonCloudFront/latest/DeveloperGuide/images/how-cloudfront-delivers-content.png) ## Cómo funciona CloudFront con las cachés de borde regionales Los puntos de presencia de CloudFront (también conocidos como *POP* o *ubicaciones de borde*) garantizan que los contenidos populares puedan servirse rápidamente a los lectores. CloudFront dispone también de *cachés de borde regionales* que acercan más su contenido a los lectores, incluso cuando el contenido no es tan popular como para permanecer en un punto de presencia, para ayudar a mejorar el rendimiento de dicho contenido. Las cachés perimetrales regionales ayudan con todo tipo de contenidos, especialmente los que pierden popularidad con el tiempo. Entre los ejemplos se incluyen contenido generado por usuarios como videos, fotos o ilustraciones; recursos de e-commerce como fotos y videos de productos, así como noticias y contenido relacionado con eventos que podrían hacerse populares de repente. **Cómo funcionan las cachés regionales** Las cachés de borde regionales son ubicaciones de CloudFront implementadas en todo el mundo y cercanas a sus lectores. Están ubicadas entre el servidor de origen y los puntos de presencia: ubicaciones de borde globales que distribuyen contenido directamente a los lectores. A medida que los objetos se hacen menos populares, los puntos de presencia individuales podrían quitar dichos objetos para dejar espacio a contenido más popular. Las cachés perimetrales regionales tienen una caché mayor que un punto de presencia individual, de modo que los objetos permanecen más tiempo en la ubicación de caché perimetral regional más cercana. De esta manera, es posible conservar un mayor volumen de contenido más cerca de los lectores, lo que reduce la necesidad de que CloudFront regrese al servidor de origen y mejora el rendimiento general para los lectores. Cuando un espectador realiza una solicitud a su sitio web o mediante su aplicación, DNS dirige la solicitud al punto de presencia que puede distribuir mejor la solicitud del usuario. Esta ubicación suele ser la ubicación de borde de CloudFront más cercana en términos de latencia. En el punto de presencia, CloudFront busca el objeto solicitado en su caché. Si el objeto está en la caché, CloudFront lo devuelve al usuario. Si el objeto no se encuentra en la caché, el POP suele dirigirse a la caché de borde regional más cercana para recuperarlo. Para obtener más información sobre cuándo el POP omite la caché de borde regional y va directamente al origen, consulte la siguiente nota. En la caché de borde regional, CloudFront vuelve a buscar el objeto solicitado en su caché. Si el objeto se encuentra en la caché, CloudFront lo reenvía al POP que lo solicitó. En cuanto el primer byte llega desde la caché de borde regional, CloudFront comienza a reenviar el objeto al usuario. CloudFront también agrega el objeto a la caché en el POP para la próxima vez que alguien lo solicite. En el caso de los objetos que no están almacenados en caché ni en el POP ni en la ubicación de caché de borde regional, CloudFront compara la solicitud con las especificaciones de sus distribuciones y reenvía la solicitud al servidor de origen. Después de que su servidor de origen devuelva el objeto a la ubicación de borde regional de la caché, este se reenvía al POP y, a continuación, CloudFront lo reenvía al usuario. En este caso, CloudFront también agrega el objeto a la caché en la ubicación de caché de borde regional, además de agregarlos al punto de presencia para la próxima vez que un lector lo solicite. Esto garantiza que todos los puntos de presencia de una región compartan una caché local, con lo que no es necesario realizar varias solicitudes a los servidores de origen. CloudFront mantiene además conexiones permanentes con los servidores de origen, de modo que los objetos se obtengan desde los orígenes lo antes posible. **nota** Las cachés perimetrales regionales tienen paridad de características con los puntos de presencia. Por ejemplo, una solicitud de invalidación de la caché elimina un objeto tanto de las cachés de los puntos de presencia como de las cachés perimetrales regionales antes de caducar. La próxima vez que un lector solicite el objeto, CloudFront volverá al origen para recuperar la última versión. Los métodos HTTP proxy (`PUT`, `POST`, `PATCH`, `OPTIONS` y `DELETE`) van directamente al origen desde los puntos de presencia sin pasar por las cachés de borde regionales. Las solicitudes dinámicas, según se determinan en el momento de la solicitud, no fluyen a través de las cachés de borde regionales, sino que van directamente al origen. Cuando el origen es un bucket de Amazon S3 y la caché de borde regional óptima de la solicitud está en el mismo Región de AWS que el bucket de S3, el punto de presencia omite la caché de borde regional y va directamente al bucket de S3. El siguiente diagrama ilustra cómo fluyen las solicitudes y las respuestas a través de las ubicaciones de borde de CloudFront y las cachés de borde regionales. ![\[Diagrama que muestra las rutas de solicitud/respuesta desde los espectadores hasta el origen a través de ubicaciones periféricas y cachés de periferia regionales.\]](http://docs.aws.amazon.com/es_es/AmazonCloudFront/latest/DeveloperGuide/images/regional-edge-caches.png) # Ubicaciones e intervalos de direcciones IP de servidores de borde de CloudFront Para obtener una lista de las ubicaciones de los servidores de borde de CloudFront, consulte la página [Amazon CloudFront Global Edge Network](https://aws.amazon.com/cloudfront/features/#Global_Edge_Network). Amazon Web Services (AWS) publica sus rangos de direcciones IP actuales en formato JSON. Para ver los rangos actuales, descargue [ip-ranges.json](https://ip-ranges.amazonaws.com/ip-ranges.json). Para obtener más información, consulte [Rangos de direcciones IP de AWS](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) en la *Referencia general de Amazon Web Services*. Para encontrar los intervalos de direcciones IP asociadas a servidores de borde de CloudFront, busque la siguiente cadena en ip-ranges.json: ``` "region": "GLOBAL", "service": "CLOUDFRONT" ``` También puede ver sólo los intervalos de IP de CloudFront en [https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips](https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips). ## Utilizar la lista de prefijos administrados de CloudFront La lista de prefijos administrados de CloudFront contiene los intervalos de direcciones IP de todos los servidores orientados a origen distribuidos globalmente de CloudFront. Si su origen está alojado en AWS y protegido por un [grupo de seguridad](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html) de Amazon VPC, puede utilizar la lista de prefijos administrados de CloudFront para permitir el tráfico entrante a su origen solo desde los servidores orientados al origen de CloudFront, lo que impide que cualquier tráfico que no sea de CloudFront llegue a su origen. CloudFront mantiene la lista de prefijos administrados para que esté siempre actualizada con las direcciones IP de todos los servidores de origen globales de CloudFront. Con la lista de prefijos administrados de CloudFront, no es necesario la lectura o el mantenimiento de una lista de intervalos de direcciones IP. Por ejemplo, imagine que su origen es una instancia de Amazon EC2 en la región Europa (Londres) (`eu-west-2`). Si la instancia se encuentra en una VPC, puede crear una regla de grupo de seguridad que permita el acceso HTTPS entrante desde la lista de prefijos administrados de CloudFront. Esto permite que todos los servidores orientados al origen global de CloudFront lleguen a la instancia. Si elimina todas las demás reglas entrantes del grupo de seguridad, evitará que cualquier tráfico que no sea de CloudFront llegue a la instancia. Las listas de prefijos administrados de CloudFront son las siguientes: + `com.amazonaws.global.cloudfront.origin-facing` (IPv4) + `com.amazonaws.global.ipv6.cloudfront.origin-facing` (IPv6) Para obtener más información, consulte [Utilizar una lista de prefijos administrados por AWS](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#use-aws-managed-prefix-list) en la *Guía del usuario de Amazon VPC*. **importante** La lista de prefijos administrados de CloudFront es única en cuanto a cómo se aplica a las cuotas de Amazon VPC. Para obtener más información, consulte [ el peso de la lista de prefijos administrados de AWS](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#aws-managed-prefix-list-weights) en la *Guía del usuario de Amazon VPC*. # Uso de CloudFront con AWS SDK Los kits de desarrollo de software (SDK) de AWS se encuentran disponibles en muchos lenguajes de programación populares. Cada SDK proporciona una API, ejemplos de código y documentación que facilitan a los desarrolladores la creación de aplicaciones en su lenguaje preferido. | Documentación de SDK | Ejemplos de código | | --- | --- | | [AWS SDK para C\$1\$1](https://docs.aws.amazon.com/sdk-for-cpp) | [AWS SDK para C\$1\$1 Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/cpp) | | [AWS CLI](https://docs.aws.amazon.com/cli) | [AWS CLI Ejemplos de código de la](https://docs.aws.amazon.com/code-library/latest/ug/cli_2_code_examples.html) | | [AWS SDK para Go](https://docs.aws.amazon.com/sdk-for-go) | [AWS SDK para Go Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/gov2) | | [AWS SDK para Java](https://docs.aws.amazon.com/sdk-for-java) | [AWS SDK para Java Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javav2) | | [AWS SDK para JavaScript](https://docs.aws.amazon.com/sdk-for-javascript) | [AWS SDK para JavaScript Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javascriptv3) | | [AWS SDK para Kotlin](https://docs.aws.amazon.com/sdk-for-kotlin) | [AWS SDK para Kotlin Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/kotlin) | | [AWS SDK para .NET](https://docs.aws.amazon.com/sdk-for-net) | [AWS SDK para .NET Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/dotnetv3) | | [AWS SDK para PHP](https://docs.aws.amazon.com/sdk-for-php) | [AWS SDK para PHP Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/php) | | [Herramientas de AWS para PowerShell](https://docs.aws.amazon.com/powershell) | [Herramientas de AWS para PowerShell Ejemplos de código de la](https://docs.aws.amazon.com/code-library/latest/ug/powershell_5_code_examples.html) | | [AWS SDK para Python (Boto3)](https://docs.aws.amazon.com/pythonsdk) | [AWS SDK para Python (Boto3) Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/python) | | [AWS SDK para Ruby](https://docs.aws.amazon.com/sdk-for-ruby) | [AWS SDK para Ruby Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/ruby) | | [AWS SDK para Rust](https://docs.aws.amazon.com/sdk-for-rust) | [AWS SDK para Rust Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1) | | [AWS SDK para SAP ABAP](https://docs.aws.amazon.com/sdk-for-sapabap) | [AWS SDK para SAP ABAP Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/sap-abap) | | [AWS SDK para Swift](https://docs.aws.amazon.com/sdk-for-swift) | [AWS SDK para Swift Ejemplos de código de la](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/swift) | **Ejemplo de disponibilidad** ¿No encuentra lo que necesita? Solicite un ejemplo de código a través del enlace de **Enviar comentarios** que se encuentra al final de esta página. ## Recursos técnicos de CloudFront Utilice los siguientes recursos para obtener respuestas a preguntas técnicas sobre CloudFront: + [AWS re:Post](https://repost.aws/tags/TA8pHF0m5aQdawzT2gwPcVYQ/amazon-cloudfront): un sitio de preguntas y respuestas de la comunidad en el que los desarrolladores pueden debatir aspectos técnicos relacionados con CloudFront. + [Soporte Center](https://console.aws.amazon.com/support/home): este sitio incluye información sobre sus casos de soporte recientes, así como los resultados de AWS Trusted Advisor y las comprobaciones de estado. También contiene enlaces a foros de debate, preguntas frecuentes técnicas, el panel de estado del servicio e información sobre los planes de Soporte. + [AWS Premium Support](https://aws.amazon.com/premiumsupport/): información sobre AWS Premium Support, un canal de soporte individualizado y de respuesta rápida que le ayudará a crear y ejecutar aplicaciones en AWS. + [AWS IQ](https://iq.aws.amazon.com/?utm=docs): obtenga ayuda de profesionales y expertos certificados de AWS.