Hra na predstavenie: rozlúčte sa s latenciou

Od zamestnancov Techopedia, 9. mája 2016

Jedlo so sebou: Host Eric Kavanagh vedie rozhovory s Markom Madsenom, Dezom Blanchfieldom a Bullettom Manaleom o latencii a výkone.

Momentálne nie ste prihlásení. Ak chcete vidieť video, prihláste sa alebo sa zaregistrujte.

Partner obsahu Techopedia

Zamestnanci Techopedia sú prepojení so spoločnosťou Bloor Group a je možné ich kontaktovať pomocou možností napravo. Informácie o tom, ako spolupracujeme s priemyselnými partnermi, nájdete tu.

• Profile
• webové stránky

Eric Kavanagh: Dámy a páni, ahoj a vitajte znova v Hot Technologies! Ano, naozaj! Moje meno je Eric Kavanagh, toto je naša show Hot Tech, partnerstvo s našimi dobrými priateľmi z Techopedia. Hop online na Techopedia.com pre všetky najnovšie v širokej oblasti podnikových technológií; samozrejme tiež pokrývajú spotrebiteľské veci. Zameriavame sa na podnikanie tu na našom programe, takže to budeme robiť dnes.

Existuje skutočné a dostatočné miesto o mne, zasiahlo ma to na Twitteri @eric_kavanagh, milujem Twitter, milujem vyskúšanie týchto vecí, je to skvelý spôsob, ako zostať v kontakte s ľuďmi a mať dobré konverzácie a jednorazové -jeden rozhovor.

O čom to teda hovoríme? Tento rok je horúci, je to celý vesmír príležitostí, na ktorý sa dnes pozrieme vo svete správy informácií, a to, o čom dnes hovoríme, bude dopyt, bude to zrýchlenie otázok.

Myslím, že som zabudol spomenúť názov „Performance Play: Rozlúčte sa s latenciou“. Kto chce latenciu? Nikto nechce latenciu, latencia je, keď tam sedíte, kliknete na tlačidlo a počkáte, až sa niečo stane, a nikto to nechce. Deti sa to nepáči, nemyslia si, že je to v pohode, dospelí to tiež nemajú radi. Všetci sme boli rozmaznaní rýchlosťou webu a my chceme veci rýchlo, my chceme veci teraz a o tom sa dnes budeme baviť na našej výstave.

Analytik Mark Madsen je dnes s nami z agentúry Third Nature, jedného z našich štamgastov. Náš nový vedec údajov Dez Blanchfield, ktorý sa volá z austrálskeho Sydney. A potom Bullett Manale, samozrejme, je to jeho meno, v skutočnosti by to mali byť dve T. Bullett Manale pokračuje, pretože náš hosť z veľmi zaujímavej spoločnosti Idera robí veľa vecí. Už o nich viem, jedným z nich bolo, že si pred chvíľou späť kúpili spoločnosť s názvom Presné. Vedel som, že ich generálny riaditeľ Zohar Gilad, ako je to meno? Bol to jeden sakra inteligentného chlapa.

Ale ľudia, hráte v tomto webcasti dôležitú úlohu v otázkach, ktoré kladiete, takže sa nemusíte hanbiť, posielať svoje otázky kedykoľvek - môžete tak urobiť pomocou komponentu Otázky a odpovede webovej konzoly, ktorý je tam dole v pravom dolnom rohu. Môžete ma tiež rozprávať a ja sa s ním porozprávam s reproduktormi. Už tu máme niekoho, kto volá z Talianska, „Ciao, ciao. No tak? “Dobre, s tým idem tlačiť Markovu prvú líniu, odovzdám balíček Markovi. Mark, teraz máte WebEx. Zober to, podlaha je tvoja.

Mark Madsen: Vďaka, Eric. Nezačnem však v strede, začnem od začiatku. Takže len pár poznámok na začatie diskusie s Dezom a Iderou, akýsi stav štátu s vývojom, databázami a operáciami. A viete, ak sa na to pozriete, máme stále na trhu s databázami a aplikáciami tieto dva problémy na svete, pretože vývojári považujú databázy DBA za ľudí, ktorí ich komplikujú. Musíte vytvoriť dátové modely, k tomu nemáte prístup, nemôžete vytvoriť tú vec, nemôžete dať index do každého stĺpca každej tabuľky v databáze, aby ste ho urýchlili. A samozrejme, prečo tieto modely potrebujeme? Sú to len dátové štruktúry, ak ich zmeníme, nemôžete ich jednoducho napísať v serializovanej podobe?

Problém je v tom, že vývojári poznajú kód a aplikácie, ale dve veci, ktoré často nevedia, sú súbežnosť, súbežné programovanie a databázy a operačné systémy pod nimi. Keďže som bol vývojárom jadra a operačnými systémami a databázami, môžem povedať, že súbežnosť a paralelizmus sú skutočne ťažké, a tak sa veľa vecí, ktoré sa naučíte, aby ste z kódu dostali dobrý výkon, skutočne začalo rozpadávať, keď ste práca s databázou. A výkon vyzerá skvele, testovacie prostredie vyzerá skvele a prostredie otázok a odpovedí, potom zasiahne skutočný systém a zrazu to nie je také skvelé. Pretože je mnohostranný, ako kód pracuje s databázou, ako pracuje s prostredím a skutočne jednoduché postupy môžu mať drastické účinky v závislosti od toho, v akom rozsahu používate.

A keď začnete hovoriť o externých aplikáciách, samozrejme, externe orientované aplikácie, webové aplikácie, môžu byť naozaj ťažké, pretože veci sú skvelé, až sa zrazu vyrovnajú a nie sú. Budete zasiahnutí tieto zaujímavé plošiny, ktoré vyžadujú veľa nuansy pochopiť.

Druhou stránkou je pohľad DBA. Názor DBA je, že existujú operácie, trávia väčšinu svojho času, 80 až 90 percent, v operáciách a možno 10 až 20 percent sa zaoberajú vývojom, ktorý prebieha vopred. Z tohto hľadiska buď zaplatíte teraz, alebo zaplatíte neskôr, a ak trávite všetok svoj čas vopred, potom budete mať oveľa lepšiu šancu na rozdiel od vývoja, ktorý má tendenciu skúmať funkciu. priestor a snaží sa zistiť, ako čo najlepšie robiť. A tak máme problémy a teraz máme nekompatibilné metodiky - nepretržité zavádzanie, rozširovanie aplikácií, kedykoľvek budú pripravené, periodické vykonávanie kódu, práca v obchode, ktorý cvičí zariadenia. Takýto postup urýchľuje vývoj, ale všetky praktiky v databáze a to, čo robia databázy DBA a aké školenia systémových manažérov boli na to vyškolené, postupy operačného systému IT nezachovali tempo.

Ak o tom premýšľate, väčšina databáz DBA pracuje v prostredí kontroly zmien oproti prostrediu nepretržitého zavádzania. Je to všetko o stabilite a kontrole, proti rýchlosti zmeny a reverzibilite. Neustále zavádzanie, ak nemôžete ustúpiť od zmien, máte problémy, takže všetko musí byť skonštruované tak, aby bolo ľahko reverzibilné a prepínateľné kódom, čo nie je spôsob fungovania relačnej databázy, vývojových postupov a postupov riadenia.,

Tiež sa stretávate s týmito problémami, že musíte byť proaktívnejší, ak môžete ako DBA, pretože v čase, keď sa dozviete o nejakom probléme, stovky tisíc ľudí na vašom webe vyplní formuláre sťažností. To vám umožní, aby ste potrebovali nejaké nové veci, ktoré nevystúpite zo svojho starého prostredia. Viete, veci ako lepšie monitorovanie a varovanie. Zároveň sa množia databázy, máme viac aplikácií ako kedykoľvek predtým, aby sme podporili viac vecí ako kedykoľvek predtým, sú vnútri, sú vonku, sú všade. A viac nezávislých súborov údajov pre analýzy, ľudia spúšťajú databázy po celom svete, pretože, samozrejme, teraz je to ľahké, môžete si vytvoriť virtuálny stroj. Ak máte poskytovateľa cloudu alebo interného cloudu, môžete okamžite zobraziť veci a to zmení vašu celú cestu obstarávania.

Stará cesta obstarávania bola: „Mám čas si dať server, strčiť ho do stojanu, prideliť miesto, získať úložný priestor, nainštalovať databázu a robiť veci, “ versus niekto prehodil kreditnú kartu a za päť minút šiel. Ak tak urobíte, moderné vývojové prostredie funguje tempom, ktoré je veľmi odlišné, a preto je ľahké vytvárať databázy a práve to vytvára tento problém šírenia, ako nič, čo sme predtým nevideli. A to sa deje už desať rokov, nie je to pre nikoho nič nové, ale to tiež znamená, že prevádzkové prostredie vzrástlo v zložitosti.

Celé prostredie klientskeho servera sa skutočne zmenilo, pretože už nie je svetom klientskych serverov. Vtedy ste mali server, mali ste databázu, ak niečo nebolo v poriadku, vedeli ste, na ktorý server sa máte ísť, vedeli ste, ako na ňom spravovať zdroje, pretože najlepšou praxou bola jedna databáza, jeden server. Virtualizácia to začalo rozdeľovať, cloud to rozdeľuje ešte viac, pretože to, čo si myslíte, že je databázový server, je len softvér. Takže prostredie nie je skutočné. Je to to, čo obsahuje prostredie, ktoré je realitou, a môže to byť regál lopatiek alebo veľký server vytesaný do kúskov, to naozaj neviete.

