スケジュールされたCLIジョブを検証する
明示的なパス、シークレット、ワークスペースを指定してdosya CLIジョブを実行し、JSONと終了ステータスを記録してから、リモートの結果を確認します。
最終確認日
スクリーンショットは英語版の画面です。
スケジューラーの環境変数は限られており、想定外のフォルダーから実行されることがあります。確実に実行するには、絶対パス、分離した認証情報、構造化された出力、別途の読み取りによる検証を使用します。

始める前に
- CLIの実行ファイルとローカル入力には絶対パスを使用してください。リクエストの標準タイムアウトは30秒です。処理に別の制限時間が必要な場合にのみ、正の
--timeoutを設定してください。 - スケジューラーから
DOSYA_API_KEYを渡すか、非公開のXDG_CONFIG_HOMEを割り当ててください。--profileオプションはありません。 - データを変更する前に、目的のワークスペースを固定して確認してください。
手順
- ジョブ開始時にUTC時刻、CLIのバージョン、実行ファイルの絶対パス、秘密情報を含まないジョブ名、想定するワークスペースを記録してください。シークレットや環境変数全体はログに記録しないでください。
- スケジュール用の認証情報で
whoami --jsonを実行し、想定外のアカウントなら処理を中止してください。明示的な読み取りで対象ワークスペースを確認してください。 - 絶対パス、
--json、承認済みのタイムアウトを指定して目的のコマンドを実行してください。標準出力と標準エラーを別々の保護されたファイルにリダイレクトしてください。 - 元のプロセスの終了ステータスを保存してください。3は認証、4はネットワーク、5は権限拒否、75はメンテナンス、130または143はキャンセルとして分類してください。再実行しても安全な操作だけを再試行してください。
- コマンド固有の受領情報を解析してリソースIDを取り出してください。単に成功したと判断せず、バッチの部分的な失敗を確認してください。
- 想定するID、親、名前、大きさ、または削除状態をリモートで読み取り専用の操作で確認してください。処理後の状態が一致してから、スケジュールを成功として記録してください。

期待される結果
スケジューラーに識別情報、コマンドの受領情報、終了ステータス、読み取り専用で確認したリモートの処理後の状態が記録されます。ローカルの終了ステータスが0でも、リモートの状態が想定どおりでなければ成功にはなりません。
トラブルシューティング
対話形式では動作するが、スケジュールでは動作しない。 実行ファイルのパス、作業フォルダー、XDGルート、シークレットの受け渡し、ネットワーク接続を比較してください。
ジョブがタイムアウトする。 処理とスケジューラーの期限が許容することを確認してから、正の--timeoutを増やしてください。
変更操作がネットワークの終了コード4で終了する。 再試行する前にリモートの状態を確認してください。通信に失敗しても、サーバーが書き込みを拒否したとは限りません。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。