アプリケーションは、動的リクエストの処理に加えて、JavaScript、画像、CSS などの静的ファイルを提供する必要があることがよくあります。フレキシブル環境のアプリは、Cloud Storage などの Google Cloud オプションから静的ファイルを提供したり、それらを直接提供したり、サードパーティのコンテンツ配信ネットワーク (CDN) を使用したりできます

## Cloud Storage からのファイルの提供
Cloud Storage は、動的ウェブアプリの静的アセットをホストできます。アプリから直接提供する代わりに Cloud Storage を使用する利点は次のとおりです。
- Cloud Storage は基本的にコンテンツ配信ネットワークとして機能します。デフォルトでは、読み取り可能なオブジェクトはすべてグローバル Cloud Storage ネットワークにキャッシュされるため、特別な構成は必要ありません。

- 静的アセットの提供を Cloud Storage にオフロードすることで、アプリの負荷が軽減されます。静的アセットの数とアクセス頻度に応じて、アプリの実行コストを大幅に削減できます。

- コンテンツにアクセスするための帯域幅料金は、多くの場合、Cloud Storage を使用すると少なくなります

アセットを Cloud Storage にアップロードするには、
gsutil コマンドライン ツール
または Cloud Storage API

Google Cloud クライアント ライブラリは、App Engine アプリで Cloud Storage を使用してデータを保存および取得するために、Cloud Storage に慣用的なクライアントを提供します。

 Cloud Storage バケットから提供する例
この簡単な例では、Cloud Storage バケットを作成し、Google Cloud CLI を使用して静的アセットをアップロードします。
バケットを作成します。プロジェクト ID に基づいてバケットに名前を付けるのが一般的ですが、必須ではありません。バケット名はグローバルに一意である必要があります

gsutil mb gsyour-bucket-name>バケット内のアイテムへの読み取りアクセスを許可するように ACL を設定します

gsutil defacl set public-read gsyour-bucket-name>アイテムをバケットにアップロードします。の
rsynccommand は通常、アセットをアップロードおよび更新するための最速かつ最も簡単な方法です。使用することもできます
CP

gsutil -m rsync -r ./static gsyour-bucket-name>/static
を介して静的アセットにアクセスできるようになりました
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
Serving files from your app is typically straightforward, however, there are a couple drawbacks that you should consider:
- Requests for static files can use resources that otherwise would be used for dynamic requests


- Depending on your configuration, serving files from your app can result in response latency, which can also affect when new instances are created for handling the load

 Example of serving static files with your app
 Go
In Go, you can use the standard
http.FileServer
or
http.ServeFile
to serve files directly from your app

// Package static demonstrates a static file handler for App Engine flexible environment. package main import ( "fmt" "net/http" "google.golang.org/appengine" ) func main() { // Serve static files from "static" directory. http.Handlestatic http.FileServer(http.Dir http.HandleFunc homepageHandler) appengine.Main() } const homepage = doctype html>   Static Files /main.css">   
This is a static file serving examplep> 
   Static Files /styles.css">   
This is a static file serving examplep> 
 default 
doctype html html(lang="en") head title Static Files meta(charset='utf-8') link(rel="stylesheet", hrefstatic/main.css") body p This is a static file serving example

The stylesheet itself is located at
./public/css, which is served from
/static/main.css

body { font-family: Verdana, Helvetica, sans-serif; background-color: #CCCCFF; }
Other Node.js frameworks, such as Hapi, Koa, and Sails typically support serving static files directly from the application. Refer to their documentation for details on how to configure and use static content

 PHP
The PHP runtime runs nginx
to serve your app, which is configured to serve static files in
your project directory. You must declare the document root by specifying
document_root in your
app.yaml file:
runtime: php env: flex runtime_config: document_root: web
 Python
Most web frameworks include support for serving static files. In this sample,
the app uses Flask's built-in ability
to serve files in
./static directory from the
/static URL

The app includes a view that renders the template. Flask automatically
serves everything in the
./static directory without additional configuration

import logging from flask import Flask, render_template app = Flaskname @app.route def hello return render_template('index.html') @app.errorhandler(500) def server_error(e): logging.exception('An error occurred during a request returnAn internal error occurred:  See logs for full stacktrace. format(e), 500 if __name__ == main # This is used when running locally. Gunicorn is used to run the # application on Google App Engine. See entrypoint in app.yaml. app.run(host='127.0.0.1', port=8080, debug=True)
The template rendered by the view includes a stylesheet located at
/static/main.css

   Static FilesFlask automatically makes files in the 'static' directory available via '/static'./main.css">   
This is a static file serving examplep> 

doctype html html head title Serving Static Files link rel="stylesheet" hrefapplication.css" script srcapplication.js" body p This is a static file serving example

The stylesheet is located at
./public/application.css which is served
from
/application.css

body { font-family: Verdana, Helvetica, sans-serif; background-color: #CCCCFF; }
 Ruby on Rails
The Ruby on Rails
web framework serves files from the
./public directory by default. Static
JavaScript and CSS files can also be generated by the Rails asset
pipeline

This example app has a layout view that includes all the app's stylesheets:
doctype html html head title Serving Static Files = stylesheet_link_tag "application", media: "all" = javascript_include_tag "application" = csrf_meta_tags body = yield
The stylesheet itself is a
Sass file located
at
./app/assets/stylesheets/main.css.sass

body font-family: Verdana, Helvetica, sans-serif background-color: #CCCCFF
By default, Rails apps do not generate or serve static assets when running in production

The Ruby runtime executes
rake assets:precompile during deployment
to generate static assets and sets the
RAILS_SERVE_STATIC_FILES environment
variable to enable static file serving in production

 .NET
   Hello Static World   
This is a static html documentp>