Les applications doivent souvent servir des fichiers statiques tels que JavaScript, des images et CSS en plus de gérer les demandes dynamiques. Les applications de l'environnement standard peuvent diffuser des fichiers statiques à partir d'une option Google Cloud telle que Cloud Storage, les diffuser directement ou utiliser un réseau de diffusion de contenu (CDN) tiers. L'hébergement de votre site statique sur Google Cloud peut coûter moins cher que l'utilisation d'un hébergement traditionnel. fournisseur, car Google Cloud propose un niveau gratuit

## Diffuser des fichiers depuis Cloud Storage
Cloud Storage peut héberger des ressources statiques pour des applications Web dynamiques. Les avantages d'utiliser Cloud Storage au lieu de diffuser directement à partir de votre application incluent :
- Cloud Storage fonctionne essentiellement comme un réseau de diffusion de contenu. Cela ne nécessite aucune configuration particulière car, par défaut, tout objet lisible est mis en cache dans le réseau global Cloud Storage

- La charge de votre application sera réduite en déchargeant les ressources statiques de diffusion vers Cloud Storage. En fonction du nombre de ressources statiques dont vous disposez et de la fréquence d'accès, cela peut réduire considérablement le coût d'exécution de votre application.

- Les frais de bande passante pour accéder au contenu peuvent souvent être inférieurs avec Cloud Storage

Vous pouvez importer vos éléments dans Cloud Storage à l'aide de la
outil de ligne de commande gsutil
ou l'API Cloud Storage

La bibliothèque cliente Google Cloud fournit un client idiomatique Go 1.11 à Cloud Storage, pour stocker et récupérer des données avec Cloud Storage dans une application App Engine

 Exemple de diffusion à partir d'un bucket Cloud Storage
Cet exemple simple crée un bucket Cloud Storage et importe des éléments statiques à l'aide de l'interface de ligne de commande Google Cloud :
Créez un seau. Il est courant, mais pas obligatoire, de nommer votre bucket d'après l'ID de votre projet. Le nom du bucket doit être unique au monde

gsutil mb gsyour-bucket-name>Définir l'ACL pour accorder un accès en lecture aux éléments du bucket

gsutil defacl set public-read gsyour-bucket-name>Importez des éléments dans le bucket. Le
rsynccommand est généralement le moyen le plus rapide et le plus simple de télécharger et de mettre à jour des ressources. Vous pouvez également utiliser
CP

gsutil -m rsync -r ./static gsyour-bucket-name>/static
Vous pouvez maintenant accéder à vos actifs statiques via
httpsstorage.googleapis.com//static

For more details on how to use Cloud Storage to serve static assets, including how to serve from a custom domain name, refer to How to Host a Static Website

 Serving files from other Google Cloud services
You also have the option of using Cloud CDN or other Google Cloud storage services

## Serving files directly from your app
To serve static files for Go 1.11 in the standard environment,
you define the handlers in your

app.yaml file using either the
static_dir
or
static_files
elements

The content in the static files or static directories are unaffected
by the scaling settings in your
app.yaml file. Requests to static files or
static directories are handled by the App Engine infrastructure
directly, and do not reach the language runtime of the application

 Configuring your static file handlers
To configure your app to serve the
./public directory from the
/static URL,
you define a handler in your
app.yaml file

The following demonstrates how to serve the static files of a sample
app's
./public directory. The template for this app's
index.html page
instructs the browser to load the
main.css file, for example:
/css/main.css">
The
./public directory is defined in the
static_dir element of the project's
app.yaml file:
handlers: - url: /favicon\.ico static_files: favicon.ico upload: favicon\.ico - url: /static static_dir: public - url:secure: always redirect_http_response_code: 301 script: auto
The
handlers section in the above example handles three URL patterns:
The
/favicon.icohandler maps a request specifically for
/favicon.icoto a file named
favicon.icoin the app's root directory

The
/statichandler maps requests for URLs that start with
/static. When App Engine receives a request for a URL beginning with
/static, it maps the remainder of the path to files in the
./publicdirectory. If an appropriate file is found in the directory, the contents of that file are returned to the client

The
 handler matches all other URLs and directs them to your app

URL path patterns are tested in the order they appear in
app.yaml, therefore
the pattern for your static files should be defined before the
 pattern

For more information, see the
app.yaml
reference

## Serving from a third-party content delivery network
You can use any external third-party CDN to serve your static files and cache dynamic requests but your app might experience increased latency and cost

For improved performance, you should use a third-party CDN that supports CDN Interconnect.