リソースの割り当て

1）タスクと原則

リソース割り当ては、ターゲットSLOおよびFinOpsの制限に対する需要（負荷、プロジェクト、インシデント）と供給（CPU/RAM/IO/ネットワーク、ライセンス、人々、予算）を一致させるための体系的な方法です。

• SLO-first：リソースには品質目標があります。選択はそれに抗する用具です。
• 公平性+優先度：すべての人にとって公正なシェアですが、保証は優先事項です。
• 分離：ブラスト半径「gluttonous」負荷を制限します。
• 弾性：実際の需要のための自動拡張/収縮。
• 費用対効果：追加の各リソースは、SLO/収益に理解可能な影響を与える必要があります。
• 証拠ベース：テレメトリーと実験によって確認されたソリューション。

2）資源分類

コンピューティング：CPU/メモリ/GPU、コンテナプール、サーバーレスクォータ。
ストレージ：IOPS/スループット、ホット/ウォーム/コールドレイヤー、キャッシュ。
ネットワーク：出力/入力、CDN、プライベートチャネル、IPプール。
データ：DWH/ストリーミング、バックフィルウィンドウのスロット/ウィンドウリソース。
人：コールスロット、IC/リリース、 SRE/開発時間（時間/スプリント）。
ベンダー：プロバイダ制限（PSP/KYC/CDN）、レート制限および接続。

3）優先順位付けモデル（ポートフォリオ）

Tier-0：バイタルフロー（ログイン、支払い）。保証されたリソース、個々のプール。
階層1：ビジネスクリティカル（コア製品、レポートD-1）。優先されるクォータ。
Tier-2/3：補助/研究。破裂性、予算の限界。
プロジェクト：影響×緊急性×信頼×コスト評価→ランク；SAV/ポートフォリオのマッチング。

4）配分ポリシー（保証、クォータ、制限）

保証（専用）：固定シェア/リザーブ；Tier-0/1のために。
バースタブル：ベースクォータ+限界まで借りる権利。
最善の努力：保証は、置き換えることができません。
クォータ/Limit-as-Code：すべてのクォータとリミットは宣言的に記述されます（ポリシーリポジトリ）。
Preemption/Pod Disruption Budget：誰がどのような速度で追放されるか。
ネットワーククォータ：出口/テナント、プロバイダへの接続の制限。

5）複数のテナントおよび分離

名前空間/テナントごとのアカウント：個々の制限、予算、監査。
騒々しい隣人：cgroups/requests/limits/IOスロットル；「重い」タスクのノードを分離します。
P95-isolation： SLOはパーセンタイルで計算され、平均ではありません。バーストはP95隣人を壊すべきではありません。
データテナンシー：VIP/リージョンのストレージ層とキャッシュを分離します。

6）自動スケーリングおよび伸縮性

HPA/VPA/Cluster-autoscaler： CPUだけでなく、SLI/SLIプロキシ（レイテンシp95、キュー深度）によるスケール。
スケーリングのスケジュール：ピークウィンドウ/イベントの事前設定。
ウォームプール：ウォームアップノード/接続により、高速なスケールを実現します。
ネットワーク/CDN： RUM/Anycast/POP負荷による自動リバランス。

7）キュー、サービスクラス、SLA

クラス：ターゲット待ち時間とエラー予算を持つ'金/銀/ブロンズ'。
キュー/バス：優先順位付け、Tier-0用の個々のバッチ、DLQ。
Backpressure：カーネルを保護するための、ドロップ/シェイプ/スローの分野。
適応タイムアウト/リトレイ：サービスのクラスと現在の状態。

8）人事

シフトとカバレッジ：トラフィックマッチ（フォローザサン）、P1+P2はピーク時に倍増します。
SRE/Devフォーカス：試薬/プロアクティブあたりの時間の割合（例：50/50）とKPI。
リクエストリソース：時間/スプリント、透過的な優先順位キュー用のRFCテンプレート。

9）金融モデル（FinOps）

ユニットエコノミー：$/1kリクエスト、$/成功した支払い、$/GiBログ。
予算とアラート：アカウント/テナントのクォータ、過保持に関する警告。
最適化：ホット/ウォーム/コールドストレージ、ログサンプリング、非クリティカルのスポットプール。
ショーバック/チャージバック：チーム/テナントによるコストレポートがパフォーマンスを動機付けます。

10）プロバイダ管理

制限とウィンドウ：PSP/KYC/CDNでの契約TPSとキュー；カレンダーのスケジュールされたウィンドウ。
フェールオーバープロファイル：重みと複数のプロバイダ間のルーティング。
パルスメトリクス：応答時間、回復力、コスト/成功した操作。

