77 lines
3.8 KiB
SQL
77 lines
3.8 KiB
SQL
-- simple-cost-dashboard — schéma SQLite
|
|
--
|
|
-- Une "collection" = un relevé de coût pour un tenant sur une période donnée.
|
|
-- granularity='daily' -> alimenté par le cron (1 jour = 1 ligne)
|
|
-- granularity='monthly' -> alimenté par l'import historique (1 mois = 1 ligne),
|
|
-- utilisé pour les données antérieures à la mise en
|
|
-- place de la collecte journalière.
|
|
--
|
|
-- Le montant est figé en EUR au moment de la collecte (avec le taux utilisé),
|
|
-- pour que l'historique affiché ne bouge pas quand le taux de change évolue.
|
|
|
|
CREATE TABLE IF NOT EXISTS collections (
|
|
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
|
provider TEXT NOT NULL CHECK(provider IN ('aws', 'azure')),
|
|
tenant_name TEXT NOT NULL,
|
|
granularity TEXT NOT NULL CHECK(granularity IN ('daily', 'monthly')),
|
|
period_start DATE NOT NULL, -- inclusif
|
|
period_end DATE NOT NULL, -- exclusif
|
|
collected_at TIMESTAMP NOT NULL,
|
|
status TEXT NOT NULL CHECK(status IN ('ok', 'error')),
|
|
error_message TEXT,
|
|
total_amount REAL, -- en EUR (figé)
|
|
currency TEXT, -- 'EUR'
|
|
original_total REAL, -- montant avant conversion
|
|
original_currency TEXT, -- devise de facturation d'origine
|
|
exchange_rate REAL, -- taux appliqué au moment de la collecte
|
|
UNIQUE(provider, tenant_name, granularity, period_start)
|
|
);
|
|
|
|
CREATE INDEX IF NOT EXISTS idx_collections_lookup
|
|
ON collections(provider, tenant_name, granularity, period_start);
|
|
|
|
CREATE TABLE IF NOT EXISTS service_costs (
|
|
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
|
collection_id INTEGER NOT NULL REFERENCES collections(id) ON DELETE CASCADE,
|
|
service_name TEXT NOT NULL,
|
|
amount REAL NOT NULL -- en EUR (figé)
|
|
);
|
|
|
|
CREATE INDEX IF NOT EXISTS idx_service_costs_collection
|
|
ON service_costs(collection_id);
|
|
|
|
-- Détail par ressource (bucket S3, instance EC2, fonction Lambda, VM Azure...).
|
|
-- Cliché glissant sur les 14 derniers jours, réécrit à chaque collecte — pas
|
|
-- un historique jour par jour comme `collections` : AWS Cost Explorer ne
|
|
-- fournit le détail par ressource que sur cette fenêtre (limite dure de
|
|
-- l'API, indépendante de notre code), donc conserver plus d'historique
|
|
-- n'apporterait rien. Pour rester cohérent entre providers, Azure (qui n'a
|
|
-- pas cette limite) utilise la même fenêtre de 14 jours.
|
|
CREATE TABLE IF NOT EXISTS resource_costs (
|
|
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
|
provider TEXT NOT NULL CHECK(provider IN ('aws', 'azure')),
|
|
tenant_name TEXT NOT NULL,
|
|
service_name TEXT NOT NULL,
|
|
resource_id TEXT NOT NULL, -- ARN AWS / resource ID Azure complet
|
|
resource_name TEXT NOT NULL, -- dernier segment, pour l'affichage
|
|
period_start DATE NOT NULL,
|
|
period_end DATE NOT NULL,
|
|
amount REAL NOT NULL, -- en EUR (figé), somme sur la fenêtre
|
|
UNIQUE(provider, tenant_name, service_name, resource_id)
|
|
);
|
|
|
|
CREATE INDEX IF NOT EXISTS idx_resource_costs_lookup
|
|
ON resource_costs(provider, tenant_name, service_name);
|
|
|
|
-- Statut de la collecte resource-level, séparé de `collections` : elle peut
|
|
-- échouer pour une raison différente (ex: "Resource IDs" non activé côté
|
|
-- AWS Cost Explorer) sans que la collecte quotidienne normale soit en cause.
|
|
CREATE TABLE IF NOT EXISTS resource_collection_status (
|
|
provider TEXT NOT NULL CHECK(provider IN ('aws', 'azure')),
|
|
tenant_name TEXT NOT NULL,
|
|
status TEXT NOT NULL CHECK(status IN ('ok', 'unavailable', 'error')),
|
|
message TEXT,
|
|
collected_at TIMESTAMP NOT NULL,
|
|
PRIMARY KEY (provider, tenant_name)
|
|
);
|