SIEM izmaksas: kā salīdzināt piedāvājumus
Cenu par ierīci vai gigabaitu nevar droši salīdzināt, nezinot, kas tajā ir iekļauts. Vispirms saskaņojiet tvērumu un pieņēmumus, tad salīdziniet pilnu pakalpojuma izmaksu struktūru.
Izmēriet datus pirms prognozes
Diennakts žurnālfailu apjomu ietekmē avotu skaits, notikumu detalizācija un darba raksturs. Divām organizācijām ar vienādu galaiekārtu skaitu tas var būt atšķirīgs. Pilotā atsevišķi uzskaitiet lielākās avotu grupas un atzīmējiet periodu, kurā apjoms mērīts. Apkopes vai intensīvas darbības dienas ne vienmēr atspoguļo ikdienu.
Fiksējiet mērvienību un mērījuma vietu. Vai GB skaitīti pirms filtrēšanas, pēc pārveides vai platformas uzskaitē? Pārbaudiet atkārtotu ierakstu saņemšanu un nevajadzīgu dublēšanos. Samazinot apjomu, saglabājiet scenārijiem vajadzīgos laukus. Lētāka datu plūsma nav uzlabojums, ja tā liedz izmeklēt svarīgu darbību.
Nodaliet izmaksu sastāvdaļas
Pieprasiet atsevišķu skaidrojumu par licenci vai datu patēriņu, sākotnējām integrācijām, regulāru uzturēšanu un analītiķu darbu. Papildu izmaksas var radīt kolektoru infrastruktūra, datu pārraide, ilgāka glabāšana vai datu izgūšana izmeklēšanai. Piedāvājumā atzīmējiet, kuras pozīcijas ir fiksētas un kuras mainās atkarībā no patēriņa.
Līguma termiņš, minimālais saistību apjoms un pārsnieguma cena var ietekmēt rezultātu vairāk nekā sākuma vienības likme. Noskaidrojiet, kā notiek apjoma pārskatīšana un vai samazinājumu drīkst piemērot uzreiz. Atsevišķi jautājiet par ārkārtas incidentu izmeklēšanu: ikdienas monitorings ne vienmēr ietver pilna apjoma digitālo ekspertīzi.
Microsoft Sentinel ir konkrēts piemērs
Microsoft dokumentācija apraksta atšķirīgus norēķinu modeļus un datu līmeņus. Analītikas līmenim ir patēriņa un saistību modeļi; papildu funkcijas un glabāšana var radīt atsevišķas izmaksas. Tādēļ aktuālo aprēķinu veiciet oficiālajā cenu rīkā ar izvēlēto reģionu un vajadzīgajām funkcijām. Šajā ceļvedī nav universālas cenas eiro par GB.
Microsoft norāda, ka Sentinel izdevumi veido tikai daļu no Azure rēķina. Salīdzinot piedāvājumu, lūdziet norādīt arī izmantotos Azure resursus un pakalpojumus. Pārbaudiet aprēķina datumu, valūtu, nodokļu nosacījumus un pieņēmumus. Citas platformas var izmantot atšķirīgu licencēšanas loģiku, tāpēc viena piegādātāja mērvienību nevar automātiski pārnest uz visiem.
Glabāšanas aplēse nav rēķins
SIEM.lv plānotājs reizina jūsu ievadītos GB dienā ar izvēlēto dienu skaitu. Piemēram, ar hipotētiskiem 10 GB dienā un 30 dienām iegūst 300 GB izejdatu. Tas ir aritmētisks plānošanas piemērs, nevis ieteikts termiņš, faktiskas vides mērījums vai pakalpojuma cena. Indeksi, kopijas, saspiešana un platformas norēķinu kārtība šeit nav ietverta.
Atsevišķi aprakstiet ātri meklējamo periodu un ilgāku glabāšanu izmeklēšanai, ja tā vajadzīga. Pārbaudiet, cik ātri vēsturiskos datus var atgūt un vai par izgūšanu vai vaicājumiem jāmaksā. Izvēlieties termiņus pēc mērķa un piemērojamajām prasībām, nevis pēc nejauši iekļauta bezmaksas limita.
Salīdziniet vienu darba apjomu
Sagatavojiet bāzes scenāriju un ticamu pieauguma scenāriju ar vienādiem datu avotiem, glabāšanu un cilvēku darba laiku. Katram piedāvājumam pievienojiet izņēmumus un klienta komandas uzdevumus. Pirms lēmuma lūdziet izskaidrot izmaksu maiņu, ja datu apjoms pieaug vai tiek pievienots jauns avots.
Pieņemšanas laikā saskaņojiet, kur redzams faktiskais patēriņš, kurš seko budžetam un kā tiek apstiprinātas izmaiņas. Mērķis ir paredzams pakalpojums ar saprotamu rezultātu. Viszemākā sākuma pozīcija nepalīdz, ja pēc ieviešanas izrādās, ka vajadzīgais scenārijs, darba laiks vai datu pieejamība tajā nav iekļauta.
Vērtējiet arī klienta komandas laiku. Avotu īpašnieku iesaiste, piekļuves apstiprinājumi un atbildes uz izmeklēšanas jautājumiem paliek nepieciešamas arī pārvaldītā pakalpojumā. Pierakstiet, kas šos uzdevumus pildīs un kā notiks aizvietošana. Tas nav automātiski rēķināms ietaupījums; tas ir resurss, kas jāiekļauj reālistiskā ieviešanas un uzturēšanas plānā.