Domanda

Sfondo:

Qualche tempo fa, ho creato un sistema per registrare e classificare i crash dell'applicazione per uno dei nostri programmi interni.All'epoca, utilizzavo una combinazione di frequenza e tempo perso aggregato (il tempo tra il lancio del programma e l'arresto anomalo) per stabilire la priorità dei tipi di arresti anomali.Ha funzionato abbastanza bene.

Ora, i poteri forti vogliono numeri solidi sul costo di ciascun tipo di incidente su cui si sta lavorando.O almeno, questo è il numero Aspetto solido.Suppongo che potrei usare il tempo perduto aggregato, moltiplicato per una cifra plausibile, ma sembra complicato.

Domanda:

Esistono metodi consolidati per calcolare il costo reale dei crash delle applicazioni?Oppure, in mancanza di ciò, studi pubblicati che speculano su tali costi?


Consenso

La precisione è impossibile, ma una stima basata sul tempo di attività dovrebbe essere sufficiente se applicata in modo coerente e se i suoi limiti sono chiaramente documentati.Grazie, Matt, Orion, per aver dedicato del tempo per rispondere a questa domanda.

È stato utile?

Soluzione

Non ho visto nessuno studio, ma un'euristica ragionevole sarebbe qualcosa del tipo:

(Tempo trascorso dall'ultimo salvataggio dell'applicazione al momento dell'arresto anomalo + Tempo per riavviare l'applicazione) * Tariffa oraria media dell'operatore dell'applicazione.

La stima diventa più complessa se gli arresti anomali hanno un certo impatto sui clienti esterni o potrebbero ritardare altre cose (ad es.creare un collo di bottiglia tale che un'altra persona si ritrova seduta ad aspettare perché l'applicazione di qualcun altro si è bloccata).

Detto questo, i tuoi "poteri costituiti" potrebbero essere soddisfatti di una stima molto approssimativa purché venga applicata in modo coerente e possano vedere come sta cambiando nel tempo.

Altri suggerimenti

I poteri forti vogliono cifre solide sul costo di ogni tipo di incidente su cui si sta lavorando

Voglio volare su Marte con la mia mongolfiera, ma ciò non significa che una cosa del genere sia possibile.

Seriamente, penso che tu abbia il dovere di dire loro che non esiste un modo per misurarlo con precisione.Di' loro che puoi classificare gli arresti anomali o qualunque cosa tu possa effettivamente fare con i tuoi dati, ma questo è tutto ciò che hai.

Qualcosa come "Non riusciamo a capire quanto costa.Abbiamo questi dati su quanto tempo durano le cose, e così via, ma l'unico modo per imputare i costi è fingere che X minuti equivalgano a X dollari anche se questo non ha alcun fondamento nella realtà"

Se crei semplicemente un algoritmo di costo schifoso e NON respingi affatto, puoi incolpare solo te stesso quando la direzione si volta e usa questo numero arbitrario inventato per fare qualcosa di stupido come i vigili del fuoco, o decide di non risolvere alcun arresto anomalo e concentrarsi invece sullo sfruttamento della propria sinergia con il portale SharePoint Internet Web Sharing Love Server 2013

Aggiornamento: Per chiarire, non sto dicendo che dovresti fare affidamento solo su statistiche con una precisione del 100% e rinunciare a tutto il resto.
Quello che penso sia importante è che tu sappia cosa stai misurando.In realtà non stai misurando i costi, stai misurando il tempo di attività.In quanto tale, dovresti essere sincero al riguardo.Se vuoi stimare il costo va bene, ma credo che tu debba chiarirlo..

Se dovessi produrre un rapporto del genere, lo definirei il "rapporto di uptime di crash" e forse ho un campo secondario chiamato "costo stimato basato su $ 5/minuto". I manager ottengono la stima dei costi, ma è chiaro che il rapporto effettivo si basa sul tempo di attività e il costo è solo una stima e come funziona la stima.

Qui manca un fattore..la maggior parte delle applicazioni ha un fattore di "instabilità" in cui gli arresti anomali iniziano improvvisamente a "costare" molto di più perché le persone perdono fiducia nel servizio fornito dall'app.Una volta che ciò accadrà, allora potrà esserlo molto costoso riportare gli utenti a fidarsi e a utilizzare il sistema.

Dipende...

In termini di costo, il soltanto la cosa che conta è il impatto aziendale del crash, quindi dipende piuttosto dal tipo di applicazione.

Per molte applicazioni potrebbe non essere possibile determinare l'impatto aziendale.Per altri, potrebbero esserci misure significative.

Le misure basate sulla domanda possono essere significative: se le vendite sono costanti, potrebbero essere utili i tempi di inattività per un'app di vendita.Se le vendite fluttuano in modo imprevedibile, tali misure sono meno utili.

Anche il costo della riparazione può essere utile.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top