Gli amministratori di database spesso trovano difficile articolare il proprio valore per un'organizzazione. Questo è sorprendente dato che quasi ogni parte delle attività odierne è guidata da dati affidabili.
I database sono mission-critical. Nel momento in cui un database va offline, puoi iniziare a contare i costi. Prendi, ad esempio, l'esperienza di una grande azienda IT. Il loro database funzionava perfettamente; poi hanno deciso di fare una promozione per il Black Friday. L'azienda IT ha fatto una grande spinta di marketing che si è rivelata un enorme successo. Quel giorno oltre un milione di clienti si è connesso online, il che è stato fantastico fino a quando il loro database non ha subito una brusca battuta d'arresto.
Ecco la campagna di marketing più grande e di maggior successo nella storia dell'azienda. Il call center generava centinaia di migliaia di dollari al minuto al culmine della promozione del Black Friday. Ma, nel momento in cui il database è andato giù, ha avuto un impatto diretto e quantificabile.
Modi per articolare il tuo ruolo come DBA
Database inaffidabili possono creare o distruggere un business. Pertanto, le persone che mantengono sani questi database hanno un impatto diretto sui profitti dell'azienda. DBA, sviluppatori e altri custodi dei dati all'interno dell'azienda devono essere in grado di esprimere il valore dei propri ruoli e il valore della propria attività in dollari e centesimi. Ciò è particolarmente rilevante quando cercano supporto per nuovi progetti o denaro per finanziarli.
Potresti andare dal tuo capo e dire:"Ascolta, potrei avere degli attrezzi qui?" o "Posso cambiare database? Penso che quest'altro sarà più produttivo". E al tuo capo potrebbe piacere anche l'idea, ma devono ottenere l'approvazione da qualcuno che si occupa di finanza.
Gli addetti alla finanza vorranno risposte a domande come:
- Come farà a risparmiare denaro per l'azienda?
- Come farà a generare più soldi per l'azienda?
- In che modo riduce il rischio in termini di risparmio o guadagno?
- Nel caso dei settori regolamentati, come ridurrà il rischio di non conformità?
È qui che entrano in gioco i tuoi indicatori chiave di prestazione (KPI).
KPI importanti da utilizzare per i CFO
Utilizza questi KPI di monitoraggio per comunicare il valore delle tue responsabilità quotidiane di monitoraggio:
- Disponibilità: Se la disponibilità di un call center o di un database di vendita sta diminuendo, specifica l'impatto finanziario sull'azienda. Quantificare la perdita di dollari in secondi o ore renderà il problema più tangibile per i decisori.
- Tempo di risoluzione: Ogni secondo che puoi detrarre dal tuo tempo di risoluzione avrà un effetto diretto su quanto denaro viene risparmiato o perso durante un'interruzione.
- Tempo di risposta del sistema: I tuoi database hanno un grande impatto sui tempi di risposta. Un tempo di attesa eccessivo per ottenere un rapporto o un caricamento lento della pagina su un sito di e-commerce danneggerà sicuramente gli affari.
Mettere un importo in dollari sui problemi che tu, come DBA, puoi prevenire con gli strumenti e le risorse giusti non solo convincerà le persone necessarie a finanziare i tuoi progetti, ma illustrerà anche il valore del tuo ruolo nell'organizzazione.
Il valore del monitoraggio basato su cloud per i DBA
Sentiamo spesso i DBA preoccuparsi del fatto che le loro organizzazioni stiano spostando i carichi di lavoro nel cloud e passando a una piattaforma database-as-a-service. Questi servizi gestiti gestiscono molte delle attività che un DBA potrebbe svolgere tradizionalmente, come mantenere aggiornati i database e eseguire il backup dei dati.
Ma i DBA possono anche considerare il passaggio al cloud come un'ulteriore opportunità per dimostrare valore all'organizzazione. Il passaggio al cloud per il monitoraggio delle prestazioni del database crea il nuovo compito di gestire i costi di queste piattaforme come servizio. Se miglioro le prestazioni del mio database e utilizzo meno risorse, ad esempio bruciando meno DTU in Azure, ciò ha un impatto mensile implicito sul costo.
Allo stesso modo, se l'azienda si sta spostando su una nuova piattaforma, qualcuno deve valutare la saggezza di tale mossa. Alcuni DBA sono diventati esperti di database e potrebbero non chiamarsi più DBA. Potrebbero definirsi ingegneri dei dati, ma non importa:sono le stesse persone. Questi DBA utilizzano la loro esperienza per valutare quanto sia difficile migrare da un sistema all'altro. Esaminano le implicazioni sui costi, come ottimizzare la migrazione per ridurre i costi e come configurare il nuovo sistema per aumentare la disponibilità.
Ad esempio, quando Quest ha creato Spotlight Cloud, sul back-end, abbiamo deciso di utilizzare Azure SQL DB. Quindi abbiamo deciso di migrare a Cosmos DB, il che significava che qualcuno con esperienza di database doveva valutare se fosse una buona mossa basata sull'ottenimento di prestazioni migliori, maggiore disponibilità e risparmi sui costi.
Utilizzo del monitoraggio basato su cloud per applicazioni SaaS
Se stai creando un'applicazione SaaS anziché un'applicazione locale, l'ambiente di sviluppo cambia drasticamente, o almeno cambia la natura del suo utilizzo. Quando crei uno strumento in locale, guardi alle prestazioni di quel database nel contesto di un singolo server su cui è in esecuzione e di un singolo ambiente in cui si trova. Quindi supponiamo che tu abbia 20 utenti e 20 database:hai un ambito quantificabile attraverso il quale misurare le tue prestazioni.
Ora inseriscilo in un ambiente SaaS. Potenzialmente migliaia di utenti in decine di migliaia di istanze vengono monitorati in un determinato momento. Ognuno di questi utenti potrebbe accedere in qualsiasi momento. Quindi ora, all'improvviso, devi affrontare uno spettro di prestazioni completamente diverso.
Quindi, certo, il ruolo del DBA sta cambiando, ma è diventato non meno significativo e non meno impattante sul business. In effetti, più le organizzazioni approfondiscono il cloud, più i DBA diventano critici, in particolare per riportarlo al valore articolato.
Quando un DBA può utilizzare il monitoraggio delle prestazioni del database per dimostrare risparmi sui costi al secondo, per ciclo di calcolo e per gigabyte di spazio di archiviazione utilizzato ogni singolo mese, improvvisamente, il CFO si alza e prende nota dei DBA in modo positivo.
