Allocazione risorse

1) Attività e principi

La distribuzione delle risorse è un modo sistemico per mettere in correlazione la domanda (carico di lavoro, progetti, incidenti) con l'offerta (CPU/RAM/IO/rete, licenze, persone, budget) sotto gli obiettivi SLO e i limiti di FinOps.

• SLO-first: la risorsa ha un obiettivo di qualità; la selezione è uno strumento per sopportarlo.
• Fairness + Priority: una quota equa per tutti, ma prioritaria sono le garanzie.
• Isolation: limitiamo i carichi di lavoro blast-radius.
• Elasticity: espansione/compressione automatica per la domanda effettiva.
• Cost-aware: ogni risorsa aggiuntiva deve avere un effetto comprensibile su SLO/reddito.
• Evidence-based: le soluzioni sono confermate dalla telemetria e dagli esperimenti.

2) Tassonomia delle risorse

Calcoli CPU/Memory/GPU, pool contenitori, quote senza server.
Storage: IOPS/banda larga, livelli caldi/caldi/freddi, cache.
Rete: egress/ingress, CDN, canali privati, pool IP.
Dati: slot/finestre in DWH/streaming, finestre backfile.
Persone: on-call slot, IC/Release, ora SRE/Dave (orologio/sprint).
Vendor: limiti di provider (PSP/KYC/CDN), rate-limits e connettori.

3) Modello di priorità (portafoglio)

Tier-0 - flow vitali (login, pagamenti). Risorse garantite, pool separati.
Tier-1: critico aziendale (core product, report D-1). Quote preferite.
Tier-2/3: supporto/ricerca. Burstable, limiti di bilancio.
Progetti: Valutazione di Impatto x Urgency x Confidence x Cost Negoziazione in CAV/portafoglio.

4) Criteri di distribuzione (garanzie, quote, limiti)

Guaranteed (dedicated) - Fitto/riserva; per Tier-0/1.
Burstable: quota base + diritto di occupare libero fino al limite.
Best-effort: senza garanzie, può essere soppresso.
Quota/Limit-as-Code - Tutte le quote e i limiti sono descritti dichiarativamente (repository di criteri).
Preemption/Pod Disruption Budget: chi può essere espulso e a che velocità.
Quote di rete: egress/tenant, limiti di connessione ai provider.

5) Molteplicità e isolamento

Namespace/Account per il tennis: limiti separati, budget, controllo.
Vicini rumorosi: cgrups/richiesti/limits/IO-throttling; nodi separati per le attività «difficili».
P95-isolamento: SLO è calcolato in base a percentili non medi; burst non deve rompere i p95 vicini.
Livelli di storage e cache separati da pool per le regioni VIP.

6) Scalabilità ed elasticità automatica

HPA/VPA/Cluster-Autocaler - Scala SLI/SLI-proxy (latency p95, queue depth), non solo CPU.
Scheduled scaling in anticipo sotto le finestre di picco/eventi.
Warm pools: nodi/connessioni riscaldati per scaglioni veloci.
Rete/CDN: ricalance automatica su RUM/Anycast/POP.

7) Code, classi di servizio e SLA

Classi: 'gold/silver/bronze', con tempo di attesa e budget degli errori.
Code/pneumatici: priorità, singole partenze per Tier-0, DLQ.
Backpressure: discipline drop/shape/slow per proteggere il nucleo.
Timeout/retrai adattivi sotto la classe del servizio e lo stato corrente.

8) Risorse umane

Cambio e copertura: corrispondenza al traffico (follow-the-sun), riprese P1 + P2 a picco.
Attivo SRE/Dave: percentuale di tempo per il servizio di assistenza (ad esempio 50/50) con KPI.
Richiesta risorse: modelli RFC per orologio/sprint, coda di priorità trasparente.

9) Modello finanziario (FinOps)