Všetko okolo správy databáz a správy výkonu a toho, aké databázy boli vybudované na základe prísnej kontroly s jedným serverom alebo hrsťou serverov a niekoľkých databáz, nemôžete všetko ovládať. Sedíte tam na počítači, ale šírku pásma nemôžu virtuálni manažéri ľahko rozdeliť, takže všetko môže byť v poriadku s pamäťou a procesorom, ale ste obmedzení na nejakom prostriedku, ktorý nie je možné vyriešiť, a potom, keď pokúsite sa to napraviť, starý model by bol v ťažkej práci, získal by väčší server a urobil niečo také, teraz by to mohlo byť naozaj jednoduché, jednoducho pridajte virtuálny kurz, iba pridajte pamäť do VM a je to vyriešené. Čo sa však stane, ak je váš VM na preplnenom serveri a je potrebné migrovať? Alebo čo sa stane, ak máte veľkosť systému AWS a maximálna veľkosť je už dosiahnutá, kam idete teraz?

Takže máte všetky tieto problémy, v ktorých je teraz prostredie súčasťou databázy, balíte prostredie s databázou, všetky špeciálne prostriedky, všetko v aplikácii, ktorá je súčasťou konfigurácie, konfigurácia sa odtlačí von. Toto je z databázového prostredia, jeho správa a kontrola je oveľa ťažšia.

Ak sa pozriete na to, čo databázové centrá robia, sedia na rukách, však? Od tejto myšlienky liečenia databáz a serverov, ako sú domáce zvieratá, sme sa vzdialili. Servery majú mená, zaobchádza sa s nimi, akoby to boli individuálne veci, zaobchádzaš s nimi ako s dobytkom, spravuje stádo. A problém so spravovaním stád spočíva v tom, že ak ich neovládate, môžu nakoniec upadnúť do dlane a nie je dobrá vec. Potrebujeme lepšie monitorovacie nástroje, potrebujeme lepšie spôsoby riešenia týchto vecí a vieme, čo bolo ovplyvnené. V starom modeli to bolo jednoduchšie, pretože vám to povedali vaše operačné systémy a všetky vaše riadiace systémy, ale keď je názov vášho servera kód UPC, je ťažké niečo vymyslieť.

Nemôžete si dovoliť falošné upozornenia, nemôžete si dovoliť veci, ktoré hovoria: „Tento stroj má problém a tento počítač je hostiteľom 30 databáz.“ Nemôžete si dovoliť mať veci, ktoré vám nedajú históriu. Monitorovacie konzoly sú skvelé, keď sa rozsvietia, ale ak sa červené svetlo znova rozsvieti na zeleno a neviete prečo, a nemáte históriu, na ktorú by ste sa mohli vrátiť, aby ste sa pozreli na to, čo k tomu viedlo a na čo kontext bol, máte problémy. Potrebujeme systémy, ktoré budú monitorovať nás, potrebujeme lepšie monitorovanie a zaoberať sa občasnými prerušovanými problémami, ktoré udržiavajú túto históriu údajov.

Lepšie veci a jednoduché prahy metrík, ktoré nám poskytujú kľúčové metriky, ale nevedú nás priamo k tomu, čo je normálne, čo je neobvyklé a ako často sa tieto problémy vyskytujú. O čom skutočne hovoríme, je kombinácia monitorovacieho prostredia a riešenia výkonnosti a predajcovia sedeli na svojich rukách. Nedali nám lepšie nástroje. Máme systémy s väčším počtom CPU a pamäte, ako vieme, čo s tým so všetkým, a napriek tomu sa stále spoliehame na modely manuálneho zásahu, stroj sme do práce nezaviedli, aby nás nepresvedčili, aby nás dostali k bodu problémov, nedostali sme sa k tomuto novému štýlu, ktorý je: „Je tu problém, môžete to napraviť, “ alebo „Je tu problém s výkonom, je to vlastne s týmto špecifickým príkazom SQL, tu sú tri veci, ktoré by ste mohli použite na opravu tohto príkazu SQL. “Aplikácia heuristiky, použitie modelov strojového učenia, ktoré môžu nazerať na vzory použitia vášho systému, aby zistili problémy a vyhli sa falošným výstrahám. Pomocou stroja urobte to, čo je pre neho najlepšie, na zvýšenie DBA alebo na rozšírenie osoby, ktorá musí riešiť problémy s výkonom.

To je nový spôsob, na rozdiel od starého štýlu. S touto databázou je problém, veci sú pomalé, a preto máme nové techniky, nové spôsoby, ako to urobiť, a mali by sme ich uplatňovať, a to je miesto, kam smeruje trh. Vidíte, že sa to začína objavovať, nie u veľkých dodávateľov, ale u spoločností tretích strán, a to odzrkadľuje niečo, čo sa stalo pred 20 rokmi, keď dodávatelia databáz neposkytli jedinú vec, ktorá by pomohla spravovať systémy. Takže to je aký je smer trhu, a preto by som to chcel vrátiť späť Ericovi.

Eric Kavanagh: Dobre, odovzdám to Dezovi. A Dez, zober to, podlaha je tvoja.

Dez Blanchfield: Ďakujem, Mark. Urobili ste fantastickú prácu, keď ste pokryli jej technickú zložku. Idem k tomu z trochu iného uhla, aby som zdôraznil, čo sa stalo vo zvyšku sveta, pokiaľ ide o dopad na podniky a databázy okolo nich. Dovoľte mi skočiť na moju prvú snímku.

Na pozadí toho, čo ste práve pokryli z technickej stránky vecí a vývojovej stránky vecí, vidím podniky, ktoré musia konfrontovať najmä s problémami s údajmi a databázami, a samozrejme sme zaznamenali tento významný posun smerom k Tento koncept veľkých dát, ale databázy sú stále srdcom a dušou miest, kde si organizácie uchovávajú svoje obchodné informácie, a to od vstupných dverí až po back office. Každá časť organizácie sa dotýka databázy nejakého druhu a je poháňaná databázou, a veľmi zriedka chodím do diskusií o projektoch alebo do nejakej formy inovatívnej strategickej konverzácie v organizácii, kde je téma databázy alebo databázového systému. neprichádza a vždy existujú otázky týkajúce sa typov vecí, o ktorých sme práve počuli, vo výkone a bezpečnosti a o tom, ako vývoj prichádza k tejto výzve, kam sa zmestia databázy a či vieme o prostrediach a aplikáciách prostredie, s ktorým hovoria, čo zariadenia a mobilita?

Je to stále veľmi, veľmi horúca téma a bola to už dlhá a dlhá doba vo veľkej schéme vecí, pokiaľ ide o moderné technológie. V tejto súvislosti som presvedčený, že je to fakt, že takmer všetko, čo robíme v našom každodennom živote, v našom každodennom živote, to znamená, že je teraz podporované nejakou formou databázy. Keď premýšľame o všetkých veciach okolo nás, či už ide o účet, ktorý prichádza každý deň v pošte za nejakú službu, ktorú kupujeme, nevyhnutne sa tlačí systémom, ktorý hovorí do databázy, a sme tam. Naše telefóny majú v sebe databázy s kontaktmi a protokolmi hovorov a ďalšími vecami.

Kamkoľvek pôjdeme, za rečou a systémami, ktoré používame, existuje nejaká forma databázy a častejšie ako ne sú pre nás pomerne transparentné, ale faktom je, že sú tam. Takže som si myslel, že by som sa veľmi rýchlo zaoberal tým, prečo sa to stalo vo veľmi krátkom čase trochu problémom. Na začiatku koncept databázy pochádza od tohto krásneho pána Edgara Codda. Počas práce v spoločnosti IBM zmenil svet, pokiaľ ide o správu údajov, vytvorením koncepcie, ktorú teraz označujeme ako relačnú databázu.

Na začiatku bola databáza databázou a život bol dobrý, bol celkom jednoduchý v stĺpcoch aj odkazoch atď. A v tabuľkách a vývoj softvéru bol celkom jednoduchý a výkon nebol skutočne taký veľký problém - bola to nová vzrušujúca technológia. Do databáz sme sa dostali prostredníctvom nejakej formy terminálu a na konci terminálu 3270 na mainframe môžete skutočne vytvoriť toľko zmätku, a vždy aj iné typy terminálov, tie ostatné systémy. A vo väčšine prípadov boli terminály v starom štýle veľmi podobné tým, ktoré sú teraz webové prostredia, a že by ste vyplnili formulár na obrazovke na samotnom termináli a stlačili Enter a z toho by vyrazilo, bolo by to strieľať ako jeden paket, na požiadanie, a back-end systém by sa s tým vysporiadal. To je v zásade to, čo sa deje vo webovom prehliadači v týchto dňoch, keď do webového prehľadávača zadáte odkaz a že forma sa obvykle v reálnom čase nevracia späť do systému, hoci v súčasnosti je to v prípade AJAX úplne prípad.

Ale potom sa niečo stalo, prišla budúcnosť a novšie internet a takmer včera v sekundovom webe 2.0 a hneď za rohom sme dostali internet vecí. A v procese budúceho diania svet databáz práve explodoval a interakcie s databázami sa stali iba vecou, ​​ktorú sme všetci štandardne robili. Nebolo to tak, že by ste šli niekam niečo urobiť, napríklad kúpiť lístok do lietadla a chcel cestovať na druhú stranu planéty, niekto musel napísať do terminálu všetky vaše údaje a ísť do databázy a vytlačiť si lístok.

Takmer všetko, čo teraz robíme, či už ide o privolanie taxíka v aplikácii Google, či už ide o skákanie cez internetové bankovníctvo, o všetko, čo robíme každý deň, s nejakým systémom, je poháňaný databázou. A keď prišiel internet, bolo to trochu jednoduchšie priniesť nám, náš každodenný život prostredníctvom webového prehľadávača, potom prišiel web 2.0 a veci sa stali mobilnými a rozsah vecí sa explodoval. V skutočnosti mojím obľúbeným riadkom v tejto téme je, že „Internet všetko pripojil, web 2.0 ho urobil mobilným a sociálnym a veci sa stali veľmi, veľmi veľké a teraz máme internet a veci a, a IoT … Yikes !!“ Ešte sme si ani nezačali predstaviť vplyv internetu vecí na svet databázových systémov.

