Compute Nest:SaaS Boost に関するよくある質問

無効な SaaS Boost インスタンスの URL または不正な SaaS Boost プロダクトコードを入力すると、システムは次のエラーを報告します：

エラー名は SaasBoostCommodityNotFound で、説明は「現在の SaaS Boost プロダクトコードまたはパブリックネットワークアドレスは存在しません。マイサービスに戻ってプロダクト構成を変更するか、プロダクトのバインドを解除してください。」です。

SaaS Boost のプロダクトコードとパブリックネットワークアドレスを再入力してください。先頭や末尾にスペースを入れずに貼り付けてください。

[SaaS Boost パブリックネットワークアドレス] フィールドは、サービスインスタンス詳細ページの [今すぐ利用] セクションにあります。

ログに次のエラーが表示されることがあります：failed: The TLS connection was non-properly terminated.

このエラーは、ピーク時に github.com との接続が断続的に発生する問題が原因で発生することがよくあります。このエラーが発生した場合は、[再試行] をクリックして、接続が成功するまでお待ちください。

[executionStep begins at 2024-07-24 14:35:02]
[INFO] PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
[14:35:02] [SUCCESS] Credentials obtained successfully
[14:35:02] [INFO] Using working directory /root/workspace/my_repo
[14:35:02] [INFO] Executing step
[14:35:02] [INFO] BUILD_JOB_ID=230836360
[14:35:03] [INFO] Cleaning up directories /root/workspace /root/workspace/my_repo...
[14:35:03] git_host = github.com
[14:35:03] git clone https://github.com/<organization>/<repo>.git  --branch master /root/workspace/my_repo
[14:35:13] Cloning into '/root/workspace/my_repo'...
[14:35:13] fatal: unable to access 'https://github.com/<organization>/<repo>.git/': gnutls_handshake() failed: The TLS connection was non-properly terminated.
[14:35:13] [ERROR] Clone failed
[14:35:13] [ERROR] BUILD ERROR
[14:35:13] [ERROR] 230836360
[14:35:13] [ERROR] Step failed with return code: 2

パイプラインには npm build と Java ビルド のステージが含まれています。ビルドが完了すると、パイプラインは Function Compute の JAR パッケージを Object Storage Service (OSS) バケットに、サーバーの JAR パッケージを Compute Nest のアーティファクトリポジトリにアップロードします。実際のデプロイメントは、これらのファイルがアップロードされた後に開始されます。

• Function Compute は、OSS バケット内の ZIP パッケージを直接置き換えることでデプロイされます。

• サーバーは、プロジェクト内の deploy.sh スクリプトを実行することでデプロイされます。

パイプライン全体のステップを理解したら、パイプラインのエラーログを使用して、一般的な開発上の問題を診断できます。

パイプラインビルドタスク詳細ページで、[ローカルデバッグツール] タブに移動します。このページには、ビルド環境をローカルで正確に複製してデバッグするための docker volume create や docker run などの Docker コマンドが用意されています。[コピー] ボタンをクリックすると、すべてのコマンドを取得できます。

この失敗は、通常、次のシナリオで発生します：

• サービスインスタンスを作成したユーザーの権限が不足しています。

  Resource Access Management (RAM) ユーザーを使用する場合、次の表にリストされている権限を付与する必要があります。RAM ユーザーに権限を付与する手順については、RAM ユーザーの権限管理をご参照ください。

  必要なクラウドリソースの権限

  ポリシー名	説明
  AliyunECSFullAccess	Elastic Compute Service (ECS) へのフルアクセス。
  AliyunVPCFullAccess	Virtual Private Cloud (VPC) へのフルアクセス。
  AliyunROSFullAccess	Resource Orchestration Service (ROS) へのフルアクセス。
  AliyunCloudMonitorFullAccess	CloudMonitor へのフルアクセス。
  AliyunOSSFullAccess	OSS へのフルアクセス。
  AliyunOOSFullAccess	Operation Orchestration Service (OOS) へのフルアクセス。
  AliyunFCFullAccess	Function Compute へのフルアクセス。
  AliyunOTSFullAccess	Tablestore へのフルアクセス。
  AliyunComputeNestSupplierFullAccess	サプライヤーが Compute Nest を管理するためのフルアクセス。

• 選択した ECS インスタンスタイプが現在のアベイラビリティゾーンで在庫切れです。別のインスタンスタイプまたはアベイラビリティゾーンを選択して、再試行してください。

• 必須のプラグインが Container Service for Kubernetes (ACK) クラスターにインストールされていません。

  ack-pod-identity-webhook プラグインを ACK クラスターにインストールしてください。

  ACK コンソールで、左側のナビゲーションウィンドウの [O&M] > [アドオン] に移動します。[セキュリティ] タブで、ack-pod-identity-webhook コンポーネントカードを見つけて [インストール] をクリックします。

詳細については、サービスインスタンス詳細ページでデプロイメントログをご確認ください。

Compute Nest コンソールで、左側のナビゲーションウィンドウの [サービスインスタンス] をクリックします。関連するサービスインスタンスの詳細ページに移動し、[ログ] タブを選択してから、[デプロイメントログ] サブタブをクリックしてデプロイメントログを表示します。ログには、日付、ログカテゴリ、リソースタイプ、関連 ID、ソース、ステータスなどの情報が含まれています。

• リバースプロキシ

  一般的な方法として、Nginx、Apache、HAProxy、Traefik などのリバースプロキシサーバーを使用します。ドメイン B をホストしているサーバーにリバースプロキシを設定して、ドメイン A の対応するポートにリクエストを転送できます。

• クラウドロードバランサー

  クラウドロードバランサーを設定して、ドメイン B で受信したリクエストをドメイン A に関連付けられたバックエンドサーバーとポートに転送できます。これは通常、ロードバランサーの管理インターフェイスを通じて設定します。