このページでは、第 1 世代から第 2 世代の PHP ランタイムに移行する手順について説明します。サポートされている最新バージョンの PHP を使用するように第 2 世代のアプリをアップグレードするには、既存のアプリケーションをアップグレードするをご覧ください。
PHP 5 は、2024 年 1 月 30 日にサポートが終了しました。既存の PHP 5 アプリケーションは引き続き実行され、トラフィックを受信します。ただし、サポート終了日を経過すると、ランタイムを使用するアプリケーションの再デプロイが App Engine によってブロックされることがあります。このページのガイドラインに沿って、サポートされている最新のランタイムの PHP ランタイムに移行することをおすすめします。
サポートされている第 2 世代の PHP ランタイムに移行すると、最新の言語機能を使用し、慣用的なコードでより移植性の高いアプリを構築できます。
PHP 5.5 と第 2 世代の PHP ランタイムの互換性に関する問題
公式の PHP ドキュメントで PHP の各バージョンからの移行に関する情報が提供されています。
- PHP 5.5.x から PHP 5.6.x への移行
- PHP 5.6.x から PHP 7.0.x への移行
- PHP 7.0.x から PHP 7.1.x への移行
- PHP 7.1.x から PHP 7.2.x への移行
- PHP 7.2.x から PHP 7.3.x への移行
- PHP 7.3.x から PHP 7.4.x への移行
- PHP 7.4.x から PHP 8.0.x への移行
- PHP 8.0.x から PHP 8.1.x への移行
PHP 5.5 と第 2 世代の PHP ランタイムの主な違い
以下に、App Engine スタンダード環境での PHP 5.5 と第 2 世代の PHP ランタイムの違いの概要を示します。
メモリ使用量の違い
第 2 世代のランタイムでは、第 1 世代のランタイムよりもメモリ使用量のベースラインが高くなります。これは、ベースイメージのバージョンの違いや、2 つの世代でのメモリ使用量の計算方法の違いなど、複数の要因によるものです。
第 2 世代のランタイムでは、アプリプロセスで使用されるものとメモリに動的にキャッシュされるアプリケーション ファイルの数の合計としてインスタンスのメモリ使用量が計算されます。メモリ使用量の多いアプリケーションで、メモリの上限を超えてインスタンスがシャットダウンしないようにするには、より多くのメモリを備えているインスタンス クラスにアップグレードします。
CPU 使用率の違い
第 2 世代のランタイムでは、インスタンスのコールド スタート時の CPU 使用率のベースラインが高くなります。アプリケーションのスケーリング構成によっては、CPU 使用率に基づいてスケーリングするようにアプリケーションを構成すると、インスタンス数が想定よりも多くなるなど、意図しない結果が生じることがあります。この問題を回避するには、アプリケーションのスケーリング構成をテストして、インスタンス数が許容範囲内であることを確認します。
リクエスト ヘッダーの違い
第 1 世代のランタイムでは、アンダースコア付きのリクエスト ヘッダー(X-Test-Foo_bar
など)をアプリケーションに転送できます。第 2 世代のランタイムでは、ホスト アーキテクチャに Nginx が導入されています。この変更の結果、第 2 世代のランタイムはアンダースコア(_
)付きのヘッダーを自動的に削除するように構成されています。アプリケーションでの問題を回避するため、アプリケーションのリクエスト ヘッダーにアンダースコアを使用しないでください。
app.yaml
ファイルを移行する
アプリケーションのすべてのルーティングを処理するフロント コントローラを配置する必要があります。詳細については、アプリケーションの起動をご覧ください。
第 2 世代の PHP ランタイムでは、script
ハンドラ要素をカスタマイズできません。すべてのトラフィックが entrypoint コマンドを使用して提供されるため、唯一の有効な値は auto
です。静的でない URL のすべてのハンドラで script: auto
を指定しないとデプロイは成功しません。
app.yaml
構成ファイルの一部の要素の動作が変更されました。
要素 | 変更タイプ | 説明 |
---|---|---|
entrypoint | 追加 | 必要に応じて、このフィールドでアプリの起動時に実行されるコマンドを指定します。 |
threadsafe | 非推奨 | すべてのアプリケーションがスレッドセーフ(つまり、インスタンスが複数のリクエストを同時に処理できる)とみなされます。 |
api_version | 非推奨 | 以前は必須でしたが、第 2 世代の PHP ランタイムでは必要ありません。 |
application_readable | 非推奨 | |
builtins | 非推奨 | |
libraries | 非推奨 | composer.json メタデータ ファイルを使用して、サードパーティの任意の依存関係をインストールできます。 |
handlers | 修正 |
|
非推奨のフィールドのいずれかを使用すると、アプリのデプロイ時にエラーが発生します。
詳細については、app.yaml
リファレンスをご覧ください。
緩和されたランタイムの制限
第 2 世代の PHP ランタイムは、PHP 5.5 ランタイムに比べて制限が緩和されています。
- サードパーティの依存関係をインストールします。
- このランタイムには完全版のファイル システムが含まれています。
- インスタンスが実行されている間にリクエストの対象外のスレッドやプロセスをバックグラウンドで生成します。
- PHP 用の Google Cloud クライアント ライブラリを使用して、アプリを他の Google Cloud サービスと統合します。詳細については、Google Cloud クライアント ライブラリのインストールのページをご覧ください。
詳細については、PHP ランタイム環境をご覧ください。
App Engine の PHP SDK から移行する
ランタイム移行の労力と複雑さを軽減するため、App Engine スタンダード環境では、Memcache など、以前のバンドル サービスや API の多くは第 2 世代の PHP ランタイムでも利用できるようになっています。第 2 世代の PHP アプリは、App Engine SDK を介してバンドル サービスの API を呼び出し、PHP 5 ランタイムとほぼ同じ機能にアクセスできます。PHP 5 で使用可能な以前のバンドル サービスすべてに、第 2 世代の PHP ランタイムに対応するサービスがあるわけではありません。第 2 世代の PHP ランタイムで使用可能な以前のバンドル サービス API の全一覧については、以前のバンドル サービスの API リファレンス ドキュメントをご覧ください。
以前のバンドル サービスと同様の機能を備えた Google Cloud プロダクトを使用することもできます。これらの Google Cloud プロダクトには、慣用的な Google Cloud CLI クライアント ライブラリが用意されています。Google Cloud で個別のプロダクトとして提供されていない以前のバンドル サービス(検索など)については、サードパーティ プロバイダまたはその他の回避策を使用できます。バンドルされていないサービスへの移行については、バンドル サービスからの移行をご覧ください。
アプリケーションをローカルで実行する
アプリケーションをテストしてローカルで実行するには:
App Engine スタンダード環境で利用可能な第 2 世代の PHP ランタイムに対応する PHP のバージョンをローカルにインストールします。
ウェブサーバーをインストールし、これを使用してアプリをローカルで提供します。
たとえば、次のコマンドを実行して HTTP サーバーを起動します。
php -S localhost:8080
その後、ウェブブラウザで http://localhost:8080 にアクセスしてアプリケーションを表示します。