Z moderného hľadiska sa to, čo sme si mysleli ako terminál, skutočne stalo týmito vecami, sú to mobilné telefóny, sú to rôzne druhy tabliet, či už ide o osobné spotrebiteľské alebo podnikové veľkoplošné tablety, sú to notebooky a je to tradičný stolný počítač. v nejakej podobe. Na tomto obrázku môžete vidieť takmer všetky formy rozhrania, ktoré teraz používame na rozhovory s databázovými systémami a aplikáciami, ktoré sú poháňané tými, z malých gadgetov v našich rukách, ktoré chodia okolo a zdá sa, že sme k nim prilepené. cesta k mierne väčším verziám, iPadom a iným tabletom a Microsoft Surfaces, ku každodenným notebookom, ktoré sa v súčasnosti stále vyskytujú v profesionálnom prostredí a tak ďalej. Ľudia majú sklon získať laptop a nie pevnú plochu, ale podľa môjho názoru sú moderným terminálom a sú súčasťou dôvodu, že databázy čelia všetkým druhom výziev v oblasti riadenia výkonu našich životov, nielen rozvoja.

Takže predpokladám, že je to jedna z najväčších výziev, ktorým podniky stále čelia na každodennej báze. Každý si myslel, že databázy sú naším jediným problémom, nie sú. O čom to celé je? Keď ideme od jedného konca k druhému so všetkými vecami súvisiacimi s databázami, z komerčného hľadiska, a Mark's veľmi dobre pokrýval technické komponenty, ale v komerčnom zmysle, ako organizácia, uvažujeme o databázach. Zaoberáme sa vecami od základného dizajnu a vývoja. Keď podnik začne, premýšľajú o vývoji aplikácií, vývoji schopností alebo implementácii existujúcej aplikácie v nejakej forme. Musí sa uskutočniť určitá forma dizajnu a vývoja a treba veľa premýšľať o tom, ako sa tieto databázové systémy budú implementovať, podporovať a spravovať a sledovať výkony a tak ďalej.

Integrácia databázového prostredia a aplikácií a typov API, typov prístupu, ktoré sa teraz poskytujú, sú čoraz náročnejšie a zložitejšie. Každodenná správa, podpora a zálohy sú opäť veci, o ktorých sme si mysleli, že boli vyriešené, ale zrazu sa stupnica zväčšila a veci sa pohybovali rýchlejšie a objem je oveľa väčší; vzhľadom na veľkosť prostredí museli databázové systémy podporovať rýchlosť, s akou sa transakcie pohybujú.

Zamyslite sa nad databázou vo veľmi, veľmi vysokofrekvenčnom obchodnom prostredí, neexistuje žiadny spôsob, ako to ľudia môžu sledovať. Je to iba klaster strojov bojujúcich s iným klastrom strojov na obchodovanie s vysokými frekvenciami, nákup a predaj a objem na ktoré sa uskutočnia. Pomyslite na moderný scenár, napríklad na predčasné vydanie filmu Netflix, v ktorom nehovoríte iba o stovkách alebo tisícoch alebo dokonca stovkách tisícoch, prípadne o miliónoch ľudí, ktorí chcú tento film vidieť už od jeho vydania. Všetky tieto informácie sa zaznamenávajú, sledujú a zaznamenávajú a analyzujú v databázovej platforme.

A potom je tu stále svet, v ktorom teraz žijeme, 24 hodín denne, 7 dní v týždni, a to nielen nasledovať Slnko, ale vždy je niekto o polnoci, kto chce niečo urobiť, a po celom svete sú po Slnku pracovné hodiny. Takže doba prevádzkyschopnosti a dostupnosť sú v predvolenom nastavení podnebie, výpadok v skutočnosti jednoducho nie je prijateľný. A redundancia, ak sa vyskytne problém s výkonom alebo ak potrebujeme okno údržby na vykonanie aktualizácie alebo opravy alebo zabezpečenia, naozaj, musíme byť schopní prepnúť z jedného databázového prostredia do druhého a urobiť to hladko a automaticky.

Bezpečnosť a normy a súlad s predpismi, vo svete neskoro, najmä v GFC, sa odohrali niektoré veľmi veľké veci, a preto máme celý rad nových výziev, ktoré musíme splniť v súvislosti s dodržiavaním a bezpečnosťou a zodpovedajúcimi normami, a my potrebujeme byť schopný informovať o nich v reálnom čase a ideálne vo forme dashboardu. Nechceme vysielať opice do dátového centra, ktoré sa snaží nájsť veci, potrebujeme systém, ktorý nám to okamžite oznámi v reálnom čase.

A tie dve veľké zábavné, o ktorých takmer nikto nehovorí, ich zvyčajne tlačíme pod koberec a dúfame, že nikdy nezvýšia svoju škaredú hlavu, ale obnovenie po katastrofe a kontinuita podnikania - to sú tiež veci, ktoré by mali väčšinou sa stane automaticky, ak by to bolo potrebné.

Mohli by sme stráviť dni rozprávaním o druhoch vecí, ktoré sa môžu v databázových prostrediach pokaziť a že ľudia vo všeobecnosti reagovali, ale teraz potrebujeme systémy a nástroje, aby sme to pre nás urobili. Jedným z príkladov je porušenie údajov, a tak keď uvažujeme o databázach, a túto otázku kladiem celkom otvorene v rôznych formách: čo sa stane s databázami, keď odložíme oči a niečo kritické sa pokazí? Najmä ak neexistuje systém, ktorý by sledoval výkon a bezpečnosť a ďalšie hlavné aspekty prevádzkovania databáz.

Čo by sa mohlo stať, je toto, je to snímka obrazovky niektorých nedávnych porušení za posledné dva až tri roky. Všetky tieto kroky vždy pochádzajú z databázového systému a vždy existuje problém v oblasti zabezpečenia alebo kontroly alebo prístupu, ktorý nastal, a v ľavom hornom rohu sa zaoberáme 152 miliónmi účtov Adobe, kde každý detail z týchto zákazníkov bolo porušených. A keby išlo o vhodné nástroje na sledovanie a zachytenie incidentu a kontrolu bezpečnosti, mohli by sme sa niektorým vyhnúť, niektoré prvé stovky ukradnutých záznamov by nás mohli varovať a mali by sme zastavil ďalších sto päťdesiat miliónov.

Potom sa dostaneme ku kľúčovému bodu tejto celej cesty, ktorým sme prešli, to je: prečo potrebujeme lepšie systémy? Prečo nemôžeme na túto vec jednoducho hodiť viac tiel, že sme podľa môjho názoru dobre prekročili hranicu zlomu a určite verím, že existuje prípad, ktorý bol dôkazom neskoro, ktorý hádzal viac DBA, administrátorov a viac ľudí na táto vec problém nevyrieši. Potrebujeme lepšiu sadu nástrojov a lepšiu sadu systémov.

Tu je mojich päť najlepších dôvodov, ktoré to podľa mňa podporujú, a sú zoradené podľa dôležitosti na základe toho, čo vidím v týchto súkromných podnikoch a štátoch, ktoré sú riadenými prostredím, výzvami, ktorým čelia databázové prostredia, a ich riadenie.

Bezpečnosť a súlad - číslo jedna. Vieš, kontroluješ, kto má prístup, odkiaľ majú prístup, kedy majú prístup, ako často majú prístup a odkiaľ majú prístup. Potenciálne zariadenia, ktorých sa skutočne dotkli a typy vecí, na ktoré sa pozerali, a súlad s tým súvisiaci. Keď majú ľudia o 30 dní viesť správy, aby nám povedali, či sú veci v poriadku, jednoducho už nie sú vhodné, musí sa to stať v reálnom čase.

Výkon a monitorovanie - zdá sa, že to nie je nič iné, ale vždy to tak nie je. Či už využívame nástroje s otvoreným zdrojovým kódom alebo niektoré komerčné nástroje tretích strán, vždy sme nezmeškali čln v mnohých ohľadoch, s požadovanými typmi monitorovania výkonnosti a podrobnosťami, ktoré a so schopnosťou včas reagovať.,

Detekcia incidentov a reakcia na ne - musí to byť okamžitá vec v reálnom čase a vždy potrebujeme systém, ktorý to urobí za nás, alebo aspoň nás upozorní rýchlo, aby sme sa s tým mohli vyrovnať, aby sa vyriešilo len niekoľko málo vznikajúcich problémov. rýchlo a nevyhýbajte sa kontrole.

Správa a správa - opäť si myslíme, že tieto problémy sú vyriešené, nie sú. Cieľ problémov, ktorým čelia databázové tímy, najmä DBA, v ktorých by sa o nás mal systém starať, sme tento problém ešte nevyriešili, stále je to skutočná vec.

A hneď od začiatku s návrhom a vývojom, keď začneme tieto nástroje budovať, budujeme databázové prostredia, budeme môcť hádzať príslušné nástroje pri vývoji a testovaní a integrácii platforiem. To pre nás stále nie je ľahké a celú túto cestu nás vedie k rovnakému posolstvu, že podľa môjho názoru potrebujeme lepšie systémy a lepšie nástroje, ktoré nám pomôžu dosiahnuť výsledky, ktoré potrebujeme od v našom databázovom prostredí, takže podniky, ktoré zvyšujú hodnotu od našich zákazníkov. Nemôžeme len hádzať viac tiel a viac DBA, mierka je príliš veľká, rýchlosť je príliš rýchla a hlasitosť je príliš vysoká. S tým, Eric, by som ťa mohol vrátiť.

Eric Kavanagh: Páči sa mi, máme tam veľa ľudí pokrytých ľuďmi, veľa potenciálnych potenciálnych zákazníkov, a ideme ďalej a odovzdáme kľúče Bullettovi za jednu sekundu.

Bullett Manale: Dobre.

Eric Kavanagh: Ó, poďme to preč a Bullett, teraz ti to podávam, a podlaha je tvoja.

