ルーチンに適した仕様を選択するにはどうすればよいですか?
Function ComputeやECS (Elastic Compute Service) などの他のAlibaba Cloudサービスと同様に、ERの仕様は異なります (5 ms、50 ms、100 ms) 。 ルーチンコードのランタイムが不明な場合は、デフォルト仕様の50 msを選択し、テスト環境またはカナリアリリース環境でルーチンをテスト実行できます。 その後、ERログをチェックしてルーチンの実際のランタイムを表示し、実際のランタイムと追加の20% に基づいて仕様を選択できます。 たとえば、ルーチンの完了に80 msが必要な場合は、100 msのルーチン仕様を選択することをお勧めします。 ビジネス要件に基づいてルーチン仕様を変更できます。 新しい仕様は直ちに有効化されます。
ERで例外が発生した場合にビジネスの継続性を確保するにはどうすればよいですか?
ドメイン名をルーチンに関連付ける で説明されているようにドメイン関連のルーチンを構成するときに [オリジンにリダイレクト] を選択した場合、ERで例外が発生すると、エッジノードはクライアントから要求されたURLを使用してオリジンサーバーにリクエストを転送します。 オリジンサーバーがリクエストを受信すると、サーバーはリクエストが例外のback-to-originリクエストであるか、通常のER back-to-originリクエストであるかを判断します。 たとえば、通常のER back-to-originリクエストにヘッダーを追加して、リクエストが通常のER back-to-originリクエストであることをマークできます。 このヘッダーを使用して、例外が発生した場合の通常のback-to-originリクエストとback-to-originリクエストを区別できます。 オリジンサーバーは、例外が発生した場合のback-to-originリクエストに対するERの義務を引き継ぎます。 たとえば、ERを使用してエッジノードでページをレンダリングする場合、ERが正常に実行されると、すべてのレンダリング要求がエッジノードで処理され、結果がクライアントに返されます。 ERで例外が発生した場合、リクエストはオリジンサーバーに転送され、オリジンサーバーはページのレンダリングを完了します。
カナリアのリリースをキャンセルするにはどうすればよいですか?
- たとえば、コードの最初のバージョンを本番環境に公開したとします。 次に、コードを改訂し、コードのバージョン2を北京地域のカナリアリリース環境に公開しました。 ただし、バージョン2が公開された後、例外が発生し、北京のユーザーはノードにアクセスできません。 北京リージョンのコードを最初のバージョンにロールバックする必要があります。 このプロセスを次の図に示します。
- コードのバージョン2を上書きするには、コードの最初のバージョンを選択し、コードを北京リージョンのカナリアリリース環境に公開する必要があります。
- コードの最初のバージョンを北京リージョンのカナリアリリース環境に公開した後、カナリアリリース環境 (北京) で実行されるコードがコードの最初のバージョンになります。 これは、コードがロールバックしたことを示します。
カナリアリリース環境を削除するにはどうすればよいですか?
カナリアリリースのリージョンを選択するにはどうすればよいですか?
