Cuprins:
De personalul Techopedia, 9 mai 2016
Take away : Gazda Eric Kavanagh intervievează Mark Madsen, Dez Blanchfield și Bullett Manale cu privire la latență și performanță.
În prezent nu sunteți autentificat. Vă rugăm să vă conectați sau să vă înregistrați pentru a vedea videoclipul.
Partener de conținut Techopedia
Personalul Techopedia este afiliat cu Bloor Group și poate fi contactat folosind opțiunile din dreapta. Pentru informații despre modul în care lucrăm cu partenerii din industrie, faceți clic aici.- Profil
- website
Eric Kavanagh: Doamnelor și domnilor, salut și bineveniți din nou la Hot Technologies! Da, întradevăr! Numele meu este Eric Kavanagh, acesta este show-ul nostru Hot Tech, un parteneriat cu prietenii noștri buni de la Techopedia. Salt online la Techopedia.com pentru toate noutățile din domeniul larg al tehnologiei întreprinderilor; ele, desigur, acoperă și lucruri de consum. Ne concentrăm pe întreprindere aici pe programul nostru, așa că vom face astăzi.
Există un loc despre al tău cu adevărat și suficient despre mine, lovește-mă pe Twitter @eric_kavanagh, îmi place Twitter-ul, îmi place să verific chestiile astea, este o modalitate excelentă de a rămâne în contact cu oamenii și de a avea conversații bune și one-on. -unica conversatii.
Deci despre ce vorbim? Anul acesta este fierbinte, acesta este un întreg univers de oportunități pe care îl privim astăzi în lumea managementului informațiilor, iar despre ceea ce vorbim astăzi vor fi întrebări, urmează să accelereze întrebările.
Cred că am uitat să menționez titlul „Performance Play: Say Goodbye to Latency.” Ei bine, cine vrea latența? Nimeni nu vrea latență, latența este atunci când stai acolo, faceți clic pe buton și așteptați să se întâmple ceva și nimeni nu vrea asta. Copiilor nu le place, nu cred că e fain, adulților nici nu le place. Cu toții am fost răsfățați de viteza web-ului și vrem lucrurile repede, vrem lucruri acum și vom vorbi despre asta astăzi în emisiunea noastră.
Analistul Mark Madsen este alături de noi astăzi de la Third Nature, unul dintre obișnuiții noștri. Noul nostru om de știință de date, Dez Blanchfield, a sunat din Sydney, Australia. Și apoi Bullett Manale, da, într-adevăr, acesta este numele lui, de fapt ar trebui să fie două T-uri. Bullett Manale este invitatul nostru de la Idera, o companie foarte interesantă, face multe lucruri. Știu deja despre ei, dintre care unul a cumpărat o companie numită Precise cu ceva timp în urmă. Știam că CEO-ul lor se numește Zohar Gilad, cum este acela pentru un nume? El a fost un drac de tip inteligent.
Dar oameni buni, jucați un rol semnificativ în acest webcast în întrebările pe care le puneți, așa că vă rugăm să nu fiți timizi, trimiteți-vă întrebările în orice moment - puteți face acest lucru folosind componenta Q&A a consolei webcast, adică acolo în colțul din dreapta jos. Puteți, de asemenea, să discutați cu mine și o să le vorbesc cu difuzoarele. Avem deja pe cineva care sună din Italia, deci „Ciao, ciao. Vino stai? ”Bine, cu asta voi împinge prima linie a lui Mark, o să predau puntea către Mark. Mark, acum aveți WebEx. Scoate-l, podeaua este a ta.
Mark Madsen: Mulțumesc, Eric. Totuși nu am de gând să încep la mijloc, o să încep de la început. Deci doar câteva comentarii pentru a stabili discuția cu Dez și Idera, un fel de stare a statului cu dezvoltare și baze de date și operațiuni. Și știi: Dacă te uiți la acest aspect, avem astfel de două probleme mondiale încă pe piața bazelor de date și a aplicațiilor, pentru că dezvoltatorii consideră DBA-urile ca oamenii care-i fac probleme. Trebuie să construiți modele de date, nu puteți avea acces la asta, nu puteți crea acel lucru, nu puteți pune un index pe fiecare coloană a fiecărei tabele din baza de date, pentru a-l face mai rapid. Și desigur, de ce avem nevoie de modele? Este vorba doar de structuri de date, dacă le schimbăm, nu le poți scrie doar într-o formă serializată?
Problema este că dezvoltatorii cunosc codul și aplicațiile, dar două lucruri pe care de multe ori nu le cunosc sunt concordanța, programarea concomitentă și bazele de date și sistemele de operare de sub ele. După ce am fost dezvoltator de kernel și sisteme de operare și baze de date, pot spune că concordanța și paralelismul sunt cu adevărat grele, deci o mulțime de lucruri pe care le înveți să obții performanțe bune din codul tău, încep cu adevărat să se destrame când ești lucrul cu o bază de date. Și performanțele arată grozav, mediul de testare arată minunat, iar mediul Q&A, și apoi atinge sistemul real, apoi dintr-o dată nu este atât de grozav. Deoarece este multifacetat, cum funcționează codul cu baza de date, cum funcționează cu mediul înconjurător și practicile mici, cu adevărat simple, pot avea efecte drastice în funcție de ce scară rulează.
Și atunci când începi să vorbești despre aplicații externe, desigur, aplicațiile care se confruntă extern, aplicațiile web, pot fi cu adevărat dificile, deoarece lucrurile stau grozav până când brusc se planează și nu sunt. Vei lovi aceste platouri interesante care necesită multă nuanță pentru a înțelege.
Obiectivul lucrurilor este viziunea DBA. Opțiunea DBA este că există operațiuni, aceștia își petrec cea mai mare parte a timpului, 80 - 90 la sută, în operațiuni, și poate 10 - 20 la sută se ocupă de chestiunile de dezvoltare care se întâmplă în avans. Din această perspectivă, fie plătiți acum, fie plătiți mai târziu, iar dacă vă petreceți tot timpul în avans, atunci veți avea o șansă mult mai bună mai târziu, spre deosebire de dezvoltarea care tinde să exploreze o caracteristică spațiu și încercând să vă dați seama cum să faceți cel mai bine lucrurile. Și, deci, avem probleme și acum avem metodologii incompatibile - implementare continuă, rularea aplicațiilor ori de câte ori sunt gata, făcând apăsări de cod periodic, lucrând într-un magazin care practică dev-uri. Acest lucru accelerează dezvoltarea, dar toate practicile din baza de date și ce fac DBA-urile și ce managerii de sistem au fost instruiți să facă, practicile de operare IT nu au ținut pasul.
Dacă vă gândiți la asta, majoritatea DBA-urilor funcționează sub un mediu de control al schimbării versus un mediu de implementare continuă. Totul este vorba despre stabilitate și control, versus viteza schimbării și reversibilitate. Desfășurarea continuă, dacă nu te poți întoarce din schimbare, ai probleme, deci totul trebuie construit pentru a fi ușor reversibil și schimbător de cod, ceea ce nu este foarte bine modul în care funcționează baza de date relațională, practicile de dezvoltare și practicile de management. .
De asemenea, te confrunți cu aceste probleme de a fi mai proactiv dacă poți, ca DBA, pentru că, până când auziți despre o problemă, o sută de mii de persoane completează formulare de reclamație pe site-ul dvs. web. Asta te lasă să ai nevoie de câteva lucruri noi pe care nu le ieși din vechiul mediu. Știi, lucruri cum ar fi o mai bună monitorizare și alertare. În același timp, bazele de date s-au înmulțit, am primit mai multe aplicații ca niciodată pentru a susține mai multe lucruri ca niciodată, sunt înăuntru, sunt afară, sunt peste tot. Și mai multe seturi independente de date pentru analize, oamenii pornesc baze de date peste tot, deoarece, desigur, este ușor acum, puteți configura o mașină virtuală. Dacă aveți un furnizor de cloud sau un cloud intern, puteți afișa imediat lucrurile, iar acest lucru vă modifică întreaga cale de achiziții.
Vechea cale de achiziții a fost: „Am timp să obțin un server, să-l bag într-un rack, să aloc spațiu, să fac stocare, să instalez baza de date și să fac lucrurile”, față de cineva care trece un card de credit și merge în cinci minute. Dacă faceți asta, acel mediu de dezvoltare modernă funcționează într-un ritm care este foarte diferit și, prin urmare, este ușor să creezi baze de date și asta creează doar această problemă a unei proliferații, cum nu am mai văzut nimic. Și acest lucru se întâmplă de acum zece ani, aceasta nu este o veste pentru nimeni, dar înseamnă, de asemenea, că mediile de operare au crescut în complexitate.
Întregul mediu de server client s-a schimbat cu adevărat, deoarece nu mai este o lume a serverului client. Pe atunci aveai un server, aveai o bază de date, dacă ceva nu era în regulă, știai ce server să mergi, știai să gestionezi resursele de pe el, deoarece cele mai bune practici erau o bază de date, un singur server. Virtualizarea a început să se despartă de asta, cloud-ul o rupe și mai mult, pentru că ceea ce credeți că este un server de baze de date, este doar software. Deci mediul nu este real. Este ceea ce conține mediul care este realitatea și care ar putea fi un rack de lame sau un server mare sculptat în bucăți, nu știi cu adevărat.
Totul în ceea ce privește administrarea bazei de date și gestionarea performanței și ce baze de date au fost construite în jurul unui control strict cu un singur server sau cu o mână de servere și câteva baze de date, nu puteți controla totul. Stai acolo pe o mașină, dar lățimea de bandă nu poate fi împărțită cu ușurință de către managerii virtuali și, astfel, totul poate fi în regulă cu memorie și procesor, dar sunteți înghețat de o resursă care nu poate fi tratată și atunci când încerci să-l repari, vechiul model ar fi fost la muncă grea, obținând un server mai mare și fă ceva de genul acesta, acum ar putea fi cu adevărat simplu, doar adăuga un curs virtual, doar adaugă memorie la VM și se rezolvă. Dar ce se întâmplă dacă VM-ul dvs. este pe un server supraaglomerat și trebuie să migreze? Sau ce se întâmplă dacă sunteți la dimensiunea unui sistem AWS, iar dimensiunea maximă a fost atinsă, acum unde mergeți?
Așadar, aveți toate aceste probleme în care mediul face parte din baza de date acum, împachetați un mediu cu o bază de date, toate resursele speciale, tot ce este în aplicație face parte din configurație, configurația este împinsă acolo. Acest lucru este din mediul bazei de date, este mult mai greu de gestionat și controlat.
Dacă te uiți la ce au făcut centrele de baze de date, au stat pe mâinile lor, nu? Ne-am îndepărtat de această idee de a trata baze de date și servere precum animale de companie. Servitorii au nume, îi tratați ca și cum ar fi lucruri individuale unice, îi tratați ca pe vite, administrează o turmă. Iar problema administrării efectivelor este că, dacă nu le controlați, în cele din urmă se pot imprima, iar o ștampilă nu este un lucru bun. Avem nevoie de instrumente de monitorizare mai bune, avem nevoie de modalități mai bune de a face față acestor lucruri și să știm ce a fost afectat. În vechiul model, a fost mai ușor, deoarece operațiunile dvs. și toate sistemele de control v-au spus, dar atunci când numele serverului dvs. este un cod UPC, este cam greu să descoperiți lucrurile.
Nu vă puteți permite alerte false, nu vă puteți permite lucrurile care spun: „Există o problemă cu această mașină, iar aparatul acesta găzduiește 30 de baze de date.” Nu vă puteți permite ca lucrurile să nu vă ofere istoric. Consolele de monitorizare sunt minunate atunci când se aprind, dar dacă lumina roșie devine din nou verde și nu știți de ce și nu aveți istoricul în care să vă întoarceți pentru a vedea ce a condus la asta și ce anume contextul a fost, ai probleme. Avem nevoie de sisteme care să ne monitorizeze, avem nevoie de o monitorizare mai bună, care se ocupă de problemele intermitente cursive care mențin istoricul datelor.
Lucruri mai bune și praguri de valori simple, care ne aduc valori cheie, dar nu ne ghidează direct către ceea ce este normal, ce anormal și cât de frecvent apar aceste probleme. Despre ce vorbim cu adevărat este o combinație de mediu de monitorizare și de a face cu performanța, iar vânzătorii au stat pe mâinile lor. Nu ne-au oferit instrumente mai bune. Avem sisteme cu mai mult procesor și memorie decât știm ce să facem cu toate acestea și totuși ne bazăm pe modele de intervenție manuală, nu am pus aparatul să funcționeze, să ne ghideze, să ne ducă la punctul de problemă, nu am ajuns la acest stil nou, care este: „Există o problemă aici, puteți face acest lucru pentru a remedia”, sau „Există o problemă de performanță, este de fapt cu această afirmație SQL specifică, aici sunt trei lucruri pe care le-ați putea folosiți pentru a repara acea declarație SQL. ”Aplicând euristicile, aplicând modele de învățare automată care pot privi modelele de utilizare ale sistemului dvs. pentru a detecta probleme și pentru a evita alerte false. Utilizarea aparatului pentru a face ceea ce face cel mai bine, pentru a mări DBA sau pentru a mări persoana care trebuie să facă față problemelor de performanță.
Acesta este noul mod, spre deosebire de stilul vechi. Există o problemă cu această bază de date, lucrurile sunt lente și, prin urmare, avem noi tehnici, noi modalități de a face acest lucru și ar trebui să le aplicăm, și de aici se îndreaptă piața. Vedeți că începe să crească, nu cu marii vânzători, ci cu companii terțe, iar acest lucru se reflectă în ceva ce s-a întâmplat în urmă cu 20 de ani, când furnizorii de baze de date nu au oferit un singur lucru care să ajute la gestionarea sistemelor. Așadar, cam asta este direcția pieței și, cu asta, aș vrea să o redau lui Eric.
Eric Kavanagh: Bine, o voi transmite lui Dez. Și Dez, ia-o, podeaua este a ta.
Dez Blanchfield: Mulțumesc, Mark. Ai făcut o treabă fantastică de acoperire a componentei tehnice a acesteia. Voi veni la un alt unghi diferit pentru a evidenția ce s-a întâmplat în restul lumii, în ceea ce privește impactul asupra afacerilor și bazelor de date din jurul lor. Permiteți-mi să sar la primul meu diapozitiv.
În spatele a ceea ce tocmai ați acoperit din partea tehnică a lucrurilor și din partea dezvoltatorului, văd că întreprinderile trebuie să se confrunte cu provocarea în special a datelor și a bazelor de date și, evident, am avut această schimbare semnificativă către acest concept de date mari, dar bazele de date sunt în mod eficient inima și sufletul locului în care organizațiile își păstrează informațiile despre afaceri și este de la ușa din față până la sediul central. Fiecare parte a organizației este atinsă de o bază de date într-un fel și alimentată de o bază de date și foarte rar intru în discuții de proiect sau într-o formă de conversație strategică inovatoare într-o organizație în care tema bazei de date sau a bazei de date. nu apare și există întotdeauna întrebări cu privire la tipurile de lucruri despre care tocmai am auzit, în ceea ce privește performanța și securitatea și cum se dezvoltă abordarea acestei provocări, și unde se potrivesc bazele de date și conștientizăm despre medii și aplicații mediile în care vorbim, ce zici de dispozitive și mobilitate?
Este încă un subiect foarte, foarte fierbinte și a fost unul de multă vreme în marea schemă a lucrurilor în ceea ce privește tehnologia modernă. În acest punct, cred că este un fapt că aproape tot ceea ce facem în viața noastră de zi cu zi, adică în viața noastră de zi cu zi, care este acum susținută de o formă de bază de date. Când ne gândim la toate lucrurile din jurul nostru, fie că este vorba de o factură care intră în fiecare zi prin poștă pentru un serviciu pe care îl cumpărăm, este inevitabil să fie tipărit de un sistem care vorbește cu o bază de date și suntem acolo. Telefoanele noastre au baze de date pe ele, cu contactele și jurnalele de apeluri și alte lucruri.
Oriunde mergem, există o formă de bază de date în spatele discuției și sistemele pe care le folosim și, de cele mai multe ori, sunt destul de transparente pentru noi, dar faptul este că sunt acolo. Așa că m-am gândit că voi acoperi rapid de ce aceasta a devenit o problemă într-o perioadă foarte scurtă de timp. La început, conceptul de bază de date a venit de la acest minunat domn, Edgar Codd. În timp ce lucra la IBM, el a schimbat lumea în ceea ce privește gestionarea datelor creând un concept la care ne referim acum ca bază de date relațională.
La început, baza de date era o bază de date, iar viața era bună, era destul de simplă atât în coloane, cât și în referințe, etc., și tabele, și software-ul de dezvoltare a fost destul de simplu, iar performanța nu a fost chiar o problemă atât de mare - a fost o nouă tehnologie interesantă. Am accesat bazele de date printr-o formă de terminal și puteți crea cu adevărat atât de multă distracție la sfârșitul unui terminal 3270 de pe un mainframe și, invariabil, alte tipuri de terminale, celelalte sisteme au venit. Și, în majoritatea cazurilor, terminalele în stil vechi erau foarte asemănătoare cu cele din mediile web acum, și asta înseamnă că ar trebui să completați un formular pe ecranul terminalului în sine și să apăsați Enter și off pentru a merge, s-ar putea trageți ca un pachet, ca o solicitare, iar sistemul de back-end ar face față. Asta se întâmplă în mod esențial pe un browser web în aceste zile, când introduceți un link pe un browser web și formularul acesta nu se întoarce de obicei în timp real la sistem, deși cu AJAX zilele acestea nu este în întregime caz.
Dar apoi s-a întâmplat ceva, a sosit viitorul, și mai nou internetul și aproape ieri, într-un web 2.0 sec, și chiar după colț avem internetul lucrurilor. Și în procesul viitoarei întâmplări, lumea bazelor de date tocmai a explodat, iar interacțiunile cu bazele de date au devenit doar un lucru pe care l-am făcut cu toții în mod implicit, nu era cazul să mergi undeva să faci ceva, cum ar fi să cumperi un bilet pentru un avion și doriți să călătoriți în cealaltă parte a planetei, cineva a trebuit să tasteze în terminal toate detaliile dvs. și să intre într-o bază de date și să imprima un bilet.
Aproape tot ceea ce facem acum, fie că este vorba de o cabină pe Google cu o aplicație, fie că sare pe internet banking, tot ceea ce facem zilnic, cu un fel de sistem, este alimentat de o bază de date. Și când internetul a venit, asta a fost puțin mai ușor să ne aducă, viața noastră de zi cu zi printr-un browser web, apoi web 2.0 a venit și lucrurile au devenit mobile, iar scara lucrurilor tocmai a explodat. De fapt, linia mea preferată în acest subiect este aceea: „Internetul a conectat totul, web 2.0 a făcut-o mobilă și socială, iar lucrurile au devenit foarte, foarte mari și acum avem internetul și lucrurile și, și IoT… Yikes !!” Nici măcar nu am început să ne imaginăm impactul Internetului Lucrurilor când vine vorba despre lume asupra sistemelor de baze de date.
Deci, în termeni moderni, ceea ce ne-am gândit ca terminal a devenit în mod eficient aceste lucruri, este vorba de telefoane mobile, este vorba de diverse tipuri de tablete, fie tablete de mare ecran pentru consumatori personali, fie pentru întreprinderi, laptopuri și este desktopul tradițional într-o anumită formă. În acea singură imagine puteți vedea aproape fiecare formă de interfață la care folosim acum pentru a vorbi cu sistemele de baze de date și aplicațiile care sunt alimentate de acestea, din micile gadgeturi din mâinile noastre care se plimbă și parcă suntem lipiți de toate. drumul până la versiunile puțin mai mari, și iPads, și alte tablete și Microsoft Surfaces, la laptopuri de zi cu zi, care sunt invariabil acum în mediile profesionale și așa mai departe. Oamenii au tendința de a obține un laptop și nu un desktop fix, dar sunt terminalul modern din punctul meu de vedere și o parte din motivul pentru care bazele de date se confruntă cu tot felul de provocări în ceea ce privește performanța de management din viața noastră și nu doar dezvoltarea.
Așadar, presupun că este una dintre cele mai mari provocări cu care se confruntă întreprinderile de zi cu zi. Toată lumea credea că bazele de date sunt singurele noastre probleme, nu sunt. Așadar, despre ce este vorba? Ei bine, atunci când trecem de la un capăt la altul cu toate lucrurile legate de baze de date, dintr-un sens comercial, iar Mark's a acoperit componentele tehnice foarte bine, dar în sens comercial, ca organizație, ne gândim la baze de date. Avem de-a face cu lucrurile până la capătul de proiectare și dezvoltare de bază. Când începe o afacere, se va gândi la dezvoltarea aplicațiilor, la dezvoltarea unei capacități sau chiar la implementarea unei aplicații existente într-o anumită formă. O anumită formă de proiectare și dezvoltare trebuie să aibă loc și trebuie gândită foarte mult la modul în care aceste sisteme de baze de date vor fi implementate, susținute și gestionate, iar performanțele urmărite și așa mai departe.
Integrarea mediului și aplicațiilor bazei de date, precum și tipurile de API, tipurile de acces care sunt furnizate acum devin din ce în ce mai dificile, mai complexe. Administrare de zi cu zi, suport și copii de rezervă, din nou, acestea sunt lucruri pe care am crezut că le-am rezolvat, dar atunci dintr-o dată scara a devenit mult mai mare, iar lucrurile s-au mișcat mai repede, iar volumul este cu atât mai mare; dimensiunea mediilor, sistemele de baze de date trebuiau să suporte viteza cu care se mișcă tranzacțiile.
Gândiți-vă la o bază de date într-un mediu de tranzacționare cu frecvențe foarte mari, nu există nici un fel în care oamenii pot urmări acest lucru, este doar un grup de mașini care luptă cu un alt grup de mașini pentru a face tranzacții de înaltă frecvență, cumpărare și vânzare și volumul la pe care aceste tranzacții se întâmplă. Gândiți-vă la un scenariu modern, precum o lansare timpurie a unui film Netflix în care nu vorbiți doar despre sute sau mii sau chiar sute de mii, potențial milioane de oameni care vor să vadă filmul chiar din momentul în care este lansat. Toate aceste informații sunt captate, urmărite și înregistrate și analizate într-o platformă de baze de date.
Și atunci există lumea permanentă în care trăim acum, 24 de ore din 7, nu doar să urmăm Soarele, ci este întotdeauna cineva până la miezul nopții care vrea să facă ceva, iar orele de afaceri urmează Soarele în întreaga lume. Deci, timpul de funcționare și disponibilitatea sunt implicit, este un climat acum, având o întrerupere chiar nu este un lucru acceptabil. Și redundanța, dacă există o problemă de performanță sau dacă avem nevoie de o fereastră de întreținere pentru a face o actualizare sau un patch, sau o securitate, într-adevăr, trebuie să putem tăia de la un mediu de bază la altul și să o facem perfect și automat.
Securitate și standarde și conformitate, am avut parte de lucruri destul de mari în lumea târziu, în special a GFC, și astfel avem o serie întreagă de noi provocări pentru a face față conformității, securității și standardelor de corespondență, și avem nevoie pentru a putea raporta la cei în timp real și, în mod ideal, într-o formă de bord. Nu dorim să trimitem o echipă de maimuțe într-un centru de date care încearcă să găsească lucruri, avem nevoie de sistem să ne spună asta imediat, în timp real.
Și cele două mari distracții despre care aproape nimeni nu vorbește, le împingem în general sub covor și sperăm că nu își ridică niciodată capul urât, ci recuperarea dezastrelor și continuitatea afacerilor - acestea sunt și lucruri care ar trebui, pentru cea mai mare parte, se întâmplă automat, în cazul în care nevoia apare.
Am putea petrece zile vorbind despre tipurile de lucruri care pot merge greșit în mediile bazelor de date și că oamenii au răspuns în general, dar acum avem nevoie de sisteme și instrumente pentru a face asta pentru noi. Un exemplu este o încălcare a datelor și așa, atunci când ne gândim la bazele de date și pun această întrebare destul de deschis sub diferite forme: ce se întâmplă cu bazele de date atunci când ne scoatem ochii de pe minge și ceva critic merge greșit? Mai ales dacă nu există un sistem care urmărește performanța și securitatea și alte aspecte majore ale rulării bazelor de date.
Ei bine, ceea ce s-ar putea întâmpla este acesta, acesta este un ecran de ecran al unora dintre încălcările recente din ultimii doi-trei ani. In mod invariabil, toate provin dintr-un sistem de baze de date și, în mod invariabil, au apărut unele probleme în materie de securitate sau control, sau acces care se întâmplă, iar în colțul din stânga sus ne uităm la 152 de milioane de conturi Adobe, în care se află fiecare detaliu. dintre acei clienți a fost încălcat. Și dacă ar fi fost cazul instrumentelor adecvate pentru a urmări și captura incidentul și pentru a controla securitatea, am fi putut evita unele dintre acestea, primele două sute de înregistrări furate ne-ar fi putut avertiza și am fi avut a oprit următoarea sută cincizeci de milioane.
Apoi ajungem la punctul cheie al întregii călătorii, ne-a dus, adică: de ce avem nevoie de sisteme mai bune? De ce nu putem arunca mai multe corpuri la acest lucru, că am traversat bine și cu adevărat punctul de basculare din punctul meu de vedere și, cu siguranță, cred că există un caz care a fost o dovadă a întârzierii, care aruncă mai mulți DBA, administratori și mai multe persoane la chestia asta nu rezolvă problema. Avem nevoie de un set mai bun de instrumente și un set mai bun de sisteme.
Iată primele cinci motive pentru care cred că susțin acest lucru și sunt clasificate în ordinea importanței, pe baza a ceea ce văd în aceste întreprinderi private și state care sunt medii guvernate, provocările cu care se confruntă mediile bazelor de date, și gestionarea lor.
Securitate și conformitate - numărul unu. Știi, controlând cine are acces, de unde au acces, când au acces, cât de des au acces, de unde au accesat-o. Potențial dispozitivele pe care le-au atins efectiv, tipurile de lucruri pe care le-au privit și conformitatea care merge în jurul valorii de asta. Faptul că ființele umane efectuează rapoarte 30 de zile mai târziu pentru a ne spune dacă lucrurile sunt în regulă nu mai este potrivit, trebuie să se întâmple în timp real.
Performanță și monitorizare - se pare că nu este un brainer, dar invariabil nu este. Fie că folosim instrumente open-source sau unele instrumente comerciale ale unor terțe părți, invariabil nu am ratat barca, în multe privințe, cu tipurile de monitorizare a performanței necesare și detaliile care și capacitatea de a răspunde la timp .
Detectarea și răspunsul incidentelor - trebuie să fie un lucru instantaneu în timp real și, în mod invariabil, avem nevoie de un sistem care să îl facă pentru noi sau cel puțin să ne avertizeze rapid pentru a putea face față, astfel încât să fie abordate puținele probleme. cu rapiditate și nu scăpați de sub control.
Management și administrare - din nou, credem că aceste probleme sunt rezolvate, nu sunt. Scopul problemelor cu care se confruntă echipele de baze de date, în special DBA-urile în care un sistem ar trebui să aibă grijă de lucrurile noastre, nu am rezolvat încă această problemă, este încă un lucru real.
Și chiar din partea frontală cu proiectare și dezvoltare, când începem să construim aceste instrumente, construim medii de baze de date, să putem arunca instrumentele adecvate la dezvoltare și testare și integrare a platformelor. Acest lucru încă nu este un lucru ușor pentru noi, iar toată această călătorie, ne conduce către același mesaj, că în mintea mea avem nevoie de sisteme și instrumente mai bune pentru a ne ajuta să obținem rezultatele de care avem nevoie mediul nostru de baze de date, astfel încât afacerile care stimulează valoarea clienților noștri. Nu putem continua să aruncăm mai multe corpuri și mai multe DBA-uri, scala este prea mare, viteza este prea rapidă și volumul este prea mare. Cu asta, Eric aș putea să-ți trec înapoi.
Eric Kavanagh: Îmi place, avem multe terenuri acoperite acolo, o mulțime de oportunități potențiale și mergem înainte și le predăm cheile lui Bullett în doar o secundă.
Bullett Manale: Bine.
Eric Kavanagh: Oh, hai să o luăm și Bullett, acum vi le predau, iar podeaua este a voastră.
Bullett Manale: Bine, mulțumesc. Cred că s-au făcut multe puncte bune. Am vrut să vorbesc rapid doar o secundă despre Idera, cine suntem și apoi vom sări. Voi vorbi despre instrumentul despre care cred că multe despre aceste lucruri despre care vorbim, putem un fel de set și fel de discuții despre unele dintre domeniile în care acestea se aliniază, cu acest instrument, produsul Diagnostic Manager.
Acum, ceea ce vreau să fac mai întâi, este doar un fel de a vă oferi un fundal despre cine este Idera; suntem de jur împrejur încă din 2003 și, prin urmare, am pornit doar cu instrumente SQL Server și pe ce ne vom concentra astăzi, este, ar fi produsul Diagnostic Manager. Însă puteți vedea toate gălețile pe care le avem aici și de curând, așa cum am menționat anterior, am achiziționat Precise și prin achiziție, avem și Embarcadero și astfel avem un portofoliu de produse destul de bun.
În ceea ce privește monitorizarea performanței, în termeni de SQL Server, produsul despre care vreau să vorbim, care aliniază aceste subiecte despre care discutăm, este Manager de diagnosticare. Acum, acesta este un produs care a fost destul de aproape de la începutul zilelor Idera și am avut norocul să fac parte din asta din 2005. Și am văzut o mulțime de schimbări în ceea ce privește SQL Server, trecerea de la fizic la virtual, tot felul de chestii care s-au întâmplat și, de asemenea, nevoile DBA-urilor pe măsură ce mediile cresc și acele tipuri de lucruri.
Cu ce am început, a fost utilizatorul obișnuit al produsului nostru este DBA, și atunci când vorbim pentru oameni pentru prima dată, clienți potențiali, este vorba în mare parte de DBA-urile cu care vorbim. Nu vorbim cu managerii IT sau cu directorii, s-ar putea ca la un moment dat să ajungă la acest nivel, dar debutul inițial este că DBA are o problemă, DBA încearcă să remedieze problema și de multe ori noi Voi merge să descărcați și să încercați produsul ca parte a acestuia. Fie că primiți managerul de date, fie DBA, fie DBA în funcție, tipul care este suficient de norocos să fie cel mai tehnic din sală, în unele cazuri. Acum, când ajungeți la mediile de întreprindere mai mari, evident, atunci veți obține DBA-urile complete, de obicei, ele vor fi cele care folosesc instrumentul. Și am mers mai departe și am adăugat doar un pic de blur aici de pe Wikipedia. Cam trece peste responsabilitățile DBA așa cum spune Wikipedia, asta fac ei.
Dacă parcurgeți listarea aici, o mulțime de aceste lucruri, nu am de gând să o citesc, dar veți primi o mulțime de lucruri tipice la care v-ați gândi și apoi pe una dintre ele, aveți monitorizare și optimizarea performanței bazei de date, și aceasta este una destul de mare. Și ceea ce este interesant, este când vorbești cu DBA, ei sunt întotdeauna cei care sunt învinuiți mai întâi, când vine vorba de probleme și poate nu este chiar vina lor, dar când există o problemă de performanță, de obicei cu o aplicație care este legat de o bază de date DBA, ei sunt cei care primesc vina, așa că ei caută întotdeauna motivele pentru care nu este vina lor. În multe cazuri, asta le poate folosi acest instrument, Manager de diagnosticare, pentru a-i ajuta.
Dar la sfârșitul zilei, de asemenea, dacă baza de date nu funcționează, atunci multe alte chestii nu contează cu adevărat, aplicațiile dvs. nu funcționează, atunci nu contează cu adevărat pentru multe dintre acestea lucruri. În primul rând, dorim să fim capabili să ne asigurăm că utilizatorul experimentează modul în care îl cunoaștem, nu este diminuat, este un lucru către care DBA-urile se străduiesc întotdeauna. Și cred că, dacă te uiți la motivele pentru care oamenii cumpără și folosesc în mod obișnuit produsul SQL Diagnostic Manager, unul dintre primele motive, probabil nu în primul rând, nu în ultimul rând, dar este un fel de egal la nivel general, și în funcție de cine vorbești, aceste motive, aproape unul sau două dintre ele sunt întotdeauna, există un fel de nevoie în jur.
Dar primul este doar în măsură să aibă acea vedere centralizată a instanțelor ca un SQL pe care îl gestionează. Și cel mai amuzant este că, în multe cazuri, dacă întrebi un DBA, „Câte cazuri administrezi?” Numărul se schimbă atât de des, încât în unele cazuri nu sunt cu siguranță. Deci, ai nevoie de ceva mai mult decât să poți arunca totul pe ecran. Doriți să captați informațiile respective, doriți să înțelegeți aceste informații și, astfel, acesta este unul dintre lucrurile cu care Managerul de Diagnostic vă poate ajuta cu siguranță, este să vă puteți oferi acest tip de vedere în mediul înconjurător.
Și nu este doar o perspectivă asupra mediului, dar este o părere cu care DBA, administratorul bazei de date, este confortabil și este o consolă centrată pe DBA, dacă veți dori. Este făcut pentru un administrator de baze de date. Există o mulțime de instrumente de monitorizare acolo, există o mulțime de instrumente de performanță, dar așa cum am spus, la sfârșitul zilei, DBA își dorește un instrument conceput pentru un DBA, pentru că există o mulțime de lucruri specifice pentru ceea ce fac în ziua lor de zi.
Și cu acestea spuse, ai SCOM, ai HPF, ai toate aceste alte tehnologii, dar vor ceva deosebit de ceea ce fac. Cred că putem ajuta în zona respectivă cu acest produs, veți vedea când vom intra în el într-o secundă. Celălalt lucru pe care îl vedem cu DBA, care este cu siguranță unul dintre lucrurile pe care le-am atins mai devreme, este că trebuie să poată vedea ce se întâmplă, evident, și trebuie să poată privi întreaga întreprindere și să ai liniște sufletească în a ști ce se întâmplă. Dar, în același timp, nu stau acolo, uitându-se la console.
Îți aduci aminte de toate punctele de gloanță pe care le-ai văzut pe acea listă, pe care tocmai le-am tras? Ei trebuie să facă și alte lucruri, așa că nu este vorba doar de așteptarea stingerii incendiilor. În multe cazuri, vor exista întâlniri sau o mulțime de ferestre de întreținere legate de administratorul bazei de date rulează în miez de noapte când dorm, așa că trebuie să aibă capacitatea de a se întoarce și de a vedea ce s-a întâmplat . În multe cazuri, dacă nu surprindeți ceva când se întâmplă, odată ce problema a dispărut, sau cel puțin cu SQL Server, devine o problemă în care vă confruntați cu situația în care nu mai aveți rămășițe ale acestei probleme. Și aceste probleme dispar, la fel și resturile, ceea ce înseamnă că aveți mai puțin de rezolvat probleme, aveți mai puține informații cu care să lucrați.
Acestea fiind spuse, acesta este cu siguranță unul dintre lucrurile pe care le poate ajuta Diagnostic Manager, este acela de a vă oferi această perspectivă în trecut pentru a interoga informațiile din trecut: „Am avut o alertă cu blocarea, am avut probleme cu blocarea, Am avut lucruri care se întâmplau în ceea ce privește resursele noastre? ”Pot să mă întorc și să întreb aceste informații. Pot să perfecționez în anumite puncte în timp. Aș putea face toate aceste lucruri direct din interiorul instrumentului.
Toate aceste lucruri, în ciuda faptului că este sau nu o aplicație externă sau externă, DBA vor să știe, pentru că vor să poată vedea ce provoacă problema. Nu contează chiar dacă a fost cineva din interiorul organizației sau cineva din afara organizației care a scris codul; mai vor să o poată izola, astfel încât să știe că problema se întâmplă și știu de unde vine.
Deci performanța și responsabilitatea sunt o parte cheie a ceea ce face produsul nostru. Putem oferi toate aceste detalii, iar ceea ce este frumos, este că aveți capacitatea de a explora. Dacă există un blocaj, îl puteți corela cu aplicația, cu utilizatorul, cu baza de date, cu interogarea. Și încă o dată, este un fel de pistol de fumat. Aveți o corelație directă între când se execută această interogare, ce face? Și nu este vorba doar despre interogarea în sine, din punct de vedere al executării în sine, dar, de asemenea, interogarea în timp se înrăutățește? Și la aceste lucruri se poate răspunde și cu produsul, ceea ce este cu siguranță ceva care, dacă încercați să fiți proactiv, este plăcut să puteți spune: „Hei, iată o întrebare care a rămas rău, dar băiat uită-te la ea Pe măsură ce merge mai departe, putem vedea că rulează și mai rău și mai rău, pot face ceva în acest sens. "
Dacă mergem în următoarea zonă aici; și acesta este probabil - aș spune că acesta este unul dintre cele mai mari. Una dintre întrebările pe care mi le pun, atunci când arată produsul nostru este, voi întreba întotdeauna administratorul bazei de date, „Cum auziți despre o problemă legată de bazele de date SQL Server?” Și este foarte amuzant, pentru că de cele mai multe ori - acum acordate, de cele mai multe ori se uită la produsul nostru, deoarece în multe cazuri încearcă să rezolve o anumită nevoie. Dar este interesant să auziți lucrurile inițiale - cel puțin cu SQL Server, este că a fost un fel de - știți, în primele zile ale SQL Server aveți SQL Server și apoi aveți Oracle. Și toată lumea avea Oracle, iar SQL Server era cam ca, din lipsa unei expresii mai bune, pasul roșcat al bazelor de date, când a început.
Și apoi, pe măsură ce Microsoft a adăugat mai multe funcții, a devenit un pic mai mult un instrument de întreprindere. Și, evident, a parcurs un drum lung de atunci. Dar ideea este că, o singură dată, puteți susține că bazele de date nu au fost considerate ca fiind critice în acea zi. Și asta s-a schimbat în timp. Din această cauză, în multe cazuri, oamenii încearcă să pună mâna în jurul ei și spun: „Știi ce? Am toate aceste baze de date SQL Server, încerc să mă descurc. "Și mai degrabă decât să aud despre probleme din biroul de asistență sau să aud despre probleme din partea anumitor persoane care - precum utilizatorii înșiși, " Caut modalități de a ocoli acest lucru. Caută modalități de a putea fi conștientizate de aceste situații înainte de a se întâmpla vreodată.
Și tot așa, cu Diagnostic Manager, acesta este unul dintre lucrurile pe care, de asemenea, încercăm să le facem, este cel puțin în măsură să facă ca DBA să fie primul care să știe despre acele situații sau acele probleme, astfel încât să poată face ceva despre asta, fie chiar atunci când se întâmplă, fie pentru a face chiar un pas mai departe, pentru a analiza aceste sisteme pe care le monitorizează. Și pentru a vă putea oferi sfaturi proactive care vor îmbunătăți performanța acelei instanțe și pentru a putea face asta în mod regulat. De exemplu, trebuie să adăugăm un index, bazat pe volumul de muncă; acele tipuri de lucruri, instrumentele capabile să facă și ele. Deci vom vedea o mulțime de lucruri în acest instrument.
Celălalt lucru și ultimul lucru din această listă, care este mai mult o descriere generală, dar cu siguranță este ceva demn de remarcat. Și mai ales, pe măsură ce intrați în tipurile mai mari de situații la nivel de întreprindere, în care aveți o mulțime de cazuri, va exista întotdeauna un lucru obscur pe care vreau să îl monitorizez, dacă sunt administratorul bazei de date, pentru exemplu. Și deci ceea ce încercăm să facem este să anticipăm în ceea ce privește ceea ce DBA tipic urmează să monitorizeze.
Acestea fiind spuse, veți fi capabili, de asemenea, în termeni de - va fi întotdeauna ceva nou. Așadar, v-am oferit o modalitate de a adăuga orice valoare trebuie să monitorizați și să gestionați după ce punctul de instalare poate fi adăugat. Deci orice contoare PerfMon, contoare WMI, obiecte de contorizare SQL Server; toate acestea pot fi încorporate în instrument. Aveți capacitatea de a adăuga întrebări suplimentare care pot fi încorporate în intervalele de votare.
Și, ultimul lucru demn de remarcat este faptul că putem adăuga și comunica, de fapt, atât cu vCenter, cât și cu Hyper-V, pentru a putea extrage valorile din acele medii. Deoarece unul dintre lucrurile pe care le-am identificat cu DBA, este că, de obicei, nu fac parte din operațiuni specifice. Și nu au neapărat, în mod obișnuit, mediul vCenter disponibil pentru ei sau acele tipuri de lucruri de care dispun.
Și deci problema este că, dacă au de-a face cu o instanță SQL Server și li s-au alocat resurse, dar acea instanță este virtualizată, poate părea că au toate resursele din lume, atunci când monitorizează doar ce pe sistemul de operare invitat. Realitatea este că, în gazdă, s-ar putea să existe 30, sau 40, sau alte 50 sau 100 de alte VM-uri la care încearcă să acceseze și să aibă conținut de aceleași resurse. Și singura modalitate de a vedea efectiv este să comunicăm cu acele alte medii și cu acele interfețe, în acest caz, pe care le facem.
Aveți capacitatea de a adăuga acele alte tipuri de contoare în instrument. Acum nu este vorba doar de posibilitatea de a monitoriza acele contoare, ci este de a putea face acele contoare noi, pe care le introduceți în produs, să le faceți parte din instrument, ca și cum ar fi o metrică din afara . Un lucru extraordinar pe care ai dori să-l monitorizezi; deci înseamnă să le poți încorpora în tablourile de bord. Înseamnă a fi capabil să le adăugați la rapoartele dvs. personalizate, să puteți seta, în mod evident, praguri și să vă alertați, dar și să le puteți determina și să puteți seta pragurile cu anumite cunoștințe, de unde să le setați pe baza unor lucruri precum dvs. linii de bază și ce este normal. Deci, aveți o mulțime de lucruri care sunt de asemenea produse.
Ceea ce v-am oferit este ceea ce numesc „principalele rezultate pentru Diagnostic Manager” și pot să merg mai departe și să vă ofer un pic din acest lucru accesând produsul. împărtășește-mi ecranul, în regulă și pur și simplu o să glisează asta. Deci, ceea ce vei vedea, aceasta este consola pentru Diagnostic Manager. Și așa cum am menționat înainte, va merge la primul nucleu livrabil, fiind capabil să te uiți lucrurile dintr-o perspectivă la nivel de întreprindere. Există o mulțime de exemple diferite în cadrul instrumentului. Avem un fel de vedere în miniatură, avem mai mult o vedere asemănătoare grilelor. aveți și o consolă bazată pe web. Consola bazată pe web are alte vizualizări care vă sunt disponibile, cum ar fi hărțile cheie și lucruri de genul acesta. Dar ideea este că aveți această capacitate de a privi și de a vedea lucrurile la un nivel înalt, dar pe măsură ce apar probleme, veți sări un pic mai departe în instrument și veți vedea de fapt problema specifică Lems, și ai un fel de a înțelege și a ști ce se întâmplă. Și, evident, asta este foarte important.
Acum, în termeni de a putea vedea efectiv ce s-a întâmplat în trecut; Dacă mă uit la o problemă care s-a întâmplat ieri sau acum o săptămână, atunci în această situație, știți, va trebui să puteți ieși într-o anumită instanță de SQL. Și vestea bună este că, dacă știți la ce oră s-a întâmplat acea problemă în cadrul produsului, puteți merge direct la browserul de istorie. Și pot indica un moment specific al zilei; ar putea fi de acum câteva săptămâni, ar putea fi de ieri. Dar, în orice zi aș alege din calendar, atunci voi fi prezentat cu diferite intervale de votare. În acest caz acum, efectiv văd ce aș fi văzut dacă aș fi vizionat consola pe 20 aprilie, la 13:37
Așadar, reușesc să mă întorc în timp, iar după ce fac asta, toate filele diferite pe care le vedem aici vor reflecta acel moment specific în timp, inclusiv întrebările care ar putea fi rulate prost, inclusiv dacă Am avut ședințe cu blocare. Toate aceste tipuri de lucruri ar apărea în instrument și va permite să folosesc în mod evident aceste informații istorice pentru a putea, să știți, să remediați problema. Acum, pe această notă, când vorbim despre istoric, celălalt lucru demn de remarcat aici este faptul că nu este doar utilizarea istoricului pentru rezolvarea problemelor. Istoria este foarte valoroasă, evident, din alte motive. Și, una dintre cele mai mari este să poți lua decizii eficient și să poată lua rapid decizii, cu informațiile corecte. Deci, toate aceste istorii, toate informațiile pe care le colectăm, le putem raporta.
Dacă cineva vine la mine și spune: „Am această aplicație nouă, foarte grozavă. Va schimba lumea așa cum o știm. Oh, prin modul în care va avea nevoie de o bază de date și, prin modul în care va fi cu adevărat peg the I / O pe aparatul în care se află acea bază de date. " Dacă știu că intră în ea, atunci pot folosi aceste informații pentru a putea oferi un clasament al tuturor serverelor mele de producție, bazate poate pe ultimele șapte zile de colectare. Și aș fi capabil să ajung foarte repede la concluzia cazurilor care are cel mai mult sens să folosești acea bază de date. Deci, este tipul de informații istorice, care este, de asemenea, evident foarte valoros.
În ceea ce privește întrebările în sine; în ceea ce privește examinarea întrebărilor, avem o mulțime de moduri diferite de a face asta în instrument. Și cea pe care îmi place să o privesc este Query Waits View, deoarece Query Waits View este foarte util în ceea ce privește posibilitatea de a evalua. Dacă am un gât care are loc, să pot identifica în mod esențial toate diferitele domenii care afectează această interogare specifică; nu doar interogarea în sine și care este impactul acelei interogări, dar, de asemenea, știți, din ce aplicație a venit, din ce sesiune a venit, de la ce utilizator a numit-o și din toate aceste lucruri, pot vedea că, evident, informații în timp real, dar am și capacitatea de a privi acele date din trecut. Și așa este unul dintre lucrurile de aici și am dat drumul unui scenariu, dar trebuie să aștept ca acesta să apară.
În timp ce așteptăm acest lucru, vreau - și știu că suntem scurti la timp, așa că am vrut să vorbesc puțin și despre avertizarea notificării fiind proactivă. Și când vorbești despre acest fel de lucruri, cum am spus, fiind partea proactivă, există o mulțime de instrumente care fac alertă. Partea grea nu este să trimiteți un e-mail. Partea grea este să nu scrieți în jurnalul de evenimente sau să generați o capcană SNMP. Partea grea este să știi când să trimiți acea alertă la orele corespunzătoare. Așadar, cu asta vine foarte mult să trebuie să facem niște calcule, trebuind să înțelegem: „Ce este despre acea instanță particulară și ce este normal, în ceea ce privește acea instanță?”
Astfel, pentru toate valorile care au sens să facă acest lucru, bazăm aceste valori. Vă arătăm de fapt linia de bază, vă vom arăta pragul pe care este setat în prezent. Și apoi celălalt lucru frumos despre asta, este că, să zicem, mi-am setat pragurile în acest caz șase și zece doar pentru acest exemplu. După șase săptămâni, dacă revin la această instanță, această linie de bază se poate schimba complet, deoarece unul dintre lucrurile pe care le facem atunci când calculăm linia de bază, în mod implicit, este un calcul continuu de șapte zile. Așadar, îmi oferă întotdeauna o versiune actualizată a liniei de bază. Și ce se întâmplă dacă acea linie de bază se schimbă în pragurile mele? În acest caz, pot să văd și să avertizez recomandări care, practic, spun: „Hei, ai un prag probabil setat incorect, specific locului în care vedem că este pragul și, evident, unde este baza, probabil că vei merge să primești o alertă pentru ceva care este o întâmplare normală. "
Și, mai degrabă decât să tratez un simptom de ceva normal, sunt capabil să identific acel tip de situație în care pragul real este stabilit incorect. Și ceea ce îmi permite să fac în mod evident, este să stabilesc pragurile în funcție de locul în care voi primi o alertă. Este ceva ce știu că este mai mult un apel la acțiune decât o anchetă pentru a vedea dacă este cu adevărat o problemă. Și cred că o parte a instrumentului este cu adevărat utilă în ceea ce privește linia de bază și poate fi calculată.
Acum, cu acest produs aveți capacitatea de a avea de fapt mai multe linii de bază; le puteți seta pentru diferite perioade de timp și puteți ajusta dinamic pragurile în funcție de liniile de bază, care este, de asemenea, o parte foarte importantă pentru a vă adapta la modificările care se întâmplă zilnic la instanțele dvs. SQL Server . Acum, în acest caz, aici, acoperim o mulțime de setări ale pragurilor și vă arătăm liniile de bază. În ceea ce privește alertele efective, notificarea în sine, aspectul interesant despre Diagnostic Manager, este că vă oferă mai multe profiluri de alertă. Așadar, dacă aveți, de exemplu, un profil on-call care este de la 2:00 am la 5:00 am, atunci pot avea un profil specific doar acel interval de timp, și pot seta toate condițiile și setările corespunzătoare aici pentru răspunsul meu.
Acum, chestia cu privire la răspuns este că, în unele cazuri, da, pot să trimit un e-mail sau pot să trag și să generez o capcană SNMP sau să scriu în jurnalul de evenimente. Există o mulțime de alte lucruri pe care le putem face, dar, în timp ce vorbesc cu DBA-urile, ceea ce ei chiar sunt, de fapt, este faptul că, în majoritatea cazurilor, o mulțime de lucrări care sunt executate sunt chestii repetitive. Sunt lucruri pe care le știu exact când se întâmplă problema, ce să facă pentru a o rezolva. Trebuie doar să meargă și să intervină. Și, pe măsură ce îți crești mediul, cu cât ai mai multe cazuri, asta devine mult mai dificil de făcut. Așadar, unul dintre lucrurile pe care le puteți face în cadrul instrumentului pe care cred că merită remarcat este acela că aveți capacitatea de a configura o condiție, dar pe baza acestei condiții pentru a putea seta un răspuns pentru a rula un script, pentru a rula un job, pentru a rula un executabil. Și, ideea este că dacă decideți să rulați un script, pot folosi parametri, în interiorul acelui script care va fi în timpul rulării, populat cu informațiile reale.
Deci, dacă există probleme cu o bază de date specifică, scriptul va fi proiectat pentru a rula doar împotriva bazei de date unde se întâmplă problema. Așadar, puteți aborda dinamic problemele într-un mod automat și atunci pot primi în continuare un e-mail pentru a mă întoarce și a-mi spune că „Hei a fost o problemă, dar, apropo, a fost rezolvată”. Scriptul a fost rulat și, ca DBA, îl știți, dar nu a trebuit să intrați și să interveniți. Acum, la aceeași notă despre a fi proactiv, în mod evident avem aici și o altă caracteristică care este caracteristica „Analiza”. Și, ceea ce va face este să facă o verificare regulată, împotriva instanței SQL. Și, în unele cazuri, va face o scufundare mai profundă în ceea ce privește ceea ce caută. Lucruri precum analiza indexului ipotetic vor fi efectuate. Adaug un index? Șterg un index? Și, toate aceste tipuri de lucruri vă vor ajuta, în mod evident, cu performanțele mele, dar încă o dată, este vorba de a fi proactiv. Este vorba despre posibilitatea de a lua decizii înainte de ruperea lucrurilor și de a face să funcționeze mai bine. Și, astfel, în multe cazuri, asta este cu adevărat ceea ce încercăm să facem aici.
Revenind la Query Waits despre care vorbeam mai devreme; după cum puteți vedea, aici este un pic mare. Am rulat un script mai devreme care a provocat doar o activitate de așteptare și, așa cum am menționat anterior, avem un mod cu adevărat unic de a putea explora aceste informații. Dacă vreau să văd ce aplicație a fost; Pot vedea că provenea din aplicația NoSQL. Am putea vedea baza de date cu care a fost legată, sesiunea, utilizatorul și atunci, dacă vreau, pot clasifica și asta, în ceea ce privește așteptările mele. Deci, pot spune, dintre toate așteptările care se întâmplau în acea fereastră a timpului, care dintre ele se întâmpla cel mai mult? Și dacă văd că atunci când s-a întâmplat cel mai mult, cel mai drăguț este că pot să perfecționez în acel tip de așteptare și să văd toate comenzile. Dacă te uiți aici, făceau ca această așteptare să apară. Și mai pot vedea în primul rând, ce aplicație a fost, care a făcut ca această așteptare să apară.
Așa că iese ca un deget mare. Pot să merg imediat și să spun: "Aceasta este aplicația care îmi provoacă gâtul. Acum, care a fost întrebarea care a fost rulată? Ce utilizator a rulat-o? Ce bază de date a rulat?" Și așa mai departe. Așadar, sperăm că asta are sens, și vă ajută, de asemenea, să vă asigurați că nu aveți latența în mediul dvs., în ceea ce privește bazele de date dvs. Sperăm că este util. O să merg mai departe în acest moment și o voi transmite înapoi și cred putem continua de acolo.
Eric Kavanagh: Sigur. Deci, cred că o să le arunc și experților noștri din acea zi. Mark, poate mai întâi vrei să comentezi și să pui câteva întrebări. Apoi Dez, poți să intri.
Mark Madsen: Da, mulțumesc, mi-a plăcut foarte mult să urmăresc o parte din asta. Este o monitorizare mult mai inteligentă decât obișnuiesc să văd. Sunt curios cu gestionarea datelor din spatele acestui lucru; gestionarea valorilor pe care le puteți urmări și știți, căutați lucruri precum schimbarea liniilor de bază, în special, acesta fiind unul dintre punctele mele de durere pentru animale de companie, cu tablouri de bord. Cum vă descurcați cu aceste date, iar cea de-a doua parte a acesteia este cu, știți, valorile de bază, cum ar fi un fel de schimbare - aveți capacitatea de a schimba automat și pragurile, astfel încât nu trebuie să întoarceți-vă și resetați pragurile de mână, atunci când o linie de bază se schimbă?
Bullett Manale: Da, și așa este drăguț despre asta, poți să decizi asta. Puteți face, fie. Pot să stabilesc un prag și să îl fac o setare statică sau pot bifa caseta pentru a spune: „Faceți acest prag dinamic, care se va schimba pe măsură ce se schimbă liniile mele de bază.” Și am capacitatea și instrumentul de a seta o fereastră implicită de timp pentru linia de bază. Dar, dacă este nevoie, aș putea avea o fereastră de bază separată, de exemplu, de la fereastra de întreținere de la 2:00 am, să zicem până la 5:00 am; pentru că o să impozitez CPU, unitățile mele și orice altceva pentru că atunci când facem întreținerea noastră, atunci automat, dacă aș fi ales-o pentru a face acest lucru, mi-ar ajusta automat pragurile pentru a fi în afara locului în care este normal pentru acele valori care Am ales să fac asta cu. Mi-ar permite să fac asta. Practic aveți o capacitate în cadrul instrumentului de a seta ferestrele timpului, adică ferestrele de bază ale dvs., și fiecare fereastră poate fi tratată ca o entitate separată, în termeni de ajustarea dinamică a bazelinării, care poate fi făcută și puteți adăuga cât mai multe ferestre din linia de bază ca și yo Trebuie să faci asta dacă are sens. Ați putea avea o fereastră de weekend, o săptămână în timpul orelor de lucru, o fereastră de întreținere care se întâmplă în miezul nopții și așa mai departe.
Mark Madsen: Mulțumesc.
Bullett Manale: Cred că revenind la prima parte a întrebării, avem și colectăm toate aceste informații. Nu am vorbit cu adevărat despre arhitectură, dar avem un depozit de back-end, că aveți un control complet asupra păstrării acestor date, dar avem și un serviciu care se execută în miezul nopții care merge și face toate calculele noastre de bază și este nevoie de date, colectează și conștientizează aceste date. Și, evident, împreună cu asta, aveți, de asemenea, numeroase rapoarte pe care le putem utiliza pentru a raporta în raport cu liniile de bază, pentru valori specifice. Și, chiar aveți capacitatea de a compara liniile de bază ale aceluiași server, pentru aceeași măsură pentru diferite perioade de timp. Puteți vedea dacă există diferențe care au apărut sau care este delta. Există, de asemenea, o mulțime de tipuri de opțiuni.
Eric Kavanagh: Dez.
Dez Blanchfield: O întrebare rapidă pe care o am pentru tine - există o gamă largă de lucruri pe care le poate face acest instrument. Vedeți o utilizare a acesteia în stadiul incipient al dezvoltării acum, sau este încă în primul rând un instrument de mediu de producție? Cu alte cuvinte, dezvoltatorii primesc acces și îl utilizează prin dezvoltarea lor timpurie și apoi testează faza de integrare? Sau este încă utilizat predominant în mediile de producție?
Bullett Manale: Aș spune că, de cele mai multe ori, îl vedem în mediile de producție. Depinde de situații, dar în cea mai mare parte aș spune în primul rând producție și noi - și este, de asemenea, știu, corect să menționăm că avem prețuri diferite pentru mediile dev și test, deci este puțin mai atractiv. Vedem oameni care îl folosesc pentru acele medii, dar aș spune că, dacă ar trebui să vă dau un răspuns într-un fel sau altul, aș spune că în primul rând sunt încă medii de producție în care vedem că oamenii investesc pentru acest produs. .
Dez Blanchfield: Sigur, da și a fost interesant să auziți că aveți puncte de preț diferite, pentru că, evident, există sarcini de muncă diferite, iar lucrările mai grele vor fi acolo unde se face toată munca reală. Dar văd o mulțime de organizații, în special în guvern, și cu siguranță în apărare, unde dezvoltarea acum obține același nivel de investiții în instrumente și sisteme ca mediile de producție, deoarece fac teste mult mai avansate. În apărare, de exemplu, există echipe care execută miliarde de teste, sute de miliarde de teste pe aplicații și sisteme și instrumente și le monitorizează înainte de a intra chiar în testarea de integrare, pentru că vor să se asigure că există un cod construit și baza de date. stă sub el. Se ajunge la iterația de o sută și un milion, sau ceva, în timp ce sunteți pe teren împușcând la cineva, nu merge „bang”.
Bullett Manale: Sigur.
Dez Blanchfield: În lumea bazelor de date a școlii vechi din experiența mea, gândul că mediul de bază de date este ceva ce tocmai a lăsat în date și unii dintre voi știți, sunt foarte rar văzuți și foarte rar vorbiți, deci atunci când ajungem la punctul în care instrumentele și aplicațiile sunt dezvoltate, în special cu platforme analitice, acestea sunt acum în telefoane și dispozitivele noastre. Vedeți că clienții aduc conversația de performanță a bazei de date și de gestionare a bazelor de date într-o discuție mai cotidiană, spre deosebire de cele pur tehnice? Și știu că ai menționat anterior că vorbești cu precădere cu DBA-urile, dar acum există o tendință în care se află în vocabularul general, vezi oameni unde discută aceste subiecte, spre deosebire de doar geek-urile?
Bullett Manale: Ei bine, este greu de spus. Adică, așa cum am spus în cea mai mare parte, oamenii cu care avem de-a face cu privire la procesul de vânzare oricum sunt cu practicienii, care sunt DBA-urile. Deci, în ceea ce privește întrebarea dvs., spuneți doar „În termeni generali, oamenii din organizația IT, devin mai conștienți în baza de date?” Banuiesc că este întrebarea și aș spune probabil că răspunsul este „da”. Probabil că nu o văd la fel de mult, în funcție de locul în care mă aflu, zilnic, dar cred că dacă înțeleg întrebarea dvs., cred că ar fi răspunsul meu.
Dez Blanchfield: Da, este în regulă. Este probabil o întrebare încărcată, îmi pare rău, pentru că, în mod evident, interesele tale predominante, în lumea ta, sunt partea tehnică a lucrurilor. Sunt curios că în activitățile mele de zi cu zi, văd că organizațiile încep să aducă acest lucru în conversație foarte devreme. Deci, atunci când vorbesc despre inițiative noi, proiecte noi, programe noi de lucru, unul dintre lucrurile care vin imediat este: „Cum îl monitorizăm, cum îl urmărim, cum abordăm problemele pe măsură ce apar, spre deosebire de lansare, în direct? "
Bullett Manale: Aș spune că -
Dez Blanchfield: Îmi pare rău, mergi mai departe.
Bullett Manale: aveam să spun că văd o tendință, cred că ar trebui să spun în - știți, de multe ori în trecut, ați primi „Am avut o problemă, și acum avem nevoie de un instrument. " Și cred că vedem un pic mai mult de acceptare în privința faptului că instrumentul este pus înainte de a se întâmpla problema, dacă asta are sens. Deci aș spune că asta devine cu siguranță mai normal să fie, știți, „Hei, avem nevoie de un instrument de monitorizare, avem nevoie de ceva.” Și oamenii văd cu siguranță valoarea acestui produs, pentru că așa cum ai spus mai devreme, adaugă doar DBA-uri și adăugând noi cazuri, aveți nevoie de ceva care să gestioneze asta. Aveți nevoie de ceva care să ajute la gestionarea acestuia, și de aceea vedem multă acceptare și în jurul acestui produs sau avem.
Dez Blanchfield: Întrebare rapidă. Unde trebuie să trăiască asta? Trebuie să stea chiar pe arderea din spate pe LAN, în centrul de date, cât mai aproape de mediile bazei de date, sau este așezat confortabil undeva, potențial aflat în cloud, un nor terț cu un fel de fie tunel VPN sau acces la distanță la diverse medii? Unde trebuie să stea asta, în ceea ce privește mediile și monitorizarea?
Bullett Manale: În ceea ce privește arhitectura, există un depozit back-end și aceasta este o bază de date SQL Server. Avem consola care poate fi fie un client gras, fie un client subțire; vă oferim opțiunea ambelor. Și avem, de asemenea, un client subțire, care este cu adevărat orientat special pe dispozitivele mobile. Dar în ceea ce privește locul unde se poate așeza de fapt; se poate așeza într-un mediu, într-adevăr partea cea mai complicată este, dintr-o mulțime de informații pe care trebuie să le colectăm, necesită drepturi administrative, în unele cazuri sau în multe cazuri. Acum nu te facem să faci asta; dacă doriți, puteți colecta date și doar pentru lucrurile pe care nu le putem aduna, deoarece nu avem drepturi de administrator, vă vom lăsa doar să nu vedeți informațiile respective, dacă aceasta este alegerea pe care o faceți.
În funcție de aromă, cum ar fi dacă vorbești despre AWS, unele medii, funcționează mai bine decât altele, dar în ceea ce privește mediul propriu-zis, de obicei fie folosind autentificarea SA pentru a colecta datele împotriva instanțelor este tot ce este necesar. Sau dacă este un domeniu de neîncredere, acesta este de obicei atunci când doriți să faceți asta, dar mai multe domenii; atâta timp cât există o încredere între ei, putem colecta împotriva acestora. Nu contează cu adevărat dacă este pe LAN sau este în WAN, colectarea propriu-zisă este destul de neglijabilă în ceea ce privește cantitatea de date pe care le colectăm. Dacă avem conexiune WAN de dimensiuni suficiente, nu este o problemă. Am văzut medii în care au sucursale unde au servere SQL peste tot în Statele Unite. Și este un server pe fiecare dintre locațiile diferite și îl monitorizează central. Partea complicată este doar să vă asigurați că aveți o cantitate decentă de conectivitate pentru a face acest lucru. Sperăm că asta răspunde la întrebarea dvs., a fost cam peste tot pe hartă.
Dez Blanchfield: Absolut. Mulțumesc. Deci, două întrebări rapide care au ajuns prin participanți în această dimineață; unul este: care este impactul - de multe ori vedem că instrumentele de monitorizare a sistemului generează sarcină prin monitorizarea doar a lucrurilor, așa că întrebarea a fost, îmi pare rău că a defilat de pe ecranul meu acum, dar pentru a o parafraza; prin monitorizare generăm noi sarcini? Există un impact măsurabil al instrumentului, doar vizionarea mediului sau este un impact neglijabil?
Bullett Manale: Întotdeauna va avea un impact puțin pentru că trebuie să interogheze instanța SQL Server pentru a trage înapoi datele. Întrebarea cum ai spus tu este: „Este neglijabilă sau este semnificativă?” Din caseta pe care o îndreptați către o instanță, este neglijabil. Am făcut asta pentru, așa cum am spus, de ceva vreme acum. Avem peste 20.000 de clienți și vă pot asigura că dacă ar provoca un impact semnificativ asupra performanței, nu am fi în afaceri. Cu acest lucru, permitem utilizatorului să decidă ce dorește să monitorizeze. Deci, cred că acesta este un lucru important de menționat, este că fiecare mediu este puțin diferit.
Un exemplu ar fi, cu componenta de monitorizare a interogării, unul dintre lucrurile pe care avem capacitatea de a face, este că putem seta pragul a ceea ce considerați a fi limita dvs. de normalitate. Deci, ar putea fi bazat pe timpul executării interogării. Ar putea fi bazat pe procesor, I / O, dar ca exemplu, să spunem că mi-am setat timpul de execuție la zero milisecunde. În mod eficient, ceea ce spun instrumentului de făcut este să colectez toate întrebările care s-au derulat de la ultimul interval de tragere și să fac și această parte din colecția mea istorică.
Acum, atunci când facem asta, vom colecta orice cantitate de întrebări pe care le-am derulat pe cutie de la ultima votare. Acum aceasta este electivă, iar utilizatorul are capacitatea de a face asta. Spunem: „Asta ar trebui să faci”? Nu. Dar vă oferim și opțiunea de a face asta în cazul în care doriți un eșantion de date care vă permite să colectați informațiile. Deci, în general, aveți mijloacele în instrument pentru a-l configura și a-l regla exact așa cum doriți, pe baza a ceea ce sunteți confortabil. Dar aveți capacitatea de a-l deschide cu adevărat dacă doriți și de a colecta o mulțime de informații suplimentare pe care este posibil să nu ne colectați, dacă asta are sens.
Dez Blanchfield: Da, absolut. Știu că alergăm puțin, dar există două întrebări grozave pe care vreau să le arunc înainte de a mă închega. Amândoi vin direct la mine, dar cred că este cel mai bine dacă le răspunzi. Întrebarea a fost, în general, „Care este domeniul de aplicare al instrumentului în ceea ce privește cunoașterea sistemelor existente?” Deci, putem doar să conectăm acest lucru și să detectăm automat platforma care este acolo și să știm ce este normal pentru acea platformă și imediat Ridicați în timp ce Mark vorbea mai devreme? O parte din cunoștințele de bază ale platformelor prin introducerea, nu știu, ar putea fi Microsoft Dynamics. Care este scopul cunoașterii platformei cu ceea ce este normal și în unele dintre instrumentele actuale din afara raftului care sunt utilizate în jurul afacerii?
Bullett Manale: Aș spune că, în general, când începem să colectăm date despre instanța SQL, lucrăm cu cele mai bune practici pentru a începe, în ceea ce privește pragurile noastre și unde sunt setate. Acestea fiind spuse, recunoaștem, de asemenea, că oricine vorbești, în ceea ce privește cele mai bune practici, fiecare mediu este diferit. Ceea ce vom face inițial, doar colectăm datele, iar ceea ce recomandăm oamenilor să facă, puteți încerca produsul timp de 14 zile mai mult dacă aveți nevoie. Dar după aproximativ două zile, veți începe să vedeți că datele de bază sunt populate. După ce va avea suficiente informații despre eșantion cu care să lucreze, atunci va începe să vă ofere contextul în termeni de bază, unde se află intervalul și toate aceste tipuri de lucruri. Apoi, de acolo, dacă doriți, puteți seta automat pragurile din informațiile colectate. Este nevoie de un pic de colectare și votare inițială pentru a putea începe să stabilești ce este normal, astfel încât să poți începe să-ți schimbi pragurile.
Dar ceea ce cred că merită remarcat este și faptul că, atunci când schimbați aceste praguri, acesta poate fi făcut de la un grup la altul al instanțelor dvs. Poate fi specific pentru o singură instanță sau o puteți face împotriva tuturor instanțelor dvs., precum și capacitatea de a crea lucruri precum șabloane, astfel încât să puteți spune: „Aceasta este o instanță de producție, dar acesta este șablonul pe care îl doresc. să-i atribuie. " Așadar, atunci când o nouă instanță de producție vine online, noi îi aplicăm automat aceste praguri, deoarece are același tip de hardware și, de obicei, are aceleași sarcini de muncă, deci vom putea să o facem și noi în acest fel. Sperăm că asta vă ajută din punct de vedere al întrebării.
Dez Blanchfield: Absolut. De fapt, ai răspuns de fapt la o altă întrebare care tocmai mi-a venit și care a fost: „Există o descărcare a procesului? Pot să răspund la asta, știu. Sunt sigur că veți confirma că există o descărcare gratuită și cred că ați spus că a fost 14 zile de pe site. Îl poți descărca și juca cu acesta. Totuși, cred că rapid, „Ce fel de mediu am nevoie pentru a putea rula procesul? Îl pot rula pe laptop și mă pot juca cu acesta sau chiar am nevoie de un server?”
Bullett Manale: Principalul lucru de care are nevoie este un depozit, o bază de date SQL Server care este 2005 sau mai mare. În afară de asta, există unele cerințe minime de resurse, o cerință .NET și asta este. Deci, este doar o chestiune de a instala produsul și de a crea o bază de date.
Dez Blanchfield: Perfect. O ultimă întrebare pe care o voi arunca, pentru că acum nu mai avem timp, dar repede, aproximativ două-trei persoane m-au întrebat: „Trebuie să fiu un DBA pentru a putea să mă ridic și să alerg cu asta și să te joci cu ea? ”
Bullett Manale: Nu. Aș spune că, dacă ești DBA, vei avea diferite utilizări ale instrumentului. Adică, probabil că va fi o valoare puțin mai mare dacă sunteți un DBA experimentat. Veți vedea mult mai multă profunzime cu instrumentul de care puteți profita. Dar, de asemenea, ca un nou DBA, sau chiar o persoană care, acesta nu este un DBA, avem o mulțime de recomandări, iar acum sunt pe pagina respectivă. Aceste recomandări vor veni în mod regulat, iar lucrul cu adevărat drăguț al recomandărilor este acela că vă oferă motivele pentru care se fac recomandările. În plus, acestea vor avea, de asemenea, link-uri către conținut extern care descriu mai detaliat despre motivele pentru care se fac și aceste recomandări. Așadar, asta va face legătura cu site-urile Microsoft externe, blogurile și tot felul de chestii de genul, care sunt externe.
Dar, pentru a răspunde la întrebarea dvs., este un fel de, știți, dacă sunteți senior DBA, vor fi lucruri aici, probabil veți profita de faptul că probabil nu veți face ca DBA novice. Dar, în același timp, este și un fel de instrument de învățare, deoarece pe măsură ce parcurgeți aceste recomandări, veți începe să alegeți câteva din aceste lucruri, prin utilizarea recomandărilor.
Dez Blanchfield: fantastic. Mulțumesc. Mi-a plăcut foarte mult partea demo. Prezentarea a fost grozavă. Demonstrația a fost fantastică. Rapid din memorie, există un întreg centru de resurse pe site-ul dvs. pe care le recomand oamenilor să se uite și ele. Îmi amintesc că am trecut prin acea seară pentru a obține câteva detalii. Aveți o serie întreagă de lucruri, de la bloguri și date și conversații până la, din memorie, aveți și cea mai mare parte din documentația produsului dvs. online, da?
Bullett Manale: Da, este corect, iar formularul la care cred că faceți referință este site-ul community.idera.com. Și atunci am menționa și un lucru, mai devreme ați întrebat despre „Va recunoaște mediul?” În ceea ce privește noile instanțe sau adăugarea instanțelor, există un alt instrument pe care îl avem care descoperă instanțe. Și este vorba despre inventarierea și gestionarea inventarului. Aș vrea să vă orientez în această direcție, în ceea ce privește descoperirea faptelor. Dar, în ceea ce privește performanța și monitorizarea, tot felul de chestii despre care am vorbit, de acolo ar intra în joc Managerul de diagnosticare.
Dez Blanchfield: fantastic. Uite, acoperire excelentă. Mi-a plăcut foarte mult prezentarea. Loved the live demo and that's all from me this morning, as I know we've gone probably 10 minutes over time. Eric, I'm going to pass back to you.
Eric Kavanagh: Bine. I just loved the demo. I'm glad you did the demo. I'm glad we got to take a nice hard look at that as we went through the Q&A.
Bullett Manale: Great.
Eric Kavanagh: Because this gives people an idea of what you're looking at, and it really does kind of amaze me to think that we're still learning about how to talk to these computers, when you get right down to it. I mean, this level of diagnostics is pretty sophisticated, and it's getting better every day. We're getting a lot more insight into what's actually happening. But you really do need a person overlooking this stuff, reading it, putting that cognitive ability behind what you're doing, right?
Bullett Manale: Yes, I mean in a lot of cases – I wish I could tell you this is a DBA in the box, but there's just too many things that are going on. I mean, we do provide guidance, and we do help out, but at the end of the day it requires people making decisions about the data that we're presenting. I don't think that's going to change any time soon.
Eric Kavanagh: Well that's good news for the real people out there, folks.
Bullett Manale: That's right.
Eric Kavanagh: You're going to want to have someone watching this, a team watching this, and you'll learn, as you've heard from Bullett here, looking at these recommendations you're going to pick up what's going on. And I'm guessing from that history, and I think you've touched on this, Bullett, but very quickly, that history allows you to recognize significant patterns and then therefore be able to identify them when they happen in the future, right?
Bullett Manale: That is correct. One of the things we can do is track a query's performance over time. We can also obviously look at other things, like baselines and see them shifting, and obviously get alerts and things like that when that happens, so you definitely have that ability.
Eric Kavanagh: Sună bine, oameni buni. We wouldn't have been long here, but I wanted to get to those questions. Va multumesc mult pentru timpul acordat si atentie. We do archive all these webcasts. Hop online to Techopedia.com or to InsideAnalysis.com, you'll see links from both places.
And with that, we bid you farewell. Thanks again, folks, we'll catch up to you next week, three more webcasts next week, Tuesday, Wednesday, Thursday. So we'll talk to you next week, folks. Ai grijă. Pa! Pa.
Techopedia Content Partner
Techopedia Staff is affiliated with Bloor Group and can be contacted using the options on the right. For info on how we work with industry partners click here.- Profil
- website