Bullett Manale: Dobre, ďakujem. Myslím si, že bolo spomenutých veľa dobrých bodov. Chcel som len na sekundu rýchlo hovoriť o Idere, kto sme, a potom skočíme dovnútra. Budem hovoriť o nástroji, o ktorom si myslím, že veľa z týchto vecí, o ktorých hovoríme, môžeme druh množiny a druh diskusie o niektorých oblastiach, v ktorých sú s týmto nástrojom v súlade s produktom Diagnostic Manager.

Teraz by som chcel urobiť niečo, čo by som chcel urobiť skôr, o tom, kto je Idera; boli sme tu asi od roku 2003, a tak sme začali iba s nástrojmi SQL Server, a na čo sa dnes zameriame, by bol produkt Diagnostic Manager. Ale môžete vidieť všetky vedrá vecí, ktoré tu máme, a nedávno sme, ako už bolo spomenuté, získali presnosť a prostredníctvom akvizície sme tiež Embarcadero, a tak máme celkom dobré portfólio produktov.

Pokiaľ ide o monitorovanie výkonu, z hľadiska servera SQL Server je produktom, o ktorom chcem hovoriť, ktorý zosúlaďuje tieto témy, o ktorých diskutujeme, program Diagnostic Manager. Teraz je to produkt, ktorý tu bol už od začiatku dní Idery, a ja som mal to šťastie, že som sa jeho súčasťou mohol zúčastniť od roku 2005. A videl som veľa zmien, pokiaľ ide o SQL Server, posun od fyzického k virtuálnemu, všetko, čo sa stalo, a tiež potreby DBA s rastúcim prostredím a také typy vecí.

Začal som tým, že typickým používateľom nášho produktu je DBA, a keď teda prvýkrát hovoríme s ľuďmi, s potenciálnymi zákazníkmi, jedná sa väčšinou o DBA, s ktorými hovoríme. Nehovoríme s IT manažérmi alebo s riaditeľmi, v určitom okamihu sa môže dostať na túto úroveň, ale počiatočný začiatok je, že DBA má problém, DBA sa snaží problém vyriešiť a mnohokrát V rámci toho pôjdem sťahovať a skúšať produkt. Buď dostanete správcu údajov alebo databázu DBA alebo pôsobiacu databázu DBA, chlapa, ktorý má to šťastie, že v niektorých prípadoch je v tejto miestnosti najtechnickejší. Teraz, keď sa dostanete do väčších podnikových prostredí, potom, samozrejme, dostanete plne rozvinuté databázy DBA, ktoré zvyčajne používajú nástroje. A ja som išiel ďalej a práve som tu pridal trochu reklamného bloku z Wikipédie. Ako hovorí Wikipedia, ide o to, čo je v kompetencii DBA.

Ak tu prejdete zoznamom, veľa z týchto vecí, nebudem si ho prečítať, ale dostanete veľa typických vecí, na ktoré by ste si mysleli, a potom na jednej z nich máte monitorovanie a optimalizácia výkonu databázy, a to je dosť veľká. A čo je zaujímavé, je to, že keď hovoríte s DBA, vždy sú tí, ktorí sú obviňovaní ako prví, pokiaľ ide o problémy, a nemusí to byť ich chyba, ale keď nastane problém s výkonom, zvyčajne s aplikáciou, ktorá je naviazaný na databázu DBA, oni sú tí, ktorí sa obviňujú, takže vždy hľadajú dôvody, prečo to nie je ich chyba. V mnohých prípadoch môžu použiť tento nástroj, Diagnostický manažér, aby im pomohli.

Ale na konci dňa, aj keď databáza nefunguje, potom veľa z týchto ďalších vecí nezáleží, vaše aplikácie nefungujú, potom pre mnohé z nich naozaj nezáleží veci. V prvom rade by sme chceli byť schopní zabezpečiť, aby sa užívateľská skúsenosť tak, ako ju poznáme, nezmenšila, je to niečo, o čo sa DBA vždy usilujú. A myslím si, že ak sa pozriete na dôvody, prečo ľudia zvyčajne kupujú a používajú produkt SQL Diagnostic Manager, jedným z prvých dôvodov, pravdepodobne nie najdôležitejším, nie posledným alebo najmenším, ale je to plošne rovnaké, a v závislosti od toho, s kým hovoríte, sú tieto dôvody, takmer vždy jeden alebo dva, v okolí nejaké potreby.

Ale prvý z nich je schopný mať centralizovaný pohľad na inštancie ako SQL, ktoré spravujú. A zábavné je, že v mnohých prípadoch, ak sa spýtate DBA, „Koľko prípadov spravujete?“ Počet sa mení tak často, že si nie sú v niektorých prípadoch skutočne istí. Potrebujete teda niečo viac, ako len to, že budete môcť všetko na obrazovku vyhodiť. Chcete tieto informácie uchopiť, chcete ich zmysel pochopiť, a preto je to jedna z vecí, s ktorou môže Diagnostický manažér určite pomôcť, je poskytnúť vám taký pohľad na životné prostredie.

A nie je to len pohľad do prostredia, ale je to názor, s ktorým je administrátor databázy DBA spokojný, a je to konzola, ktorá je zameraná na DBA. Je určený pre správcu databázy. Existuje veľa monitorovacích nástrojov, existuje veľa výkonných nástrojov, ale ako som už povedal, na konci dňa chce DBA nástroj, ktorý je určený pre DBA, pretože existuje veľa vecí špecifických pre to, čo robia. vo svojom každodennom živote.

A s tým povedané, máte SCOM, máte HPF, máte všetky tieto ďalšie technológie, ale chcú niečo, čo je konkrétne pre to, čo robia. Myslím, že s týmto produktom môžeme v tejto oblasti pomôcť. Uvidíte, keď sa do toho za sekundu dostaneme. Druhou vecou, ​​ktorú vidíme s DBA, ktorá je určite jednou z vecí, ktorých sme sa dotkli aj skôr, je, že musia byť schopní vidieť, čo sa deje, a samozrejme musia byť schopní pozerať sa na celý podnik. a pokojne vedieť, čo sa deje. Ale zároveň tam nesedia a pozerajú sa na konzoly.

Pamätáte si všetky tie odrážky, ktoré ste videli na tomto zozname, ktoré som práve vytiahol? Musia robiť aj tieto ďalšie veci, takže to nie je len o čakaní na oheň, ktorý zhasne. V mnohých prípadoch sa konajú schôdzky alebo sa v noci, keď spia, spustiť veľa údržbových okien týkajúcich sa správcu databázy, takže musia mať možnosť vrátiť sa a zistiť, čo sa stalo., V mnohých prípadoch, ak niečo nezachytíte, keď sa to stane, akonáhle sa problém odstráni, alebo aspoň so serverom SQL Server, stáva sa to určitým problémom, keď sa zaoberáte situáciou, keď sa tak nestane. mať ešte nejaké zvyšky tohto problému. A tieto problémy zmiznú, a tak urobia aj zvyšky, čo znamená, že máte menej problémov na riešenie problémov, máte menej informácií na prácu.

To je určite jedna z vecí, s ktorou vám Diagnostický manažér môže pomôcť, je poskytnúť vám pohľad do minulosti, aby ste sa mohli pýtať na informácie z minulosti: „Mal som upozornenie na zablokovanie, mám problémy so zablokovaním, mali sme veci, ktoré sa dejú z hľadiska našich zdrojov? “Môžem sa vrátiť a požiadať o tieto informácie. Dokážem vŕtať do konkrétnych bodov v čase. Všetky tieto veci by som mohol robiť priamo z nástroja.

Všetky tieto veci, bez ohľadu na to, či ide o internú alebo externú aplikáciu, DBA to chcú vedieť, pretože chcú vedieť, čo spôsobuje problém. Nezáleží na tom, či to bol niekto v organizácii alebo niekto mimo organizácie, ktorý kód napísal; stále chcú byť schopní to izolovať, aby vedeli, že k problému dochádza a že vedia, odkiaľ pochádza.

Výkon a zodpovednosť sú teda kľúčovou súčasťou toho, čo náš produkt robí. Môžeme poskytnúť všetky tieto podrobnosti, a čo je pekné, máte schopnosť podrobnejšie informácie. Ak existuje problémové miesto, môžete to korelovať s aplikáciou, používateľom, databázou, dotazom. A ešte raz je to druh fajčenia. Získate priamu koreláciu medzi tým, keď sa tento dotaz spustí, čo robí? A nejde iba o samotný dotaz, pokiaľ ide o jeho vykonanie samo o sebe, ale aj o to, ako sa časom zhoršuje? A na tieto veci sa dá tiež odpovedať, s produktom, čo je určite niečo, čo, ak sa snažíte byť aktívny, je pekné povedať: „Hej, tu je dotaz, ktorý zlyhal, ale chlapec sa na to pozrel keď to beží ďalej, vidíme, že beží ešte horšie a horšie, môžem s tým niečo urobiť. ““

Ak pôjdeme do ďalšej oblasti tu; a toto je pravdepodobne - povedal by som, že je to jeden z veľkých. Jednou z otázok, na ktoré sa pýtam, keď ukazujem náš produkt, je vždy otázka správcu databázy: „Ako počujete o probléme súvisiacom s vašimi databázami SQL Server?“ A je to veľmi vtipné, pretože väčšinu času - teraz udelené, väčšinu času sa pozerajú na náš produkt, pretože v mnohých prípadoch sa snažia vyriešiť konkrétnu potrebu. Ale je zaujímavé počuť počiatočný druh vecí - aspoň s SQL Serverom je to, že to bol druh - viete, v prvých dňoch SQL Servera ste mali SQL Server a potom ste mali Oracle. A všetci mali Oracle a SQL Server bol taký istý, že kvôli nedostatku lepšieho výrazu bol zrzavý nevlastný synchrón databáz, keď sa prvýkrát začal.