Unit Economy: $/1k richieste, $/pagamento riuscito, .
Budget e alert: quote di account/tenanti, avvisi di sovraccarico.
Ottimizzazione: stoccaggio caldo/caldo/freddo, loga-sempling, pool spoth per non-critical.
Showback/Chargeback - I report costi per team/tenant motivano l'efficienza.

10) Gestione dei provider

Limiti e finestre: TPS contrattuali e code PSP/KYC/CDN; finestre pianificate nel calendario.
Profili Failover: peso e routing tra più provider.
Tempo di risposta, disponibilità, costo/successo delle operazioni.

11) Metriche di maturità distribuzione

SLO Adherence per classe:% di conformità in gold/silver/bronze.
Resource Efficiency: riciclo CPU/RAM/IO (mediana/p95), quota idle.
Cost per SLO-point - Modifica dei costi per trattenere l'obiettivo SLO.
Throttling/Preemption rate: la frequenza e l'esclusione di chi.
Hotspot MTTA: tempo di risposta al surriscaldamento dei pool/tenanti.
Fairness Index: variazione dei ritardi/quote tra i tenenti (gini/varianti).

12) Assegno fogli

Prima di modificare la distribuzione

• Definiti gli obiettivi SLO e la classe del servizio.
• C'è telemetria di carico (p95/p99, crescita, stagionalità).
• Quote/limiti sono descritti in Git e sono stati ringiovaniti.
• Sono stati verificati gli effetti sui vicini (test di isolamento).
• Piano di rientro e guardrail pronti.

Operativo settimanale

• Heatmap smaltimento pool e report hotspot.
• Rapporto FinOps: $/anno, eccesso di spesa, anomalie.
• Limiti di provider e SLA completati.
• Code: ritardo all'interno delle classi, nessuna fame.
• CAPE per i colli di bottiglia rilevati.

13) Modelli (idee)

13. 1 Criteri di quota (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 Profilo di ridimensionamento automatico (sezione)

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 Classe di servizio e code

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 Richiesta di risorse (persone)

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

14) Procedure e automazione

Planner-bot - Calcola le quote della cronologia del traffico e degli obiettivi SLO, PR nel repository dei criteri.
Guardrails-bot: segnale di arresto per i depositi in caso di carenza di quota/oversubscrizione.
Comms-bot - Notifica ai comandi di sovraccarico/sovraccarico/cambio di classe.
Annotazioni - I lanci/le finestre di servizio cambiano peso/quota per la durata del lavoro (rimozione dopo).

15) Anti-pattern

Evidenziare «sensazioni» senza SLO e telemetria.
Un pool per tutti, senza l'isolamento dei vicini rumorosi.
Un burst incontrollato, senza limiti superiori, «soffociamo» i vicini.
L'assenza di backpressure/code è stata → da un fiocco di neve di timeout.
Ignorare il costo dei reparti/egress è una perdita di bilancio silenziosa.
Le quote fisse senza stagionalità/picchi non sono disponibili o superate.

16) Road map di implementazione (4-8 settimane)

1. Ned. 1-2: inventario delle risorse e dei servizi Assegnazione di classi (gold/silver/bronze) Quote primarie SLO base.
2. Ned. 3-4: abilita la scalabilità automatica con proxy SLI personalizzare code e backpressure isolare i pool Tier-0.
3. Ned. 5-6: rendicontazione FinOps ($/1, quote, alert di bilancio); warm-pools e schede dipinte per i giorni di punta.
4. Ned. 7-8: automazione Planner/Guardrails, ufficio tenante (visibilità quote/costo), riview trimestrale fairness & hotspots.

17) Totale

La distribuzione delle risorse non è una configurazione singola, ma un processo attivo integrato in SLO, telemetria e FinOps. Quando le priorità sono formalizzate, le quote e i limiti - come codice, isolamento ed elasticità - sono predefiniti, e le soluzioni sono confermate da metriche e costi, il sistema agisce stabilmente in picchi, protegge i flow critici e non «brucia» il budget.