フラグ付きライセンスプロビジョニング失敗の処理
フラグ付きライセンスプロビジョニング失敗の処理方法
Provision tracking system は、Slack チャンネル #provision_failures の障害アラートシステムを通じてプロビジョニング失敗を監視する手段を提供します。これにより、障害が発生した際に Fulfillment Product チームと L&R Support チームが迅速に把握し、対応できるようになります。
プロビジョニング失敗を処理するワークフロー
- Fulfillment チームは Slack チャンネルでプロビジョニング失敗を監視します。プロビジョニングチーム視点での Provision Failure Monitoring プロセスについては、このリンクから情報を確認できます。
- Fulfillment チームが失敗したプロビジョニングを解決できない場合、社内リクエストフォーム経由で L&R Support の支援を要請します。リクエストオプションとして GitLab Support Internal Requests for Global customers を、社内リクエストタイプとして Report a provision failure を使用してください。提出基準は次のとおりです。
- Fulfillment が顧客向けに何かを修正するために L&R Support の介入を必要とする場合、または
- 問題の根本原因がすでに修正されているか修正中で、継続的な失敗ケースにならない場合
- このような状況では、Support Engineer は顧客に代わってチケットをオープンして問題を顧客に伝え、利用可能であれば解決策または回避策を提供する必要があります。Support Engineer は必要に応じて、起票された Zendesk チケット経由でプロビジョニング提出者と連絡を取れます。
- 必要に応じて、Support Engineer は新しいバグ Issue を作成したり、既存の Issue を更新（優先度引き上げやフィードバックを要請）したり、新しい機能リクエストを作成したりできます。詳細は GitLab ハンドブックの Managing Product Issues セクションを参照してください。
最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (
bfd74782)