A potom, ako k nemu spoločnosť Microsoft pridala ďalšie funkcie, stala sa trochu viac nástrojom pre podnikanie. A od tej doby je to očividne dlhá cesta. Ide však o to, že raz ste mohli argumentovať tým, že databázy sa v ten deň nepovažovali za kritické. A to sa časom zmenilo. Teraz sa preto v mnohých prípadoch ľudia snažia obísť ruky okolo a hovoria: „Vieš čo? Mám všetky tieto databázy SQL Server, snažím sa to zvládnuť. “A namiesto toho, aby som počul o problémoch z technickej podpory alebo o problémoch od konkrétnych ľudí, ktorí - podobne ako samotní užívatelia, hľadajú spôsoby, ako to obísť. Hľadajú spôsoby, ako sa o týchto situáciách informovať skôr, ako k nim dôjde.

A tak s Diagnostickým manažérom je to jedna z vecí, ktorú sa snažíme urobiť, je prinajmenšom schopná urobiť to, aby DBA bola prvou informáciou o týchto situáciách alebo týchto problémoch, aby mohli robiť niečo o tom, či je to správne, keď k nim dôjde, alebo urobiť ešte viac, analyzovať tieto systémy, ktoré monitoruje. A aby ste mohli poskytovať proaktívne poradenstvo, ktoré zlepší výkonnosť tohto prípadu a bude to môcť robiť pravidelne. Napríklad musíme pridať index založený na pracovnom zaťažení; tieto druhy vecí, nástroje, ktoré sú tiež schopné robiť. Veľa toho uvidíme v nástroji.

Ďalšia vec a posledná vec, ktorá je na tomto zozname, je skôr všeobecným popisom, ale určite stojí za zmienku. A predovšetkým, keď sa dostanete do väčších typov situácií na úrovni podniku, kde máte veľa prípadov, vždy bude nejaká nejasná vec, ktorú budem chcieť monitorovať, ak som správca databázy, príkladom. Snažíme sa teda predvídať, čo bude chcieť sledovať typická DBA.

Na základe toho by ste tiež boli schopní z hľadiska - vždy bude niečo nové. Poskytli sme teda spôsob, ako pridať ďalšie metriky, ktoré musíte sledovať a spravovať po pridaní bodu inštalácie. Takže akékoľvek čítače PerfMon, čítače WMI, objekty počítadiel SQL Server; všetky tieto môžu byť začlenené do nástroja. Máte možnosť pridať ďalšie otázky, ktoré môžu byť začlenené do vašich intervalov výziev.

A posledná vec, ktorá stojí za zmienku, je aj to, že môžeme pridať a skutočne komunikovať s vCenter aj Hyper-V, aby sme mohli vytiahnuť metriky z týchto prostredí. Pretože jednou z vecí, ktoré sme identifikovali s DBA, je to, že zvyčajne nie sú súčasťou operácií. A nemusia mať nevyhnutne k dispozícii prostredie vCenter alebo také veci, ktoré majú k dispozícii.

Problémom je, že ak sa zaoberajú inštanciou SQL Server a boli im pridelené prostriedky, ale táto inštancia je virtualizovaná, môže vyzerať, že majú všetky zdroje na svete, keď len monitorujú, čo je v hosťujúcom operačnom systéme. Realitou je, že na hostiteľovi môže byť 30 alebo 40 alebo 50 alebo 100 ďalších virtuálnych počítačov, ku ktorým sa snažia získať prístup, a majú rovnaké zdroje. Jediným spôsobom, ako to skutočne vidieť, je komunikovať s ostatnými prostrediami a v tomto prípade s týmito rozhraniami, ktoré robíme.

Máte možnosť pridať tieto ďalšie typy počítadiel do nástroja. Teraz nejde iba o to, aby sa tieto počítadlá dali monitorovať, ale o to, aby sa tieto nové počítadlá dali vyrobiť, aby ste ich predstavili produktu, urobili z nich súčasť nástroja, akoby išlo o metriku, ktorá nie je v balení., Nepripravená vec, ktorú chcete monitorovať; to znamená, že ich môžete začleniť do svojich prístrojových dosiek. Znamená to, že ich môžete pridať do svojich vlastných prehľadov, byť schopní samozrejme stanoviť prahové hodnoty a upozorniť na ne, ale tiež ich porovnávať a mať s určitými znalosťami možnosť určiť prahové hodnoty, kde ich nastaviť na základe vecí, ako sú vaše základné línie a čo je normálne. Takže máte veľa takých vecí, ktoré sú tiež produktom.

To, čo som vám poskytol, je to, čo nazývam „hlavné výstupy diagnostického manažéra“, a môžem ísť do toho a len to trochu ochutnať tým, že idem do produktu. Čo urobím, je zdieľam svoju obrazovku, dobre, a jednoducho to pretiahnem. Takže to, čo uvidíš, je konzola pre Diagnostic Manager. A ako som už spomenul, ísť na prvý výstup, ktorý bude schopný pozrieť sa veci z takého pohľadu na úrovni podniku. V nástroji je veľa rôznych príkladov. Máme určitý náhľad, máme viac mriežkového pohľadu. Máme tiež flexibilitu majú aj webovú konzolu. Webová konzola má aj iné zobrazenia, ktoré máte k dispozícii, napríklad kľúčové mapy a podobné veci. Ide o to, že máte takú schopnosť pozerať sa a vidieť veci na vysokej úrovni. Ale keď sa vyskytnú problémy, pôjdete trochu ďalej do nástroja a skutočne uvidíte konkrétny problém lemy a nejakým spôsobom pochopiť a vedieť, čo sa deje. A to je samozrejme veľmi dôležité.

Teraz, pokiaľ ide o schopnosť skutočne vidieť, čo sa stalo v minulosti; Ak sa pozerám na problém, ktorý sa stal včera alebo pred týždňom, potom v tejto situácii viete, budete musieť ísť na konkrétny prípad SQL. Dobrou správou je, že ak viete, kedy sa tento problém v rámci produktu vyskytol, môžete prejsť priamo do prehliadača histórie. A môžem poukázať na konkrétny čas dňa; mohlo to byť pred pár týždňami, mohlo to byť od včerajška. Ale v ktorýkoľvek deň, z ktorého si vyberiem v kalendári, sa dostanem s rôznymi intervalmi hlasovania. V tom prípade teraz vidím, čo by som videl, keby som konzolu 20. apríla o 13:37 videl v konzole

Takže sa môžem vrátiť späť v čase a potom, keď to urobím, všetky rôzne karty, ktoré tu vidíme, budú odrážať tento konkrétny časový bod, vrátane otázok, ktoré by mohli bežať zle, vrátane toho, či Mal som stretnutia s blokovaním. V nástroji sa objavia všetky takéto veci a umožní mi to pochopiteľne využiť tieto historické informácie, aby ste mohli problém vyriešiť. V tejto poznámke, keď hovoríme o histórii, je potrebné poznamenať, že tu nie je len použitie histórie na vyriešenie problémov. Táto história je samozrejme veľmi cenná z iných dôvodov. A jeden z veľkých má byť schopný robiť rozhodnutia efektívne a byť schopný robiť rozhodnutia rýchlo, so správnymi informáciami. Takže celú tú históriu, všetky informácie, ktoré zhromažďujeme, môžeme nahlásiť.

Ak niekto ku mne príde a povie: „Mám túto skutočne skvelú novú aplikáciu. Zmeň to svet, ako ho poznáme. Oh, mimochodom, to si vyžaduje databázu, a oh, mimochodom, skutočne to zaviaže I / O na stroji, kde je táto databáza. " Ak viem, že ísť do toho, potom môžem tieto informácie využiť, aby som mohol poskytnúť hodnotenie všetkých mojich produkčných serverov, a to na základe možno posledných siedmich dní zberu. A bol by som schopný veľmi rýchlo dospieť k záveru, v ktorých prípadoch je najvhodnejšie použiť túto databázu. Je to očividne veľmi cenný aj tento typ historických informácií.

Pokiaľ ide o samotné otázky; Pokiaľ ide o otázky, máme v nástroji veľa rôznych spôsobov, ako to urobiť. A ten, na ktorý sa rád pozriem, je zobrazenie Query Waits View, pretože zobrazenie Query Waits View je veľmi užitočné, pokiaľ ide o schopnosť posúdiť. Ak mám problém, ktorý sa vyskytuje, byť schopný v podstate identifikovať všetky rôzne oblasti, ktoré ovplyvňujú tento konkrétny konkrétny dotaz; nielen samotný dotaz a aký je dopad tohto dotazu, ale tiež viete, z ktorej aplikácie pochádza, z ktorej relácie pochádza, od ktorého ho používateľ volal a všetky tieto veci, vidím, samozrejme, informácie v reálnom čase, ale mám tiež možnosť pozrieť sa na tieto údaje z minulosti. A tak je to jedna z vecí tu, a tak som odštartoval scenár, ale musím počkať, kým sa niečo objaví.

Kým na to čakáme, chcem - a viem, že máme málo času, takže som chcel trochu hovoriť aj o proaktívnom upozorňovaní na oznámenia. A keď hovoríte o takýchto veciach, ako som povedal, ako aktívna súčasť, existuje veľa nástrojov, ktoré varujú. Najťažšie je neposielanie e-mailov. Tvrdá časť nezapisuje do denníka udalostí ani nevytvára pascu SNMP. Najťažšie je vedieť, kedy poslať upozornenie v pravý čas. A tak s tým prichádza veľa výpočtov, musím pochopiť: „Čo je to za konkrétny prípad a čo je normálne, ako sa to týka tohto prípadu?“

A tak pre všetky metriky, ktoré to majú zmysel, základne tieto metriky. V skutočnosti vám ukážeme základnú líniu, ukážeme vám prah, ktorý je momentálne nastavený. A potom ďalšou peknou vecou je, že povedzme, že som nastavil svoje prahy na v tomto prípade šesť a desať len pre tento príklad. Za šesť týždňov, ak sa vrátim k tomuto prípadu, táto základná línia sa môže úplne zmeniť, pretože jednou z vecí, ktoré robíme pri výpočte základnej línie, je v predvolenom nastavení priebežný sedemdňový výpočet. Takže mi vždy dáva aktuálnu verziu základnej línie. A čo sa stane, keď sa táto základná línia posunie na moje prahy? V tomto prípade vidím a varujem odporúčania, ktoré v podstate hovoria: „Hej, máš prah, ktorý je pravdepodobne nastavený nesprávne, konkrétne pre to, kde vidíme, že prah je, a samozrejme tam, kde je základná hodnota, pravdepodobne pôjdete dostať upozornenie na niečo, čo je normálnym javom. ““

