サービス運用と監視

プラットフォームの稼働状況を監視し、キュー処理を調査して、AIホスティング、ブロックチェーン、銀行サービスの運用案件を管理します。

ワークフロー

サービス状態を確認するSystem Healthを開き、キュー、失敗ジョブ、スケジューラーのハートビート、バックアップの新しさ、ディスク使用量、キャッシュ、キューの信頼性を確認します。
対象の作業を探す該当する管理プロジェクト、ブロックチェーンサービス、銀行依頼、財務処理の一覧から現在状態を確認します。
担当を割り当て記録する利用可能な割り当て、工程、状態の操作を使い、求められた場合は正確な運用メモや外部状態を入力します。
必要な場合だけ再試行する失敗原因を理解し、副作用が重複しないか確認してからジョブを再試行します。完了済み作業を繰り返さないよう履歴を確認します。
完了を確認する記録を開き直し、最終状態、担当者、必要な成果物、監査履歴を確認します。未解決のシステム障害はエスカレーションします。

System Health

System Healthにはキュー深度、失敗ジョブ、ディスク使用量、キャッシュ状態、キューの信頼性、スケジューラーの予定と次回実行時刻、スケジューラーとログのハートビート、最後に成功したバックアップがまとめて表示されます。診断用ダッシュボードであり、汎用サーバーシェルではありません。失敗ジョブの再試行はキューへの再登録であり、根本原因を修復しません。1件または全件を再試行する前に、例外概要とキューを確認してください。ディスク使用量の増大、ハートビート欠落、キャッシュ失敗は速やかに連絡します。

System Healthを開き、現在の指標を最近の観測値と比較します。
失敗ジョブのキューと失敗概要を調べ、再試行で外部操作が重複しないか確認します。
正当化できるジョブだけを再試行し、ページを更新して完了または再失敗を確認します。

スケジューラー、キュー、バックアップ

スケジュール済みコマンドには実行式と次回予定時刻が表示されます。スケジューラーとログのハートビートファイルが最後に書き込まれた時刻から、バックグラウンド処理の稼働状況を判断できます。キューの信頼性にはデッドレターと冪等性の問題も集計されます。バックアップ欄には最近の成功時刻、または該当なしが表示されます。予定した実行が見当たらない場合は、インシデントを起票する前にハートビート、キュー、バックアップ状態を照合してください。このダッシュボードからシェルコマンドを考案したり実行したりしないでください。

直近のスケジューラーとハートビート時刻を確認し、次回時刻とキュー深度を調べます。
デッドレター／冪等性の件数とバックアップの新しさを、予定されたサービス周期と比較します。
処理が滞っている場合は、シークレットを含まない指標と確認時刻をプラットフォーム運用担当に伝えます。

AIホスティングプロジェクトの運用

Managed Projectsは承認済みAIサービス案件の追跡に使います。一覧と詳細には見積もりまたはジョブ情報、担当、進捗が表示されます。スタッフは状態と担当者の更新、成果物のアップロード、モデルバージョンの記録、変更注文の送信、定義済み工程の完了ができます。見積もりの承認は別操作です。タスクに紐付く顧客プロジェクトだけを使い、工程を完了にする前に準備ができていることを確認してください。見積もり、取り込み済みカタログ記録、設定済みモデルだけでは本番稼働を証明できません。

管理対象プロジェクトを開き、見積もり、現在状態、担当者、未完了の工程を確認します。
権限のある担当者を割り当て、正しい成果物またはモデルバージョン記録を添付します。
受け入れ証拠が揃ってから工程を完了し、更新後のプロジェクト状態を確認します。

ブロックチェーンサービスの運用

Blockchain Operationsにはサービス注文とタスクが表示されます。対象となるサポート・管理スタッフはタスクを割り当て、開始・完了し、外部またはガバナンス状態を記録できます。これらは運用進捗を記録する操作です。該当タスクの証拠がない限り、オンチェーン取引を実行したと説明しないでください。注文詳細の履歴を最新に保ち、正しいタスクを選択します。カタログ変更はBlockchain Commerceで別途行い、God専用の管理です。

サービス注文を開き、タスク担当、請求書リンク、既存の状態履歴を確認します。
タスクを割り当てて開始し、該当する場合は検証済みの外部状態またはガバナンス状態を記録します。
結果を示す証拠が揃ってから完了し、注文を開き直して履歴を確認します。

銀行依頼の運用

Banking AdministrationはGod専用で、依頼一覧、詳細、見積もり作成、ライフサイクル変更を行えます。画面には依頼イベントと、存在する場合は関連するサービス注文や請求書が表示されます。顧客依頼や管理者見積もりは資金移動の証拠ではありません。見積もりや状態変更の前に条件、対応通貨、依頼状態を確認してください。追加情報が必要な場合は適切なワークフロー状態を使い、理由をイベント履歴に残します。

依頼を開き、送信された詳細、見積もり、サービス注文、イベント履歴を確認します。
対応通貨で正確な価格と条件を記載した承認済み見積もりを準備します。
権限のある状態変更を行い、更新状態とイベント記録を確認して、食い違いは報告します。

財務処理アラート

財務運用画面では、稼働状況、キュー登録済み実行、開始／成功／失敗／再生の操作、確認可能なアラートを扱います。これらは財務処理の運用機能であり、元帳記録を手動変更する指示ではありません。実行とアラートの状況を確認し、適切な状態変更を行って実際の結果を記録します。再生でワークフローが重複する場合があるため、冪等性と前回の結果を先に確認してください。権限境界と承認要件を維持します。

財務運用の稼働状況画面を開き、実行状態と関連アラートを確認します。
記録された証拠が裏付ける場合に限り、開始、成功、失敗、再生を選びます。
状態を把握してからアラートを確認済みにし、最終実行状態を確認します。

よくある質問

失敗ジョブを再試行すると原因も解決しますか？

いいえ。ジョブを再度キューに入れるだけです。先に原因と副作用の可能性を調べ、繰り返し失敗する場合はエスカレーションしてください。

キューの信頼性には何が表示されますか？

キューと失敗ジョブの状態に加えて、デッドレターと冪等性の失敗指標が表示されます。

ブロックチェーンタスクを完了にすると取引が送信されますか？

この操作が記録するのはタスクの完了です。オンチェーン処理を行ったと説明する前に、別途取引証拠を確認してください。

銀行の見積もりは支払いが行われた証拠ですか？

いいえ。見積もりと依頼の状態変更はワークフロー記録であり、資金移動の証明ではありません。

AIプロジェクトの工程はいつ完了できますか？

必要な作業と受け入れ証拠が揃ったときです。工程を変更する前にプロジェクト記録を確認してください。

稼働状況の問題を報告する際に何を伝えますか？

承認済みの運用窓口を通じて、関連する状態、確認時刻、シークレットを含まない失敗指標を共有してください。