11）分布成熟度の指標

等級によるSLOの付着：金/銀/青銅の％の承諾。
リソース効率：CPU/RAM/IO使用率（中央値/p95）、アイドル共有。
SLOポイントあたりのコスト：SLOターゲットを保持するコストの変更。
スロットリング/プリエンプションレート：どのくらいの頻度で誰を置き換えるか。
ホットスポットMTTA：プール/テナントの過熱応答時間。
公平性指数：テナント間の遅延/クォータ拡散（ジニ/バリエーション）。

12）チェックリスト

ディストリビューションを変更する前に

• SLOターゲットとサービスクラスが定義されています。
• 荷重によるテレメトリー（p95/p99、成長、季節性）がある。
• クォータ/リミットはGitで記述され、レビューされます。
• テストされた近傍（分離テスト）への影響。
• ロールバックプランとガードレールの準備ができました。

ウィークリーオペレーティングルーム

• プール処分とホットスポットレポートのヒートマップ。
• FinOpsレポート：$/unit、 overruns、 anomalies。
• プロバイダの制限とSLAが満たされます。
• キュー：クラス内の遅延、断食なし。
• 作業中のボトルネックを特定したCAPA。

13）テンプレート（アイデア）

13.1クォータポリシー（YAML）

yaml tenant: vip-eu class: gold compute:
cpu:
request: "8000m"
limit: "12000m"
memory:
request: "16Gi"
limit: "24Gi"
storage:
tier: hot iops_min: 8000 network:
egress_mbps_cap: 500 slo:
latency_p95_ms: 250 preemption:
protected: true burst:
allowed: true max_factor: 1.5

13.2自動ズームプロファイル（フラグメント）

yaml autoscaling:
metric: "queue_depth"   # или biz_sli.payment_latency_p95 target: 200 min_replicas: 6 max_replicas: 60 warm_pool: 4 cooldown_sec: 120

13.3サービスクラスとキュー

yaml class: gold sla:
wait_p95_ms: 150 queue:
partition: "gold-eu"
retry_policy:
attempts: 2 backoff_ms: 200 backpressure: "shape" # иначе drop/slow

13.4リソースクレーム（人）

RFC: RES-OPS-2025-11
Цель: усилить on-call P2 на пике ноябрьских промо (EU)
Период: 2025-11-25..2025-12-05
Обоснование: прогноз трафика +30%, прошлогодний p95 MTTA ↑
Запрос: +1 P2 слот/сутки, +IC в prime-time

14）プロシージャおよびオートメーション

プランナーボット：トラフィックとSLO目標の履歴からのクォータの計算、ポリシーリポジトリへのPR。
Guardrails-bot：クォータ/オーバーサブスクリプションが不十分な場合、ディプロールへの信号を停止します。
Comms bot：過保持/プリエンプション/クラス変更に関するチームの通知。
注釈：メンテナンスリリース/ウィンドウは、作業期間中の重み/クォータを変更します（後の抑制の除去）。

15）アンチパターン

SLOとテレメトリーなしの「感覚による」ハイライト。
隔離なしのすべての人のための1つの大きなプール「騒々しい隣人」。
上限のない制御されていないバースト→「strangle」隣人。
背圧/キューの欠如→タイムアウトの雪玉。
ログ/出力のコストを無視します-「静かな」予算漏れ。
季節性/ピーク→利用不可または過保持のない固定クォータ。

16）導入ロードマップ（4〜8週間）

1.ネッド。1-2：資源およびサービスの在庫；クラス割り当て（金/銀/青銅）プライマリクォータ；基本的なSLO。
2.ネッド。3-4： SLIプロキシによる自動スケーリングを有効にします。キューとbackpressureの設定Tier-0プールを分離します。
3.ネッド。5-6： FinOpsレポート（$/単位、クォータ、予算アラート）；ピーク日のウォームプールと塗装スケール。
4.ネッド。7-8：プランナー/ガードレールオートメーション、テナントキャビネット（クォータ/値の可視性）、四半期ごとのレビュー公平性&ホットスポット。

17）ボトムライン

リソース割り当ては1回限りのセットアップではなく、SLO、テレメトリー、およびFinOpsに組み込まれたライブプロセスです。優先順位、クォータと制限（コード、分離、弾力性など）がデフォルトで定義され、メトリックとコストによって決定が確認されると、システムは着実にピークを生き残り、重要なフローを保護し、予算を「燃焼」しません。