A tak namiesto liečenia symptómov niečoho, čo je normálne, dokážem identifikovať ten typ situácie, v ktorej je skutočná prahová hodnota nastavená nesprávne. A to mi samozrejme umožňuje robiť prahy podľa toho, kde dostanem varovanie. Je to niečo, o čom viem, že je to skôr výzva na akciu ako vyšetrovanie, aby som zistil, či je to skutočne problém. Myslím si, že časť tohto nástroja je skutočne užitočná, pokiaľ ide o samotnú základnú líniu a je schopná vypočítať.

Teraz s týmto produktom máte možnosť skutočne mať viac základných línií; môžete ich nastaviť na rôzne časové obdobia a môžete dynamicky upravovať prahové hodnoty na základe vašich základných línií, čo je tiež veľmi dôležitá súčasť prispôsobenia sa zmenám, ktoré sa každodenne vyskytujú vo vašich inštanciách SQL Servera., Teraz, v tomto prípade, pokrývame veľa nastavení prahov a ukazujeme základné línie. Pokiaľ však ide o skutočné upozornenia, samotné oznámenie, skvelá vec v nástroji Diagnostic Manager, vám poskytuje viac profilov upozornení. Takže ak máte napríklad pohotovostný profil od 2:00 do 5:00, môžem mať profil špecifický len pre tento časový rozsah a tu môžem nastaviť všetky podmienky a príslušné nastavenia. za moju odpoveď.

Teraz je na odpovedi to, že v niektorých prípadoch áno, môžem poslať e-mail alebo môžem strieľať a generovať SNMP pascu alebo zapisovať do denníka udalostí. Existuje veľa ďalších vecí, ktoré môžeme urobiť, ale keď hovorím s orgánmi DBA, naozaj sa im páči skutočnosť, že vo väčšine prípadov je veľa práce, ktorá sa vykonáva, opakujúce sa veci. Sú to veci, ktoré presne vedia, keď sa problém vyskytuje, čo majú robiť, aby ho vyriešili. Musia jednoducho ísť a zasiahnuť. A tak, ako rozširujete svoje prostredie, ako máte viac príkladov, stáva sa to oveľa ťažšie. Takže jedna z vecí, ktoré môžete urobiť v rámci nástroja, o ktorej si myslím, že stojí za zmienku, je, že máte možnosť nastaviť podmienku, ale na základe tejto podmienky môžete nastaviť odpoveď na spustenie skriptu, spustenie úlohu spustiť spustiteľný súbor. A ide o to, že ak sa rozhodnete spustiť skript, môžem použiť parametre, ktoré sa nachádzajú v tomto skripte a ktoré budú v čase spustenia naplnené skutočnými informáciami.

Takže, ak existujú problémy s konkrétnou databázou, skript bude navrhnutý tak, aby bežal priamo proti databáze, kde sa problém vyskytuje. Takže môžete dynamicky riešiť problémy automatizovaným spôsobom, a potom môžem stále dostávať e-mail, aby som sa vrátil a povedal mi, „Hej, vyskytol sa problém, ale mimochodom, bol opravený.“ Skript bol spustený a ako DBA o tom viete, ale v skutočnosti ste nemuseli ísť a zasahovať. Teraz, v tej istej poznámke o proaktívnosti, tu samozrejme máme aj ďalšiu vlastnosť, ktorou je funkcia „Analyzovať“. A čo urobí, je, že bude robiť pravidelnú kontrolu oproti inštancii SQL. A v niektorých prípadoch to urobí hlbší ponor, pokiaľ ide o to, čo hľadá. Uskutoční sa analýza hypotetických indexov. Pridám index? Odstránim index? A všetky tieto veci zrejme pomôžu s mojím výkonom, ale opäť, je to všetko o proaktívnosti. Ide o to, aby sme sa mohli rozhodovať skôr, ako sa veci rozbijú, a aby to fungovalo lepšie. A tak sa v mnohých prípadoch naozaj snažíme robiť tu.

Vráťte sa k Query Čaká sa, že sme hovorili skôr; ako vidíte, je tu veľká špička. Skôr som spustil skript, ktorý práve spôsobil nejakú čakaciu aktivitu, a ako som už spomenul, máme skutočne jedinečný spôsob, ako môžete prejsť tieto informácie. Ak chcem vidieť, aké to bolo; Vidím, že to pochádzalo z aplikácie NoSQL. Boli by sme schopní vidieť databázu, na ktorú bola naviazaná, reláciu, používateľa a ak to chcem, môžem to zaradiť aj podľa mojich čakaní. Môžem teda povedať, že zo všetkých čakaní, ktoré sa odohrali v tom časovom okamihu, ktoré sa najviac udiali? A keď vidím, že keď sa to stalo najviac, naozaj pekné je, že môžem vŕtať do toho typu čakania a vidím všetky príkazy. Ak sa pozriete sem, čakali, že dôjde k čakaniu. A tiež vidím predovšetkým to, ktorá aplikácia to bola, čo viedlo k tomu, že nastalo čakanie.

Takže to trčí ako boľavý palec. Môžem okamžite ísť a povedať: „Toto je aplikácia, ktorá spôsobuje môj úzky profil. Teraz aký bol dotaz, ktorý bol spustený? Ktorý používateľ to spustil? Ktorej databáze to bežalo?“ Atď. Dúfajme, že to dáva zmysel a Pomáha to tiež pri zabezpečovaní toho, že vo vašom prostredí nemáte latenciu, pretože sa to týka vašich databáz. Dúfajme, že je to užitočné. V tomto bode to urobím a odovzdám ho späť, a myslím, že môžeme odtiaľ pokračovať.

Eric Kavanagh: Jasná vec. Takže myslím, že to hodím len našim odborníkom dňa. Mark, možno najskôr by si chcel komentovať a položiť pár otázok. Potom Dez, môžete zazvoniť.

Mark Madsen: Áno, ďakujem, naozaj som si to trochu užíval. Je to oveľa inteligentnejšie monitorovanie, ako som zvyknutý. Som zvedavý na správu údajov za tým; spravovanie metrík, ktoré môžete sledovať, a viete, hľadať veci ako posunutie základných línií, ktoré sú jedným z mojich bodov s bolesťou domácich miláčikov, s prístrojovými doskami. Ako sa vysporiadate s týmito údajmi a ich druhá časť je, viete, základné metriky, ako je druh posunu - máte tiež možnosť automaticky posúvať prahy, takže nemusím vrátiť sa späť a resetovať prahy ručne, keď sa zmení základná línia?

Bullett Manale: Áno, a tak je na tom pekné, že sa môžete rozhodnúť. Môžete urobiť buď. Môžem nastaviť prahovú hodnotu a urobiť z neho statické nastavenie, alebo začiarknem políčko, aby som povedal: „Urobte z tohto dynamický prah, ktorý sa zmení so zmenou mojich základných línií.“ A mám schopnosť a nástroj na nastavenie predvoleného okna. času, potom, ako to budem potrebovať, by som mohol mať samostatné východiskové okno, napríklad z môjho okna údržby od 2:00, povedzme do 5:00, pretože idem zdaňovať svoje CPU, moje disky a všetko ostatné, pretože vtedy robíme všetku našu údržbu. Ak by som si to vybral, automaticky by to nastavil, automaticky by upravil svoje prahové hodnoty tak, aby boli mimo toho, čo je bežné pre tie metriky, ktoré Ja by som to urobil s. To by mi to umožnilo. V podstate máte v nástroji možnosť nastaviť okná času, ktoré sú vašimi základnými oknami, a s každým oknom sa dá zaobchádzať ako so samostatnou entitou, pokiaľ ide o dynamické prispôsobenie základnej línie, ktoré sa dá vykonať. Môžete tiež pridať toľko okien základnej línie, koľko máte musíš, ak to dáva zmysel. Mohli by ste mať víkendové okno, pracovný deň v pracovnej dobe, údržbové okno, ktoré sa stane uprostred noci a tak ďalej a tak ďalej.

Mark Madsen: Ďakujem.

Bullett Manale: Myslím, že sa vraciam k prvej časti otázky, ktorú máme, a zhromažďujem všetky tieto informácie. Skutočne som nehovoril o architektúre, ale máme úložisko typu back-end, že máte úplnú kontrolu nad uchovávaním týchto údajov, ale máme aj službu, ktorá beží uprostred noci, ktorá chodí a robí všetky naše základné výpočty a tieto údaje berie, zhromažďuje a dáva im zmysel. Okrem toho máte samozrejme aj množstvo prehľadov, ktoré môžeme použiť na vytváranie prehľadov podľa vašich základných línií pre konkrétne metriky. A dokonca máte možnosť porovnávať svoje základné línie toho istého servera pre rovnakú metriku pre rôzne časové obdobia. Uvidíte, či existujú rozdiely, ktoré sa vyskytli alebo čo je delta. Existuje aj veľa týchto typov možností.

Eric Kavanagh: Dez.

Dez Blanchfield: Mám pre vás jednu rýchlu otázku - existuje široké spektrum toho, čo tento nástroj môže urobiť. Zaznamenali ste absorpciu jeho používania v ranom štádiu vývoja, alebo je to stále primárne nástroj výrobného prostredia? Inými slovami, dostávajú vývojári prístup a využívajú ho prostredníctvom svojho skorého vývoja a potom testujú integračnú fázu? Alebo sa stále používa prevažne vo výrobných prostrediach?

