関数の仕様の選択
Function Compute や ECS と同様に、Edge Routine (ER) には関数の仕様によって定義されたパフォーマンス制限があります。例えば、実行時間が 5 ms、50 ms、100 ms などです。関数の実行時間が不明な場合は、まず 50 ms の仕様を選択してください。次に、関数をテスト環境またはグレースケール環境にパブリッシュして試行してください。ER ログで実際のリクエストの実行時間を確認し、20% のバッファーを確保できる仕様を選択します。例えば、関数の実行時間が 80 ms の場合は、100 ms の仕様を選択します。関数の仕様はいつでも調整でき、変更はすぐに有効になります。
ER 障害時のフォールバック
ドメインと関数の関連付けの設定で [オリジンへのフェイルオーバー] オプションを選択すると、ER の実行が失敗した場合に、エッジノードがオリジンサーバーに元の URL を直接リクエストするようになります。これにより、オリジンサーバーは、フェイルオーバーリクエストと ER からの通常のリクエストを区別できます。たとえば、ER によって転送される通常のリクエストにカスタムヘッダーを追加できます。フェイルオーバーリクエストは ER をバイパスするため、このヘッダーは含まれません。これにより、オリジンサーバーはフェイルオーバーリクエストに対して適切なフォールバックソリューションを実装できます。たとえば、ER を使用してエッジでページをレンダリングする場合、リクエストは通常エッジでレンダリングされ、クライアントに返されます。ER が失敗すると、エッジノードはリクエストをオリジンサーバーに渡し、オリジンサーバーはフォールバックとしてページをレンダリングできます。
グレースケールリリースのロールバック
-
本番環境にコードのバージョン V1 がデプロイされているとします。次に、新しいバージョン V2 を作成し、中国 (北京) リージョンのグレースケール環境にデプロイします。デプロイ後、V2 がエラーを引き起こし、そのリージョンのユーザーに対してサービスが利用できなくなります。ここで、中国 (北京) リージョンをバージョン V1 にロールバックする必要があります。
-
ロールバックするには、コードのバージョン V1 を選択し、中国 (北京) のグレースケール環境にデプロイします。この操作により、バージョン V2 が上書きされます。
-
デプロイが完了すると、中国 (北京) のグレースケール環境ではバージョン V1 が実行されます。
グレースケール環境の削除
設定ページで、グレースケール環境を追加または削除できます。
グレースケール環境を削除すると、対応するリージョンのエッジノードは、本番環境にデプロイされたコードバージョンの実行に自動的に切り替わります。例えば、本番環境でバージョン V1 が実行されており、中国 (北京) のグレースケール環境でバージョン V2 が実行されている場合、中国 (北京) のグレースケール環境を削除すると、そのリージョンのエッジノードはバージョン V1 の実行に切り替わります。
グレースケールリリース用のリージョンの選択
ER は世界中に 35 のリージョンを提供しています。ニーズに応じて、これらのリージョンのいずれかをグレースケール環境として追加できます。例えば、新しいコードを中国 (杭州) リージョンに最初にリリースする場合は、それをグレースケール環境として追加できます。環境の設定後、[バージョンとリリース] ページに移動してコードのバージョンを選択し、中国 (杭州) のグレースケール環境にパブリッシュします。