Bullett Manale: Povedal by som, že to väčšinou vidíme vo výrobných prostrediach. Závisí to od situácie, ale z väčšej časti by som povedal predovšetkým výrobu a my to robíme - a je tiež spravodlivé spomenúť, že máme odlišné ceny pre vývojové a testovacie prostredie, takže je to o niečo atraktívnejšie. Vidíme ľudí, ktorí ich používajú v týchto prostrediach, ale povedal by som, že keby som vám musel dať odpoveď nejakým spôsobom, povedal by som, že ide predovšetkým o výrobné prostredia, v ktorých vidíme ľudí investovať do tohto produktu.,

Dez Blanchfield: Iste, áno a bolo zaujímavé počuť, že máte rôzne cenové body, pretože očividne existujú rôzne pracovné zaťaženia a tým ťažšie budú miesta, kde sa bude robiť všetka skutočná práca. Vidím však veľa organizácií, najmä vo vláde a určite v obrane, kde vývoj v súčasnosti dostáva rovnakú úroveň investícií do nástrojov a systémov ako výrobné prostredia, pretože robia oveľa viac predbežných testov. Na obranu napríklad existujú tímy, ktoré vykonávajú miliardy testov, stovky miliárd testov na aplikáciách, systémoch a nástrojoch a monitorujú ich ešte predtým, ako sa dostanú do testovania integrácie, pretože sa chcú ubezpečiť, že existuje vytvorený kód a databáza. sedí pod tým. Dostane sa k stovke a miliónu iterácií alebo k niečomu, zatiaľ čo na niekoho v poli strieľate, nejde o „tresk“.

Bullett Manale: Iste.

Dez Blanchfield: Vo svete starej databázy podľa mojich skúseností sa domnievam, že databázové prostredie je niečo, čo práve ostalo v údajoch a niektorí z vás to vedia, sú veľmi zriedka videní a veľmi zriedka sa o nich hovorí, takže keď teraz dostaneme miesto, kde sú nástroje a vyvíjajú sa aplikácie, najmä s analytickými platformami, ktoré sú teraz v našich mobilných telefónoch a našich zariadeniach. Vidíte, že klienti prinášajú konverzáciu výkonu databázy a správy databázy v každodennej diskusii na rozdiel od čisto technologických postupov? A viem, že ste sa už zmienili o tom, že hovoríte predovšetkým o DBA, ale existuje trend, keď je to vo všeobecnej slovnej zásobe, vidíte ľudí, kde diskutujú o týchto témach, na rozdiel od iba geekov?

Bullett Manale: Je to ťažké povedať. Ako som už z väčšej časti povedal, ľudia, s ktorými sa v rámci procesu predaja zaoberáme, sú odborníci, ktorí sú DBA. Takže pokiaľ ide o vašu otázku, len hovoríte: „Všeobecne povedané, ľudia v IT organizácii si viac uvedomujú databázu?“ Myslím, že je to otázka, a asi by som povedal, že odpoveď je pravdepodobne „áno“. Pravdepodobne to nevidím toľko, na základe toho, kde som, každý deň, ale myslím si, že ak rozumiem vašej otázke, bola by to moja odpoveď.

Dez Blanchfield: Áno, to je v poriadku. Je to pravdepodobne naložená otázka, prepáčte, pretože evidentne sú vaše dominantné záujmy vo vašom svete technickou stránkou vecí. Som zvedavý na to, že v mojich každodenných činnostiach vidím organizácie, ktoré to začnú do konverzácie veľmi skoro. Keď teda hovoria o nových iniciatívach, nových projektoch, nových pracovných programoch, jednou z vecí, ktoré prichádzajú okamžite, je: „Ako ju monitorujeme, ako ju sledujeme, ako sa zaoberajú problémami, ktoré sa objavia, na rozdiel od uvedenia na trh, bude žiť? “

Bullett Manale: Povedal by som, že -

Dez Blanchfield: Prepáčte, choďte do toho.

Bullett Manale: Chcel som povedať, že vidím trend, ktorý by som mal povedať - myslím, že v minulosti ste mnohokrát dostali: „Mali sme problém, a tak teraz potrebujeme nástroj. " A myslím si, že ak máme zmysel, vidíme trošku viac súhlasu s tým, že máme nástroj na mieste skôr, ako sa problém vyskytne. Takže by som povedal, že je to určite normálnejšie, viete: „Hej, potrebujeme monitorovací nástroj, potrebujeme niečo.“ A ľudia určite vidia hodnotu tohto produktu, pretože, ako ste už povedali, iba pridávaním DBA a pridávaním nových inštancií potrebujete niečo, čo to spravuje. Potrebujete niečo, čo pomáha s jeho riadením, a preto sme tiež veľmi spokojní s týmto produktom, alebo máme.

Dez Blanchfield: Rýchla otázka. Kde to musí žiť? Musí to sedieť priamo na zadnom počítači v sieti LAN, v dátovom centre, čo najbližšie k databázovým prostrediam, alebo je niekde umiestnené, potenciálne v cloude, v oblakoch tretích strán s nejakým druhom VPN tunel alebo vzdialený prístup do rôznych prostredí? Kde to musí sedieť, pokiaľ ide o prostredie a monitorovanie?

Bullett Manale: Pokiaľ ide o architektúru, existuje back-end archív, a to je databáza SQL Server. Máme konzolu, ktorá môže byť buď tučným klientom alebo tenkým klientom; dávame vám možnosť oboch. A máme aj tenkého klienta, ktorý je skutočne zameraný konkrétne na mobilné zariadenia. Ale pokiaľ ide o to, kde to skutočne môže sedieť; môže sedieť v prostredí, v skutočnosti je o to zložitejšia časť - z mnohých informácií, ktoré musíme zhromaždiť, vyžaduje administratívne práva, v niektorých prípadoch alebo v mnohých prípadoch. Teraz vás nenútíme robiť; ak chcete, môžete zhromažďovať údaje a len za veci, ktoré nevieme zhromaždiť, pretože nemáme práva správcu, jednoducho vám umožníme, aby ste tieto informácie nevideli, ak si vyberiete túto voľbu.

V závislosti od chuti, ako keby ste hovorili o AWS, o niektorých prostrediach, funguje to lepšie ako iné, ale pokiaľ ide o samotné prostredie, všetko, čo je potrebné, zvyčajne je použitie autentifikácie SA na zhromažďovanie údajov proti inštanciám. Alebo ak ide o nedôveryhodnú doménu, zvyčajne by ste to chceli urobiť, ale viac domén; pokiaľ medzi nimi existuje dôvera, môžeme ich zhromažďovať. Nezáleží na tom, či ide o sieť LAN alebo o sieť WAN, samotná samotná zbierka je z hľadiska množstva údajov, ktoré zhromažďujeme, zanedbateľná. Ak máme pripojenie WAN dostatočnej veľkosti, nejde o problém. Videl som prostredia, v ktorých majú pobočky, kde majú servery SQL po celých Spojených štátoch. A je to jeden server na každom z týchto rôznych miest a oni ho centrálne monitorujú. Chúlostivou časťou je len uistiť sa, že na to máte slušné množstvo pripojenia. Dúfajme, že to odpovie na vašu otázku, bolo to niečo na celej mape.

Dez Blanchfield: Áno, určite. Ďakujem. Takže dve rýchle otázky, ktoré sa dnes ráno dostali cez účastníkov; jedným z nich je: aký je dopad - často vidíme, že nástroje na monitorovanie systému generujú zaťaženie iba monitorovaním vecí, takže otázka bola, je mi ľúto, že sa teraz posunula z mojej obrazovky, ale len ju parafrázovala; monitorovaním generujeme záťaž sami? Existuje merateľný vplyv nástroja, ktorý sleduje len životné prostredie, alebo je to zanedbateľný vplyv?

Bullett Manale: Vždy to bude mať trochu dopad, pretože musí získať dotaz na inštanciu SQL Server, aby stiahol údaje. Otázka, ako ste povedali, znie: „Je to zanedbateľné alebo významné?“ Z poľa, ktoré ukazujete na inštanciu, je to zanedbateľné. Robili sme to už teraz, ako som už povedal. Máme viac ako 20 000 zákazníkov a môžem vás ubezpečiť, že ak to má významný vplyv na výkon, nemôžeme podnikať. Vďaka tomu tiež umožňujeme užívateľovi rozhodnúť sa, čo chce sledovať. Takže si myslím, že je dôležité spomenúť, že každé prostredie je trochu iné.

Príkladom by s komponentom na sledovanie dotazov, jedna z vecí, ktoré máme možnosť urobiť, je možné nastaviť hranicu toho, čo považujete za svoju hranicu normality. Mohlo by to byť preto založené na čase vykonania dotazu. Mohlo by to byť založené na CPU, I / O, ale ako príklad povedzme, že som nastavil čas vykonávania na nulu milisekúnd. Efektívne to, čo hovorím tomuto nástroju, je zhromažďovať všetky otázky, ktoré sa spustili od posledného intervalu ťahania, a urobiť túto časť mojej historickej zbierky.

Teraz, keď to urobíme, budeme zhromažďovať akékoľvek množstvo otázok, ktoré sme bežali na poli od posledného prieskumu. Teraz je to voliteľné a používateľ je schopný to urobiť. Hovoríme: „To by ste mali urobiť“? Nie. Ale tiež vám dávame možnosť urobiť to v prípade, ak chcete vzorku údajov, ktorá vám umožní zhromažďovať tieto informácie. Takže vo všeobecnosti máte prostriedky v nástroj na jeho nastavenie a naladenie presne podľa toho, čo chcete, na základe toho, čo vám vyhovuje. Máte však možnosť ju skutočne otvoriť, ak chcete, a zbierať množstvo ďalších informácií, ktoré nemusíte pravidelne pravidelne sledovať. zbierať, ak to má zmysel.

Dez Blanchfield: Áno, určite. Viem, že bežíme trochu dlho, ale pred tým, ako sa zabalím, sa na vás chcem hodiť dvoma skutočne skvelými otázkami. Obaja prichádzajú priamo ku mne, ale myslím si, že je najlepšie, keď na ne odpoviete. Všeobecne bola položená otázka: „Aký je rozsah pôsobnosti nástroja, pokiaľ ide o znalosti existujúcich systémov?“ Takže to môžeme jednoducho zapojiť a nechať ho automaticky zistiť existujúcu platformu a vedieť, čo je pre túto platformu bežné, a okamžite vyzdvihnúť, o čom Mark predtým hovoril? Niektoré základné znalosti platforiem vložením, viete, neviem, môže to byť Microsoft Dynamics. Aký je rozsah znalostí platformy s tým, čo je normálne a v niektorých súčasných bežných nástrojoch, ktoré sa používajú v podnikaní?

Bullett Manale: Povedal by som, že vo všeobecnosti, keď začneme zhromažďovať údaje o inštancii SQL, začneme s osvedčenými postupmi, pokiaľ ide o naše prahy a kde sú nastavené. Zároveň však uznávame, že s kýmkoľvek hovoríte, pokiaľ ide o osvedčené postupy, každé prostredie je iné. Čo urobíme spočiatku len zhromažďujeme údaje a čo odporúčame ľuďom robiť, v prípade potreby môžete produkt vyskúšať o 14 dní dlhšie. Po asi dvoch dňoch sa však začnú zobrazovať základné údaje. Keď bude mať dostatok vzorových informácií, s ktorými bude možné pracovať, začne vám poskytovať kontext, pokiaľ ide o základnú líniu, kde je rozsah, a všetko také. Potom odtiaľ, ak chcete, môžete automaticky nastaviť svoje limity z zhromaždených informácií. Trvá trochu počiatočného zberu a dotazovania, aby ste mohli začať určovať, čo je normálne, takže môžete začať posúvať svoje limity.

Myslím si však, že je tiež potrebné poznamenať, že keď zmeníte tieto prahové hodnoty, môže sa to uskutočniť na základe jednotlivých prípadov. Môže to byť špecifické pre jednu inštanciu alebo to môžete urobiť proti všetkým svojim inštanciám, ako aj proti schopnosti vytvárať veci, ako sú šablóny, takže môžete povedať: „Toto je produkčná inštancia, ale toto je šablóna, ktorú chcem priradiť ho. “ Takže keď príde nová produkčná inštancia online, automaticky na ne použijeme tieto prahy, pretože má rovnaký typ hardvéru a zvyčajne má rovnaké pracovné zaťaženie, takže by sme to dokázali urobiť aj týmto spôsobom. Dúfajme, že to pomôže, pokiaľ ide o otázku.

Dez Blanchfield: Áno, určite. V skutočnosti ste skutočne odpovedali na ďalšiu otázku, ktorá sa ku mne práve dostala, a to: „Existuje skúšobná verzia na stiahnutie?“ Viem, že na to môžem odpovedať. Určite potvrdíte, že existuje bezplatné stiahnutie, a myslím, že ste povedali, že to bolo 14 dní od tohto webu. Môžete si ho stiahnuť a hrať sa s ním. Hneď s tým však hádam: „Aký druh prostredia potrebujem na to, aby som mohol skúšku spustiť? Môžem ju spustiť na svojom notebooku a hrať sa s ňou alebo skutočne potrebujem server?“

Bullett Manale: Hlavná vec, ktorú potrebuje, je archív, databáza SQL Server, ktorá je od roku 2005 alebo vyššia. Okrem toho existujú určité minimálne požiadavky na zdroje, požiadavka .NET a to je všetko. Ide teda iba o inštaláciu produktu a vytvorenie databázy.

Dez Blanchfield: Perfektné. Jedna posledná otázka, ktorú na vás budem hádzať, pretože nám práve teraz chýba čas, ale rýchlo sa ma asi dvaja alebo traja ľudia pýtali: „Musím byť DBA, aby som sa skutočne dokázal postaviť a bežať a hrať sa s tým? “

Bullett Manale: Nie. Povedal by som, že ak ste DBA, budete mať tento nástroj na rôzne účely. Myslím, že ak budeš skúsený DBA, bude to asi o niečo väčšiu hodnotu. Uvidíte oveľa väčšiu hĺbku nástroja, z ktorého by ste mohli ťažiť. Ale tiež ako nový DBA, alebo dokonca ako človek, ktorý nie je DBA, máme veľa odporúčaní a práve teraz som na tejto stránke. Tieto odporúčania sa budú objavovať pravidelne a naozaj pekná vec, pokiaľ ide o odporúčania, je to, že vám poskytujú dôvody, pre ktoré sa odporúčania prijímajú. Okrem toho však budú mať aj odkazy na externý obsah, ktorý podrobnejšie popisuje dôvody, pre ktoré sa tieto odporúčania vydávajú. Bude to odkaz na externé webové stránky spoločnosti Microsoft, blogy a všetky podobné veci, to je externé.

Ale aby ste odpovedali na vašu otázku, je to tak trochu, viete, že ak ste senior DBA, budú tu veci, pravdepodobne využijete, že by ste pravdepodobne ako začínajúci DBA neboli. Ale zároveň je to aj druh učebného nástroja, pretože pri postupovaní podľa týchto odporúčaní začnete niektoré z týchto vecí začať zbierať aj na základe vlastných odporúčaní.

Dez Blanchfield: Fantastický. Ďakujem. Demo časť sa mi naozaj páčila. Prezentácia bola skvelá. Demo bolo fantastické. Rýchlo z pamäte je na vašom webe celé centrum zdrojov, ktoré odporúčam ľuďom pozrieť sa tiež. Pamätám si, že som cez túto noc prešiel nejaké podrobnosti. Máte celý rad vecí, od vašich blogov a údajov a konverzácií až po pamäť máte väčšinu dokumentácie k produktu online, áno?

Bullett Manale: Áno, je to správne a myslím si, že forma, na ktorú odkazujete, je webová stránka community.idera.com. A potom by som chcel spomenúť jednu vec, predtým, ako ste sa pýtali: „Rozpozná prostredie?“ Pokiaľ ide o nové inštancie alebo pridávanie inštancií, existuje ďalší nástroj, ktorý máme na nájdenie inštancií. Je to všetko o inventári a správe inventára. Chcel by som vás len upozorniť týmto smerom, pokiaľ ide o skutočné odhalenie prípadov. Pokiaľ však ide o výkon a monitorovanie, o všetkých tých druhoch, o ktorých sme hovorili, by sa do hry dostal diagnostický manažér.

Dez Blanchfield: Fantastický. Pozri, veľké pokrytie. Vaša prezentácia sa naozaj páčila. Milovali sme živé demo a to je odo mňa dnes ráno, pretože viem, že sme za čas odišli asi 10 minút. Eric, pôjdem späť k tebe.

Eric Kavanagh: Dobre. Len som miloval demo. Som rád, že ste urobili demo. Som rád, že sme sa na to mali pekne pozrieť, keď sme prechádzali otázkami a odpoveďami.

Bullett Manale: Skvelé.

Eric Kavanagh: Pretože to ľuďom dáva predstavu o tom, na čo sa pozeráte, a skutočne ma to ohromuje, keď si myslím, že sa stále učíme, ako s týmito počítačmi hovoriť, keď sa k tomu priamo dostanete. Myslím, že táto úroveň diagnostiky je dosť prepracovaná a každý deň sa zlepšuje. Dozvieme sa oveľa viac o tom, čo sa v skutočnosti deje. Naozaj však potrebujete osobu, ktorá tieto veci prehliada, číta ich a kognitívne schopnosti stavia za to, čo robíte, však?

Bullett Manale: Áno, v mnohých prípadoch mám na mysli - chcel by som vám povedať, že v krabici je DBA, ale je toho príliš veľa. Chcem tým povedať, že poskytujeme poradenstvo a pomáhame, ale na konci dňa si ľudia musia robiť rozhodnutia o údajoch, ktoré uvádzame. Nemyslím si, že sa to čoskoro zmení.

Eric Kavanagh: To je dobrá správa pre skutočných ľudí, ľudia.

Bullett Manale: Správne.

Eric Kavanagh: Budete chcieť, aby niekto sledoval toto, tím sledoval toto a dozviete sa, ako ste tu počuli od Bulletta, pri pohľade na tieto odporúčania si vyberiete, čo sa deje. Hádam z tejto histórie a myslím si, že ste sa toho dotkli, Bullett, ale veľmi rýchlo vám táto história umožňuje spoznať významné vzorce, a teda ich identifikovať, keď k nim dôjde v budúcnosti, však?

Bullett Manale: Správne. Jednou z vecí, ktoré môžeme urobiť, je sledovať výkonnosť dotazu v priebehu času. Samozrejme sa môžeme pozrieť aj na iné veci, ako napríklad základné línie, a vidieť, ako sa menia, a samozrejme, keď sa to stane, dostávať varovania a podobné veci, takže túto schopnosť určite máte.

Eric Kavanagh: To znie dobre, ľudia. Neboli by sme tu dlho, ale chcel som sa dostať k týmto otázkam. Ďakujem vám veľmi pekne za čas a pozornosť. Všetky tieto webové vysielania archivujeme. Choďte online na stránky Techopedia.com alebo InsideAnalysis.com, uvidíte odkazy z oboch miest.

A s tým sa vám rozlúčime. Ešte raz ďakujeme, vážení priatelia, budúci týždeň vás dobehneme ďalšie tri ďalšie webové vysielania, utorok, streda, štvrtok. Takže s tebou budeme hovoriť budúci týždeň, ľudia. Dávaj pozor. Ahoj, ahoj.

Partner obsahu Techopedia

Zamestnanci Techopedia sú prepojení so spoločnosťou Bloor Group a je možné ich kontaktovať pomocou možností napravo. Informácie o tom, ako spolupracujeme s priemyselnými partnermi, nájdete tu.

• Profile
• webové stránky