Autorius „Techopedia“ darbuotojai, 2016 m. Rugpjūčio 31 d
„Takeaway“: Priimančioji Rebecca Jozwiak aptaria duomenų bazės trikčių šalinimo ir efektyvumo klausimus su analitikais Ericu Kavanaghu ir Dezu Blanchfieldu bei Billu Ellisu iš IDERA.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Rebecca Jozwiak: Ponios ir ponai, sveiki ir sveikiname 2016 m. „Hot Technologies“. Šios dienos tema „Programa veikia lėtai? Laikas tikslinti“. Argi mes ne visi gerai žinome problemas, kurios gali kilti, kai viskas vyksta lėtai? Tai Rebecca Jozwiak, aš pildau Ericą, kuris šiandien čia atlieka naują vaidmenį. Taip, šie metai yra karšti ir, kaip jūs jau sakiau, kalbant apie technologijas, kaip jūs jau sakiau, vienas dalykas, kurio tikrai nenorite, yra lėtai paleista bet kokia jūsų sistemos dalis. Tiesiog naudodamasis vartotojo pavyzdžiu turiu omenyje, jei turite restoraną, nesvarbu, koks puikus maistas, jei aptarnavimas lėtas, greičiausiai neketinate grįžti atgal. Dabar restorane nesunku išsiaiškinti, kodėl kažkas bėga lėtai. Gal virtuvėje trūksta personalo ar atsirado kokių nors įrenginių veikimo sutrikimų, o gal laukiančiųjų darbuotojai yra šiek tiek tingūs ir juos lengvai atpažinti ir sutvarkyti.
Bet kai galvoji apie duomenų centrą, tai visai kita istorija. Tai gali būti tinklo problema, bloga užklausa, užkertanti kelią dalykams, programos našumas ar netinkamas kabelis net gali sukelti tam tikrų problemų. Geriausio supratimo, tokio tipo sudėtingumo šalinimas gali būti sudėtingas. Štai apie ką šiandien kalbėsime. Ir kaip mes sakiau, Ericas Kavanaghas šiandien tapo analitiku. Mes turime Dezą Blanchfieldą, mūsų duomenų mokslininką, ir turime Billą Ellisą iš IDERA, kuris kalbės apie savo įmonės sprendimą, padedantį valdyti programos našumą. Ir kartu su tuo aš perduosiu kamuolį Ericui. Erike, tavo grindys yra tavo.
Ericas Kavanaghas: Visagalis, gerai skamba, žmonės. Ir tai iš tikrųjų buvo puiki analogija, nes jūs kalbėjote apie sunkumus ar lengvumą, kuriuos naudojant galite pašalinti triktis, ir jūs suprantate. Našumo problemos visada kyla dėl tam tikros tinklo problemos. Aš turiu omenyje, kad tai gali būti paprasta, pavyzdžiui, kaip sena aparatūra, tačiau esmė yra bet kokia situacija, kuri reikalauja trikčių šalinimo. Apie tai šiandien kalbėsiu. Ir eikime į priekį ir šokinėkime čia ant skaidrių.
Čia kyla bėdų. Trikčių šalinimas - tai smagu žmonėms, kuriems tai patinka, tai šaunus dalykas. Jei rasite ką nors, kas mėgsta trikčių šalinimą, laikykitės to žmogaus ir gaukite jam įrankių, reikalingų darbui atlikti, nes tikrai gera medžiaga, jei galite rasti žmogų, kuris gali kažko pasiekti ir viską susitvarkyti. Bet esmė ta, kad trikčių šalinimas yra problematiškas ir visada buvo ir visada bus, o jei jau pradedi kalbėti apie trikčių šalinimą, tai, ko iš tikrųjų sulauki, yra pagrindinės priežasties analizė. Kas sukelia problemą?
Na, o jei tik sėsite sekundę ir galvojate net apie pagrindinio kompiuterio dienas, gali kilti visokių problemų. Ir tada jūs turėjote žmonių, kurie tikrai žinojo savo daiktus, nes nebuvo net gerų įrankių trikčių šalinimui, todėl jūs tikrai turėjote žinoti savo komandinę eilutę, ir mes apie tai pakalbėsime per sekundę. Ir iš tikrųjų pamiršau pamiršti įstatyti vieną iš mėgstamiausių skaidrių, aš jos ieškosiu šiandien, kai būsime laidoje, galbūt Dezo pristatymo metu. Bet aš norėjau parodyti visiems juokingiausiems visų laikų Didžiosios Britanijos televizijos šou „IT minios“ visiems, kurie to dar nematė, o Airijos vyrą, kuris yra vienas iš dviejų IT žmonių visa kompanija visada sako tą patį, kai prasideda bet koks skambutis: „Ar bandėte jį išjungti ir vėl įjungti?“ Taigi, pabandykite jį išjungti ir vėl įjungti. Nustebsite, kaip dažnai tas paprastas dalykas gali išspręsti kai kurias problemas.
Tie iš jūsų, kurie atlikote trikčių šalinimą namuose, galbūt su savo tėvais ar draugais, tikriausiai ne su savo vaikais, nes jie linkę žinoti, ką daryti, išjungti ir vėl įjungti. Nepaisant to, trikčių šalinimas nėra lengvas, jis niekada nebus lengvas, tačiau šiandien kalbėsime apie kai kuriuos dalykus, kuriuos galite padaryti, kad būtų lengviau. Taigi, komandinė eilutė - taip, iš tiesų, aš esu pakankamai sena, kad atsimenu ankstyvas skaičiavimo dienas, kai viskas, ką turėjote, buvo komandinė eilutė daryti DIR, Enter. Štai ką tai pamatytų failų katalogą ir pajustų teigiamą įspūdį, kad iš tikrųjų kažkokia komanda padaryta, tiesa? Dezas, žinoma, mūsų duomenų mokslininkas, jis žino, kaip naudoti komandų eilutę. O jei galite naudoti komandų eilutę, tai yra puiku, nes dauguma iš mūsų, tiesiog mirtingieji, naudojasi kokia nors GUI, grafine vartotojo sąsaja, tačiau visada yra kažkas, visada tarp GUI ir komandinės eilutės atsiribojama. Ir tiesiog pateikite atsitiktinį pavyzdį, jei norite sužinoti, kiek kodų kai kurios pagrindinės programos iškeičia į dokumentus šiomis dienomis, eikite į naujausią „Microsoft Word“ versiją, įveskite „hello world“ ir atlikite „save as HTML “. Tada atidarykite gautą dokumentą teksto rengyklėje ir greičiausiai pamatysite puslapius ir žymų puslapius. Tai vadinama kodo išpūtimu, o išsiplėtimas nėra tinkamas trikčių šalinimui, tiesiog turi būti nukas.
Aišku, klientas-serveris atsirado ir tai buvo puiku. Ir tam tikru būdu mes grįžtame ta linkme, bet tiesiog pagalvokime apie situacijos sudėtingumą, kur dabar yra problema, ar tai klientas, ar serveris, ar tinklas? Kur tai yra? Kas gali atsitikti tose svetainėse, kurios galvoja tik apie virusus, o kai virusas gali patekti į vieną tinklą? Tai gali vykti bet kur. Šiomis dienomis duomenų pažeidimai yra beprotiški. Jie sukelia veiklos problemų. Turėjome rusų įsilaužėlių, kuriuos galime identifikuoti pagal IP adresą. Esame tikri, kad jie yra rusai arba jie yra labai artimi, arba jie yra labai protingi ukrainiečiai, lenkai ar net amerikiečiai, naudojantys įgaliotinius. Tačiau per daugelį metų įsilaužėliai pateko į mūsų seną seną svetainę „Inside Analysis“ ir sukelia visokių problemų. Daiktai tiesiog nustos veikti, negalėsite jų padaryti. Daiktai, kurie anksčiau dirbo, neveikia. Kaip tu žinai? Kaip tu žinai, kas tai yra? Kaip dar vienas pavyzdys, čia yra labai sudėtinga aplinka, labai sunku patekti į piktžoles ir iš tikrųjų suprasti, kaip viskas vyksta ir veikia mus, ypač jei gaunate visą krūvą papildinių. Daiktai gali greitai išprotėti. Aš tarsi pralenkiu save.
Aš įėjau čia, visada būkite atsargūs dėl atnaujinimo. Atnaujinimai visada iš manęs gąsdina dienos šviesą. Be abejo, operacinės sistemos. Prisimenu dienas, kai „Microsoft“ iš tikrųjų pasiūlė, kad taip, jūs galite atnaujinti operacinę sistemą iš šios versijos į tą versiją. Na, aš kelis kartus bandžiau, ir tai niekada, niekada neveikė. Tiesiog nepamirškite, kad kuo didesnė, sudėtingesnė aplinka, tuo šiurkštesnė situacija taps. Ir tada yra virtualizavimas. Pagalvokite apie tai, ką „VMware“ padarė IT. Tai sukėlė revoliuciją IT srityje, tačiau sukūrė ir šį abstrakcijų sluoksnį. Jei turite pagrindinį abstrakciją tame pagrindiniame lygmenyje, tai yra visiškai naujas rutulinis žaidimas, tai yra visiškai naujas vaško rutulys ir jūs tikrai turite iš naujo įvertinti tai, ką darote, ir visi seni įrankiai turėjo pasikeisti. Ir dabar, žinoma, tai debesis, tiesa? Klientui debesys yra puikūs, nes jie labai paprasti, vartotojo sąsaja yra gana paprasta, tačiau, be abejo, nelabai kontroliuojate debesį. Bet užkulisiuose žmonėms yra daugybė dalykų, kuriuos šiomis dienomis reikia žinoti ir suprasti. Aplinka tapo daug, daug sudėtingesnė. Be abejo, naudodamiesi el. Komercija ir galvodami apie visus pinigus, kuriais šiais laikais prekiaujama rankomis. Štai kodėl jūs bet kuriuo metu nebenorėsite palaikyti grynųjų pinigų neturinčios visuomenės. Esmė ta, kad padėtis kasdien tampa sudėtingesnė.
Optimalus našumas visada bus susijęs su kai kuriais trikčių šalinimo elementais. Man nerūpi, ką tau sako, nėra tobulo įrankio, nėra sidabrinės kulkos ir niekada to nebus, nes - kita įdomia perspektyva - mes vis dar mokomės kalbėti siliciu. Mes vis dar mokomės suprasti, kaip net tinklai veikia niekingo grūdų lygiu. Jei pažvelgsite į sistemų valdymo programinę įrangą, šiomis dienomis ji pasidaro gana gera. Bet vis tiek jūs žiūrite į linijas, einančias aukštyn ir žemyn, ir žiūrite į tikrovės vaizdavimus. Tai užtruks žmogų, kuris žino, kas vyksta, kad sutaptų įkalčiais, kuriuos galėtumėte spoksoti į optimalius įrankius, kad galėtumėte suprasti, kas veikia, o kas ne, ir tai yra labai daug bandymų ir klaidų, tiesiog būti bukas. Aš tai perduosiu Dezui Blanchfieldui ir tada išgirsime iš Billo Elliso iš IDERA, kuris ketina mus sugėdinti dėl savo žinių. Su tuo, Dez, atimk.
Dez Blanchfield: Ei, ačiū Ericai . Ačiū. Gerai paguldė į mano mažąją segę. Mano pavadinimas „Spektaklio menas“, manau, yra labai tinkamas atsižvelgiant į tai, apie ką šiandien kalbamės, nes daugeliu atvejų, galvodami apie performanso meną, galvojame apie šokius, muziką ir kitus kūrybinius dalykus. Ir atvirai kalbant, dažniau, jei ne, spręsdami problemas ir labai didelio masto IT aplinkoje ir verslo sistemose iš tiesų yra meno elementas ir dažnai juodasis menas, nes mano patirtis per kokius 25 metus plius metus yra tokia, kad šiuolaikinių programų rinkiniai, labai greitai tampa vis sudėtingesni tokiu greičiu, kokio mes dar niekada nematėme. Mes nuoširdžiai stengiamės neatsilikti ir yra tokių organizacijų, kaip, pavyzdžiui, „Uber“ ir pan., Ir „Pokémon Go“ kūrimo komanda, turiu omenyje, kad jie patiria augimą ir vis sudėtingesnį bei vis sudėtingesnį tempą, kuris yra tik astronominis. Apie tai net nėra parašyta knygų, nes mes dar neįsivaizdavome tokio augimo lygio. Mano nuomonė yra tokia, kad pagrindinis programų rinkinio apibrėžimas smarkiai sutriko ir aš paaiškinsiu, kodėl, manau, kad taip yra, ir tada nueisiu į iškilusį iššūkį, kad mano geri IDERA draugai, atrodo, turi sprendimą, kurį išspręsti .
Trumpai tariant, mes visi tai žinome, bet, norėdami juos supažindinti, pirmosiomis dienomis mes turėjome tai, ką aš vadinu, programų architektūrą, 1.0 versiją. Tai buvo serverio kompiuteris, šiuo atveju pagrindinis kompiuteris su pritvirtintais terminalais, palyginti nesunku buvo diagnozuoti problemas, jei terminale nematėte dalykų - galėjote atsekti laidą tarp terminalo ir serverio kompiuterio., tai buvo arba nulis laido, arba jungtis, arba kai kuri problema, jei ji nebuvo susijusi su terminalu, o jūs matote dalykus ekrane, buvo gana lengva išsiaiškinti, kad problemą sukėlę dalykai yra pati mašina. Ir jūs pamažu galėjote diagnozuoti, kurioje krūvoje nuo aparatūros iki programinės įrangos sluoksnio ir vartotojo sąsajos. Kaip aš vadinu 1.1 versiją, mes ją padarėme šiek tiek sudėtingesnę. Mes įdėjome prietaisus į vidurį, kad galėtume įdėti daugiau gnybtų. Jie buvo kažkoks ryšių įrenginys, dažnai jie buvo muliažai ar multiplekseriai. Jie veiktų arba per skirtą liniją, arba surinktą telefono liniją, taigi jūs turėjote mainframe tolimoje vietoje - tai gali būti tarpvalstybinė ar tarptautinė - ir tam tikras įrenginys prijungtas per SMA saitą ar kažkokį WAN ryšį, o tie terminalai vis tiek veikia tokiu pačiu būdu. Bet jūs buvote šiek tiek sudėtingesni, nes jūs turėjote išsiaiškinti, ar problema buvo tarp terminalų ir komiksų įrenginio, ar komiksų įrenginio, ir pagrindinio kompiuterio. Bet rietuvė išliko palyginti panaši į pagrindinį pagrindą.
1.2 versija, vėl šiek tiek sudėtingesnė, nes dabar pridėjome daugiau įrenginių, pridėjome spausdintuvus ir kitus dalykus, suskirstėme šiuos dalykus, ir aš galvoju apie priekinį procesorių, kuris spręstų visas prietaisų problemas vietoje, spausdintuvus ir gnybtai ir tt su pagrindiniu rėmu, esančiu tolimiausiame gale. Šiek tiek sudėtingesnis. Bet vėlgi, nuosekli pagrindinio kompiuterio tema buvo vietiniu mastu veikiančios programos, taigi problemų sprendimas liko gana panašus programų kamino viduje. Tada mes turėjome įgūdžių turinčius žmones rūšiuoti klausimus su terminalais ir spausdintuvais bei klasterių valdytojais. Bet tada mes apsunkinome reikalus ir sukūrėme tinklus ir staiga ta pati architektūra sukuria tinklo sluoksnį. Staiga mes turėjome tinklo jungiklį, o darbo vietos buvo daug sudėtingesnės. Ir šią architektūros versiją mes dažnai darbo vietoje turėjome grafiškai vartotojo sąsajos programas. Mes ne tik turėjome serverį, kuriame veikia programų rinkinys, bet ir kitą, vietoje veikiančių programų krūvą, ir, žinoma, tą patį pagrindinį prietaisų, jungiančių prie serverio, modelį. Tada mes padarėme didelį šuolį į naujesnį modelį, kurį aš vadinu 2.1, tai yra, kur mes paėmėme tą programų paketą ir padarėme jį daug sudėtingesnį, daug sunkiau diagnozuojamą. Mes pristatėme daug daugiau prietaisų priekinėje dalyje, interneto naršyklėse ir asmeniniuose kompiuteriuose bei mobiliuosiuose įrenginiuose ir kt. Ir tada programų paketas po truputį pradėjo gilintis į operacinės sistemos ir hipervizoriaus integraciją.
Šis vaizdas, dešinėje pusėje, mes turime visą krūvą, įskaitant tinklo infrastruktūrą, saugojimo serverius, virtualias mašinas, operacinę sistemą ir tada tradicines tris duomenų bazių metalo dirbinių programų pakopas ir kt., Priekinėje dešinėje. Diagnostikuoti šio modelio taikymo problemas ir našumo problemas tapo daug sunkiau. Yra tiek daug judančių dalių, ir bandymas išsigryninti per tą krūvą buvo tiesiog košmaras, ir jūs turite įtraukti papildomų įgūdžių rinkinius ir organizaciją, kad galėtumėte tai išspręsti. Jau nebebuvo vien jūsų programų komanda, staiga dabar jūs turėjote infrastruktūros žmones, duomenų bazių specialistus, kurie dirbo tik duomenų bazėse ir nieko daugiau - priešingai nei sistemų programuotojai, kurie žinojo savo kelią aplink duomenų bazes. Dabar mes turime scenarijų, kai IT departamentams tenka susidurti su žymiai platesniu „kaip paslauga“ sudėtingumu, o tada, kai pasaulis tiesiog sprogo ir tapo mūsų problemų sprendimo iššūkiai, tai tapo košmaru, o ne tuo, kas beveik netoleruotina. tam tikrais būdais.
Ir tai įvyko kaip išsprendžiamas mastas, mes stengiamės teikti paslaugas. 3 versija, kurią laikau programų rinkiniu - pristatė tai kaip paslaugų modelį, kai tradicinis modelis kairėje pusėje, įmonės IT rietuvė, kur viskas turėjo būti valdoma mūsų, kaip vartotojo ir tiekėjo, pabaigoje. paslaugas - nuo programų saugos duomenų bazės, operacinių sistemų, virtualizacijos paslaugų saugyklos, tinklų duomenų centrų - mes visa tai turėjome valdyti, bet mes turėjome prieigą prie viso to, todėl galėjome išskaidyti savo galimybes ir techninių įgūdžių rinkinius ir galėjome išstudijuoti per tą krūvą ir mes galėjome rasti daiktų. Bet kai atsirado infrastruktūros ir platformos paslaugos bei programinės įrangos paslaugų modelis, staiga mūsų prieiga prie foninės infrastruktūros, prieiga prie platformų ir įrankis, iš kurio mes teikėme paslaugas, buvo tarsi atimti. Pradėję vartoti infrastruktūros paslaugas, iš tikrųjų turėjome tik keturis geriausius iš operacinės sistemos, duomenų bazės, saugos aplinkos apsaugos programų ir naujesnių rinkinių. Viskas, kas buvo, buvo juodoji magija. Tai tampa dar įdomiau, kai pereinate prie platformos paslaugų, nes taip pat jūs tik valdote programų rinkinį.
Kai naudojate programinę įrangą kaip paslaugą, o tradicinis to pavyzdys yra žiniatinklio paštas ar internetinė bankininkystė, viskas, ką turite, yra prieiga prie interneto naršyklės, todėl bandyti nustatyti, kas slypi už jos, yra netoleruotina. Aš tai suskaidiau į laiko zonas, laiko tarpsnius ar laiko sritis, jei jums patinka, ar kartas, iš kairės į dešinę, mes perėjome nuo kažkokių ankstesnių 2000-ųjų metų ir tradicinio krūvos, kur turėjome prieigą į visą aplinką, ir mes galėtume tai išsiaiškinti. Tačiau laikui bėgant jis tapo vis sudėtingesnis. Nuo 2000-ųjų pradžios iki 2000-ųjų vidurio, nuo 2000-ųjų pabaigos iki dabartinės dienos, kur mes perėjome nuo infrastruktūros paslaugų, platformos paslaugų, programinės įrangos paslaugų, dabar mes iš esmės turime omenyje verslo paslaugas. Ir sudėtingumas smarkiai išaugo. Yra tiek daug judančių dalių. Tačiau vis sunkiau naudotis įgūdžiais ir vis sunkiau jais naudotis. Ieškant tinkamų įgūdžių turinčių žmonių su tinkama prieiga prie reikiamų įrankių, norint patekti į šį krūvą ir sužinoti, kur yra kažkas lėtai. Ar tai mano nešiojamasis kompiuteris, ar mano darbalaukis, ar jis yra mano telefonas, ar planšetinis kompiuteris, ar tai yra mano jungiamumas per 3 ar 4G, ar mano skirtas ryšys su ADSL, ar ISDN, koks jis bebūtų? Arba net telefono ryšys, nors šių dienų vis mažiau. Ar žiniatinklio serveris baigiasi, ar tai kažkas yra žiniatinklio serverio viduje? Ar tai programos serveris? Ar tai yra kažkas aplink procesoriaus atmintį ir diską bei tinklo veikimas programos serveryje? Ar ten veikia duomenų bazė?
Ir galite įsivaizduoti, jūs labai greitai nubraižote šį paveikslėlį apie sudėtingumą, kuris pradeda plėstis tarsi didelis sprogimo vaizdas, apie šį vis didėjantį burbulą, kurį bandome sudėti rankomis ir turime įgūdžių pasinerti į žinias ir tai, ką išskaidyti ir atskirti. Ir mes labai jau esame tokioje epochoje, kai, jūs žinote, žmonės negali susitvarkyti su fiziniu mastu, net jei jūs turite galimybę atskirti duomenų bazės aplinką ir atskirti tą duomenų bazę bei pasinerti į duomenys toje duomenų bazėje. Dabar naudojamų duomenų bazių skaičius sparčiai auga. Dabar viską teikia duomenų bazė. Šiomis dienomis nedaug programų teikia duomenų bazė. Sparčiai populiarėja ir duomenų bazių tipai. Tai ne tik tradicinės SQL duomenų bazės, kartais jos SQL, kartais ne SQL, kartais - grafikų duomenų bazė, kartais - dokumentų duomenų bazė. Ir yra visų šių skirtingų tipų duomenų bazių tipai, todėl kiekviena iš jų turi skirtingus veiklos iššūkius ir skirtingus veiklos kriterijus. Žurnalų duomenų bazės ir dokumentų duomenų bazės veikia labai, labai skirtingai ir atlieka skirtingas funkcijas, palyginti su tradicine ACID, ANSI 92 suderinama SQL duomenų baze. O daiktų rūšys, kurias mes ten saugojome.
Mano galvoje yra taškas, kuriame - ir aš manau, kad Erikas tam užsiminė - kad žmonės stengiasi neatsilikti nuo to, ką mes statome, ir to, kokiu greičiu mes statome, ir mes Dabar esame taške, kur vienintelis būdas mums valdyti šią infrastruktūrą ir vienintelis būdas stebėti ir gilintis į mūsų problemas yra įrankiai ir tinkamos tipų priemonės. Ir tada visada tinkama įrankių karta. Įrankiai, kurie iš tikrųjų supranta foninę infrastruktūrą. Nebeįmanoma tik mesti SQL monitorių ar SQL užklausos įrankį ir pradėti atskirti užklausą bei pamatyti, kas ją veikia. Mums iš tikrųjų reikia įrankio, kuris suprastų užklausų formavimąsi ir tinkamą užklausų formavimo būdą, ir tinkamų būdų, kaip užklausos galėtų susikalbėti su infrastruktūra galiniame gale, ir kaip jos veikia, kaip tai daro. Ir pažvelgti į tų sąveikų laiką ir jų vykdymo tvarką.
Tai yra daug sudėtingesnis iššūkis ir priveda mane prie mano klausimo, o tai yra tai, kad didėjant mūsų kuriamų programų rinkinių sudėtingumui, būtinai reikia našumo įrankių ir įrankių, kuriuos naudojame jiems valdyti. tapti vis protingesni ir daug pajėgesni pažvelgti į daugiau dalykų. Taip pat daug protingesni yra tai, kaip jie įsigilina į tai, kas veikia gale ir ką jie gali apie tai sužinoti, ir galbūt net tam tikrą analizės rūšį, kuri yra atliekama tam, kad suprastų, jog sąveika ir spektaklis yra pristatomi, ir kodėl ji veikia lėčiau ar greičiau.
Tada aš perduosiu mūsų brangiajam IDERA bičiuliui Billui Ellisui ir pažiūrėsiu, ką jis šiandien turi pasakyti apie tai, kaip jie išsprendžia šią problemą. Bill, pas tave.
Billas Ellisas: Gerai. Mano vardas Bill Ellis ir labai jums dėkoju. Mes kalbėsime apie tai, kad mano programa veikia lėtai, laikas gauti tikslią informaciją. Pažiūrėkime, ką „IDERA“ gaminys „Precise“ gali padaryti ir kaip jis gali jums padėti. Daug kartų jūs sužinojote, kad kilo našumo problemų, nes galutinis vartotojas jums paskambino, ir tai jau savaime yra didelė problema. Iš visų IT žmonių niekas nežinojo, kol neskambėjo telefonas. Kita svarbi problema yra tai, kaip mes galime padėti šiam konkrečiam asmeniui, ir tai tikrai nėra nereikšminga problema. Čia yra vienas takeaway. Tai yra aukščiau ir už šios skaidrės, ji yra aukščiau ir už kitų. Ir noriu, kad pamatytumėte, ar galite gauti tai, kas yra. Tačiau, kaip jau minėjome, norint įgyvendinti programą reikia daug skirtingų technologijų, programų krūva yra didelė ir auga. Daugelis žmonių naudojasi programa per naršyklę, ir stebėtina, kad vis daugiau ir daugiau duomenų apdorojami naršyklėje naudojant scenarijus ir pan., Tada, žinoma, jūs turite tinklą, žiniatinklio serverį, verslo logikos kodą ir duomenų bazę. Noriu, kad jūs apsvarstytumėte, kad kiekviena reikšminga verslo operacija sąveikauja su duomenų baze, nesvarbu, ar tai laiko kortelių ataskaitos, atsargų peržiūra, pirkimo užsakymas, duomenų bazė atnaujinama. Taigi duomenų bazė iš tikrųjų tampa veiklos pagrindu. Be abejo, duomenų bazė gali įjungti arba pasikliauti paskesniu saugojimo procesu. Kiekviena iš šių technologijų yra tvirtai sujungta ir gali pamatyti, kas vyksta. Jūs turite žinoti, kas vyksta, kad galėtumėte išmatuoti, yra kritiška.
Dabar pastebime, kad daugelis mūsų klientų turi įrankį ir kiekvienos technologijos įrankį, tačiau to, ko jie neturi, yra kontekstas. Kontekstas iš esmės yra galimybė sujungti taškus tarp kiekvienos programos kamino pakopos, ir tai iš tikrųjų yra gana paprasta. Anksčiau buvo ribojama dvylika pakopų, tačiau iš esmės ją pakeitėme, mes turime neribotą pakopų lygį ir palaikome mišrią aplinką, todėl iš esmės galime pasidaryti labai sudėtingi naudojant tikslų sprendimą.
Dabar, aukštu lygiu, taip išsprendžiame problemą ir daugiausia dėmesio skiriame operacijai - galutinio vartotojo operacijai nuo paspaudimo iki disko - mums sako, kurios veikia lėtai, kurios sunaudoja išteklius, tačiau svarbiausia yra tai - mes leidžiame jums pasiimti ir identifikuoti vartotojo buvimo vietą, ne tik visą operacijos laiką, bet ir tai, kiek laiko praleidžiama kiekviename atskirame veiksme. Laikas yra veiklos valiuta, be to, tai rodo, kur naudojami ištekliai. Iš pradžių nežinome, kur bus problema, todėl kiekvienoje pakopoje turime turėti tinkamą metriką ir analizę, kad galėtume diagnozuoti problemą, kur ji gali būti.
Dabar šiandienos pristatyme daugiausiai dėmesio skirsiu šiai sričiai, noriu būti tikras, kad mes iš esmės užtikriname tą patį matomumo lygį kiekvienoje aplikacijos pakopoje ir esminis dalykas, ar tai pasakys mums, kas, ką, kur ir tada ši dalis, tai mums pasakys kodėl. Ir tikrai, kodėl tai yra be galo svarbu sprendžiant problemas, o ne tik žinant apie jas. Dabar kitas dalykas, kuris labai aiškiai pasirodė pristatyme, buvo tai, kad to padaryti neįmanoma. Jums reikia automatikos. Automatizavimas reiškia, kad jūs perspėjate, jūs turite tai, kas, tikiuosi, prieš galutinių vartotojų bendruomenę, jums pasakys, kad jūs nuolat domitės tendencija, sukėlęs nukrypimą nuo perspėjimo apie tendenciją. Tada mes taip pat siūlome liniją smėlyje, jūs iš tikrųjų pažeidžiate SLA. Dabar jūs siūlote daug įvairios informacijos - ne visiems reikia vartoti švedišką furšetą, kai kurie žmonės nori tiesiog lengvai užkąsti, tai yra salotos, todėl turėdami tokį portalą, kuriame galime įkelti informaciją, reikia tik konkretaus vartotojo arba tam tikros bendruomenės informacijos apie rezultatus. Programa veikia lėtai, atėjo laikas gauti tikslią. Mes tikrai susitelksime į keturis dalykus. Viena iš jų yra vieta, įvedanti galutinį vartotoją. Vėlgi, tas kontekstas, jungiantis taškus, ir trečioji tyrimų dalis rodo, kad beveik 90 procentų programų problemų yra duomenų bazėje, ir todėl tai išties savotiškas pokytis, kad dauguma našumo sprendimų gali jums pasakyti vieną SQL teiginį. Bet jie tau nenurodo, kodėl tas SQL pranešimas veikia lėtai.
Kodėl visada yra lemiamas dalykas, o „Precise“ puikiai parodo, kodėl kiekvienai pakopai ir ypač duomenų bazei, ir tik šiek tiek pasidalina su jumis mūsų palaikymo matrica, kurią palaikome „SQL Server“, „Sybase“, „DB2“. ir (arba) birūs. Sprendimo vaizdas ir pobūdis yra labai panašus, taigi, jei ieškote ne vienos programos, bet šiek tiek skirtingos architektūros. Informacija, kuria aš čia dalinuosi, turi išvaizdą ir pobūdį, požiūrį, nesvarbu, kokios yra naudojamos technologijos. Tikslus yra žiniatinklio įgalinimas. Mes įeiname, mes autentifikuojame tikslią informaciją, o kartu įeiname ir pirmas dalykas, į kurį galbūt norėsime atkreipti dėmesį, yra atlikimas pagal vietą. Taigi jūs iš tikrųjų galite pamatyti skirtingas vietas, kur žmonės iš tikrųjų pasiekia mirties bausmę. Galite pamatyti, ar kažkas atsisakė puslapio, kol jis nebuvo visiškai perteiktas, ar jame yra klaidų.
Dabar viena iš šių programų yra tinklas arba atstumas nuo programų serverio. Čia labai lengva pamatyti, kad yra tam tikras tinklo lygis. Aš galiu pamatyti, kai žmonės tapo užimti, ir tada dar vienas įdomus dalykas, mes kalbėjome apie tai, kaip naršyklėje tvarkomi įrenginiai. Jie iš tikrųjų pastebi, kad kai kurie skirtingi naršyklių tipai sukuria geresnę aplinką greitam apdorojimui. Taigi žinodami, ar žmonės naudojasi „Chrome“ ar IE, ar kas nutiks, iš tikrųjų labai dažnai galite pastebėti, kad vienos naršyklės tipo inversija iš tikrųjų yra pranašesnė už kitą. Dabar, kai esate viešai susidūręs, nekontroliuojate naršyklės, kartais programos yra vidinės, kur galėtumėte žmonėms rekomenduoti naršyklės tipą savo galutinių vartotojų bendruomenei, taigi, tai yra gilaus nardymo matomumo ir analizės tipai, Tiksliai sugeba pateikti. Dabar pradedame nagrinėti paraišką.
Nesu tikras, ar jūs, vaikinai, galite pamatyti mano rodyklę, bet norėjau jums apibūdinti viršutinę diagramą. Y ašis rodo vidutinį atsako laiką. X ašis yra laikas per dieną. Iš tikrųjų ten yra sukrauta juostinė diagrama ir sukrauta juostinė diagrama, visa suma parodo, koks yra našumas, o tada parodo, kiek laiko praleidžiama kiekvienam atskiram programos žingsniui ar kiekvienai atskirai pakopai. Nuo kliento per žiniatinklio serverį žalia yra „Java“, šioje vietoje mes naudojame „Tuxedo“ ir žemyn į duomenų bazę. Apatinėje ekrano pusėje rodomi skirtingi žiniatinklio meniu, prie kurių prieiname, ir tada mes pasirinkome tik nedidelę žalią rodyklę, nukreiptą žemyn. Mažėjančia tvarka ir burbuliuoja iki viršaus, žiniatinklio meniu pradeda jį rodyti. Mes iš tikrųjų parodome vykdymo laiką, kiekvienos atskiros technologijos reakcijos laiką ir tada iš tikrųjų yra kiekvieno iš šių žiniatinklio meniu juostų diagrama. Taigi mes gauname idėją apie tai, kas vyksta. Dabar atsiminkite, kad mes visa tai rūšiavome taip, kad galutinis vartotojas skambintų, bet kaip rasti galutinį vartotoją? Aš atvykau čia, atsidarau meniu, kuriame galima filtruoti tam tikrą vartotoją, todėl aš tam vartotojui nustatau Alex Alex, spustelėkite OK ir tada mes orientuojamės tik į veiklą iš Alex Net. Dabar tai reiškia, kad tai leidžia IT ir IT valdymui tiesiogiai reaguoti į galutinį vartotoją, o ypač tai, kad jie žiūrėjo į turinio valdymą, kuriame buvo vykdomos šešios funkcijos, o atsakymo laikas buvo šiek tiek daugiau nei trys sekundės. Na, trys sekundės yra gana geros, tai nėra baisu, bet ji, galbūt, lėtesnė.
Ką aš su tuo galiu padaryti, tai aš galiu supjaustyti ir supjaustyti šią informaciją skirtingais būdais. Galėčiau pasakyti, gerai, ar šis sandoris visiems lėtas? Ar šiandien Aleksui yra lėčiau, nei buvo vakar? Ar tai lėta kiekvienam vartotojui tam tikroje vietoje? Arba tai leidžia man susmulkinti ir supjaustyti kauliukus, suprasti, kas vyksta, kokia yra universali problema ir labai svarbu mokėti identifikuoti galutinį vartotoją, nes tai susiję ne tik su programine įranga, infrastruktūra, tai taip pat yra susiję su tuo, kaip galutiniai vartotojai naudojasi programa. Dažnai jūs galite turėti naują darbuotoją ar žmogų, turintį naują darbo funkciją, ir jie nėra susipažinę su tam tikrais SAP ekranais ar tam tikrais „PeopleSoft“ skydeliais ir jiems reikia šiek tiek rodyklės, galbūt jie palieka laukus tuščius ar įdeda į laukų korteles ir jie ' vėl priversti grąžinti didelius rezultatus iš duomenų bazės. Bet turėdami vartotojo ID, jūs iš tikrųjų galite jiems paskambinti prieš jiems skambinant. Kitas dalykas, kurį mes pastebime, yra tai, kad kai vartotojų bendruomenė suvokia, kad IT žino, ką jie daro, daug kartų jie geriau elgiasi ir sukelia daug problemų, daug dalykų, kurie kilo, tiesiog savotiški. išgaruoja, nes žmonės elgiasi, tiesiog veikia šiek tiek atidžiau. Jie naudojasi sistema atsargiai.
Galutinio vartotojo identifikacija yra būtina. Galų gale svarbu, kad IT galėtų padėti konkrečiam galutiniam vartotojui. Tai, ką mes čia padarėme, mes jau perėjome į skirtuką „Srautas“. Tai galite pamatyti viršutiniame kairiajame kampe. Mes sutelkėme dėmesį į vieną konkretų žiniatinklio meniu komponentą. Dešinėje pusėje yra to konkretaus sandorio analizė, todėl viršuje tai iš tikrųjų yra naršyklė, o po to - vaizdas, kad šiek tiek susipažintumėte su GUI esančiomis piktogramomis, skirtomis žiniatinklio serveriui, taigi galime pamatyti atributo tašką. Tada „J“ yra „Java“, o „T“ - „Tuxedo“, o „Q“ natūraliai yra SQL. Na, kad grynųjų pinigų vertė iš esmės identifikuoja tam tikrą SQL. Apsvarstykite, ką tai daro. Mes nustatėme, kad vartotojas sudarė operaciją, pagrindinį programos kodą, įskaitant atskirus SQL teiginius. Dabar, kai aš žiūriu į tuos atskirus SQL teiginius, matau, kad iš viso atsakymo laiko kiekvienas iš jų yra atsakingas apie šešis procentus, o sudėjus keturis geriausius SQL teiginius, jie užėmė maždaug ketvirtadalį operacijos. laikas.
Dabar dažnai duomenų baze yra lengviausia manipuliuoti. Paprastai lengviausia gauti nebrangų, daug pranašesnį spektaklį. Dabar man reikia šiek tiek gilintis, kad sužinotum, kas vyksta ir kas, noriu, kad pavyzdys galėtų iš tikrųjų atskleisti individualų SQL teiginį, ir jūs žinote, kad aš beveik garantuoju jums kiekvieną kiekvieną kadrą internete turėjo kažkokį duomenų bazės įrankį ir tai, ką daro duomenų bazės įrankis, tačiau žvelgiant tik į vieną technologiją atskirai, reikia atkreipti dėmesį į tos technologijos sveikatą. Ir daugybę kartų žmonės žiūri į dešimtuką. Dabar šis SQL teiginys yra gana greitas, jis nepatenka į dešimtuką, tačiau šis sandoris priklauso nuo SQL. Taigi, ką aš galiu padaryti tuo žodžiu, kontekstu, dabar galiu atkreipti į tai gilų žvilgsnį, tačiau atsižvelgiant į atskirą SQL teiginį.
Dabar tas asmuo gali atidaryti „Precise“ atskiro SQL sakinio kontekste, o „Precise“ užfiksuoja faktinį jo naudojamą vykdymo planą. Tai iš tikrųjų parodys vykdymo laikas, kuris yra svarbus DBA, ir jūs galite pamatyti, kad 50 proc. laikas praleidžiamas laukiant saugyklos. Penkiasdešimt procentų laiko sunaudojama centriniame procesoriuje, taigi jūs pradedate domėtis, kur laikas praleidžiamas, kaip galėčiau sugaišti tą laiką, o idėja yra suteikti žmonėms pasirinkimo galimybių, nes skirtingi atsakymai turi skirtingas išlaidas ir riziką. . Idealiu atveju mes ieškome mažos rizikos, nebrangios problemos sprendimo. Dabar, kai SQL sakinį seka maišos reikšmė, o ekrano viduryje kairiajame krašte yra šis mažas mygtukas „Tune“, o ką jūs ketinate padaryti, tai nuves jus į SQL užduotį. Ši SQL užduotis yra iš anksto sukonstruota darbastalio rūšis, ir ką ji daro, ar tai leidžia man iš tikrųjų konkrečiai išanalizuoti, kas daro įtaką SQL, pradedant vykdymo planu. Vykdymo planą optimizatorius pasirenka analizuodamas teiginį, o grįždamas prie maisto analogijos - tai receptas, kurio laikomasi norint išspręsti SQL.
Kai kurie receptai yra sudėtingesni nei kiti, todėl pateikiame išvadas. Ir tai iš tikrųjų parodys čia, ei, daug laiko jis daro nuosekliaisiais I / O tam tikru indeksu. Ir pažiūrėkite, kada, grįždami prie deguonies, vadovaukitės šiuo indeksu. Ar pastaruoju metu šis indeksas buvo defragmentuojamas, kokia tada sveikata? Kokioje stalo vietoje ji gyvena? Ar lentelės vieta yra atskirta nuo lentelės, į kurią ji nurodo? Taigi jis pradeda teikti visokias idėjas, kaip jums gali padėti išspręsti problemą. Dabar, aišku, žinote, mes kuriame indeksą. Tai daug mažesnė rizika, daug lengviau, nei galbūt perkelti rodyklę iš vienos lentelės vietos į kitą lentelės vietą, taigi mes norime padaryti tam tikras kaupimo parinktis, kad galėtume panaudoti mažiausią kainą, mažiausios rizikos parinktį. išspręsti problemą.
Tiksliai taip pat galima atlikti tokius veiksmus, kaip užfiksuoti surišamieji kintamieji, kurie perduodami į SQL. Akivaizdu, kad kintamieji, kurie bus atiduoti, kontroliuos nustatytų rezultatų dydį. Ir jis kontroliuos, kiek laiko reikia SQL saitai vykdyti ir kiek duomenų programa turi perduoti ir apdoroti per „Java“, per .NET, į žiniatinklio serverį ir tinklą, galutinai pateiktą galutinio vartotojo naršyklėje. . Tai, kas vyksta duomenų bazėje, tiesiogiai veikia tą naršyklės laiką. Taigi labai svarbu turėti tokį matomumo lygį, kad galėtume tiksliai žinoti, kas vyksta, ir suteikti DBA daugiausiai variantų, kad jie galėtų pasirinkti, kuris iš jų, atsižvelgiant į konkrečią situaciją, yra tinkamiausias.
Dabar tai yra keletas citatų, kurios nutinka iš „PeopleSoft“ parduotuvės, kurioje yra visuotinis diegimas. Tiksliai palaiko „PeopleSoft“ ir SAP, „Siebel“, „Oracle“, „E-Business Suite“, „Java“ ir „NET“ programas. Mes palaikome, todėl, jei skambinate žiniatinklio tarnyboms keliems JVM, nuo „Java“ iki .NET iki „Java“, galime visa tai stebėti. Tai gali būti premjera, ji gali būti debesyje. Svarbiausia, kad dalykai turi būti instrumentai.
Taigi, tik kelios citatos iš vieno mūsų kliento: „Prieš tai tiksliai, mūsų DBA naudojosi OĮG“, - tai tik duomenų bazės įrankis ir jie iš esmės sakydavo: „Ei, egzemplioriai atrodo puikiai.“ Bet jie galėjo padėti pasakyti ar išspręsti konkrečios operacijos problemą. Tikslus, jei matysite tai. Taigi turint tokią informaciją apie SQL teiginius, kritiškai svarbu buvo suteikti duomenų bazių tvarkytojams galimybę visiškai pašalinti duomenų bazės našumą. Ir tai buvo tikrai malonu. Tai aukščiau ir ne tik keletas įrankių, į kuriuos galbūt žiūrėsite.
Ir tada IT valdymui labai patiko tai, kad „Precise“ sugebėjo išversti sudėtingą URL į skydelio pavadinimą. Ir tokiu būdu, jei galutinis vartotojas paskambina ir sako: „Ei, aš turiu su tuo problemų“, galite atskirti ir pamatyti, kas yra tas vartotojas, ką jie vykdo, kokį našumą jie iš tikrųjų matuoja laikas galutinio vartotojo naršyklėje. Tai yra tikras galutinio vartotojo patirties matas. Taigi, norint naudoti konkretų skambinantį asmenį, labai svarbu turėti šį vartotojo ID.
Kaip tiksliai tai daro? Taigi mes norėtume pasidalyti savo architektūra. Tikslus turėtų gyventi savo serveryje ir gyventi VM, jis gali gyventi debesyje. Priekyje „Precise“ yra įjungtas žiniatinklis, nesvarbu, ar naudojate prietaisų skydelius, įspėjimo sąsają ar „Expert GUI“. Duomenų rinkimo srityje mes galime padaryti be tarpininkų kelioms skirtingoms technologijoms. Tačiau dažnai mums reikės agento, o agento turėjimas turi ir pliusų, ir minusų. Didelis pliusas yra tai, kad surinkti duomenys gali būti iš anksto apdoroti prieš siunčiant juos į jūsų LAN. Taigi tai reiškia, kad galime sumažinti bendrą stebėjimo sprendimo poveikį tikslinei aplinkai.
Dabar apsvarstykite kaip alternatyvą, jei jūs neturite „agentų“, tačiau vis dar yra duomenų rinkėjas, tereikia žinoti, kur jis gyvena, skambinti ir perduoti neapdorotus duomenis apie tikslinę programą per jūsų LAN. Ir tai iš tikrųjų gana brangu. Taigi perdirbdami mes iš tikrųjų galime sumažinti pėdsaką. Galėsite stebėti tiek fizinę, tiek virtualiąją. Ir vienas dalykas, kurį norėjau pasakyti apie virtualiąsias technologijas, yra tas, kad pagrindinis dėmesys skiriamas naudojimui. Tiksliausias dėmesys skiriamas ginčui. Kada VMware technologija iš tikrųjų sumažina jūsų svečio VM išteklius? Taigi tampa tikrai lengva. Jei žiūrite tik į svečio VM, turite tik dalį paveikslėlio. Sugebėti automatiškai aptikti ir įspėti apie ginčus, tai tikrai būtina.
Tikslus gali stebėti iki 500 egzempliorių, todėl labai dideli diegimai iš esmės turi kelis tikslius serverius. Paprastai visuotiniam diegimui tai bus tikslus serveris kiekviename duomenų centre. Beje, labai didelius diegimus galite iš tikrųjų sujungti kartu, kad galėtumėte pažvelgti į visa tai, kas vyksta, ir galėtumėte pasiūlyti ataskaitas ir tt Dabar, kaip jau minėjau, turime daug techninės analizės. Ne visiems reikia įsitraukti į ekspertų GUI, todėl siūlome pritaikomą prietaisų skydelį. Visi šie portletai ar valdikliai yra visi pasirenkami. O kažkas gali tiesiog norėti eiti: „Ei, kaip jūs galite paspausti perspėjimą apie bet kurią mūsų aplinkos pakopą? Kaip galutinio vartojimo grupėms sekasi iš spektaklio perspektyvos? “O gal gali kilti klausimų dėl infrastruktūros, įsitraukti į galbūt net smokingo spektaklį. Arba net apkrovos balansavimas. Čia savotiškai įdomu šioje apkrovos balansavimo dalyje. Aš žiūriu į portletą viduryje kairiajame krašte. Galite pastebėti, kad kiekvienos žiniatinklio serverio vykdymo skaičius yra labai panašus. Tačiau reakcijos laikas labai skiriasi. Iš tikrųjų galite pasidairyti ir tiksliai sužinoti priežastį, kodėl reakcija į tą interneto serverį buvo daug lėtesnė nei kitos.
Vienas dalykas apie apkrovos balansavimą, tai yra labai svarbu, o apkrovos balansavimo politika, žinote, ne kiekviena apkrovos balansavimo politika yra tinkama kiekvienai programai. Iš tikrųjų tikrai naudinga patvirtinti apkrovos balansavimo politiką. Mes iš tikrųjų matome su kai kuriomis programomis, tokiomis kaip naujoji „PeopleSoft Fluid GUI“, kai kai kurie interneto serveriai atsijungs. Taigi tai yra kažkas, kas labai svarbu. Jei diegiate „PeopleSoft Fluid“ GUI, susisiekite su mumis. Mes galime suteikti jums daug įžvalgos ir daug žinių apie tai, su kuo susidūrė kiti klientai. Kiekvienas iš šių portletų gali būti gana išsamus. Kaip dešiniajame viduryje, mėlyna ir žalia, iš tikrųjų parodo kardo galiuko modelį, tai taip pat rodo, kad jūsų „WebLogic“ pakopoje esančių šiukšlių rinkimas vyksta taip, kaip jūs tikitės. Kiekvienas iš šių portletų gali būti labai sufokusuotas arba gali būti labai aukšto lygio. Priežastis, kodėl tai yra svarbu arba gali būti svarbu, yra daugybė kartų, kad nepakanka turėti šią informaciją IT, kartais jūs turite pasidalyti šia informacija su programų savininkais, o kartais su vyresniąja vadovybe apie tai, kas vyksta .
Norėjau pasidalinti su jumis keliomis istorijomis, pavyzdžiui, „Sėkmė duomenų centre“. Jos yra sutelktos į duomenų bazę ir aš turiu kitų istorijų, kurios yra orientuotos į vidutinio lygio veiklą. Tačiau šiandien labai noriu sutelkti dėmesį į duomenų bazės pakopą. Pažvelkime į ekrano užšalimą. Dabar atsitiko tai, kad ši parduotuvė turėjo verslo SLA, jei užsakymas bus gautas iki 15 val., Užsakymas išsiunčiamas tą dieną. Taigi per tą laiką sandėlis yra labai užimtas. Ir tada, kai ekranas užšalo, buvo labai nelinksma. Taigi vadovas - tai yra mažesnė įmonė - vadovas iš tikrųjų įsitraukė į IT ir, žinoma, eina į DBA ir sako: „Dabar, kas vyksta?“ Ir ką mes padarėme, ar mes sugebėjome tiksliai parodyti kas įvyko. Dabar tai yra „JD Edwards“, daugiapakopė programa, tai yra pardavimo užsakymo ekranas. Galite susidaryti idėją, koks buvo verslas, iš esmės kaip tik laiku atliktą inventorių, taigi iš esmės žiūrite į sandėlio programas. Ir dabar jūs iš esmės siunčiate į daugybę skirtingų klientų svetainių, skirtingų parduotuvių. O ką mes padarėme, mes atidarėme tikslią.
Šiuo atveju, prieš žvelgdami į „Oracle“, čia mes žiūrime į SQL serverį, o dabar viršutinėje jo dalyje rodoma sudedama juostinė diagrama, kurioje SQL sakiniai praleidžia laiką vykdydami. Kiekviena silpna būsena nurodoma y ašyje. X ašis, žinoma, bėgant laikui, ir jūs galite pamatyti, kad sudedama juostinė diagrama keičiasi iš laiko juostos priklausomai nuo to, kas vykdoma, ir kaip ji naudoja sistemą. Dabar šiuo konkrečiu atveju mes sutelkėme dėmesį į trečiąją SQL seką iš viršaus. Tekstas yra PASIRINKTI IŠ PS_PROD ir tame stulpelyje galite pamatyti, kad užfiksavome tikrąjį vykdymo planą. Galite pamatyti daugybę egzekucijų. Tai, kad būtent tas SQL teiginys buvo atsakingas už 9, 77 proc. Išteklių suvartojimo per šį laiką, kurį mes žiūrime, ir tai yra svarbus momentas, laiko tarpas, „Precise“ saugo besikeičiančią istoriją - todėl aš iš esmės galiu prisiskambinti ir sužinokite, kas nutiko tam tikru metu ar per tam tikrą laiką. Aš gebu žiūrėti į tendencijas.
Dabar, šiame SQL teiginyje, matai, kad ten sukrauta juostinė diagrama yra tamsiai mėlyna. Tai reiškia, kad mes naudojame visą procesorių. Eikime į priekį ir susitelkime spustelėdami šį mygtuką „TUNE“ tame konkrečiame SQL. Ką mes darome, tai pateksime į tą dirbtuvę, iš anksto pastatytą dirbtuvę, kuri skirta pasakyti: „Na, ką DBA žinos apie šį konkretų SQL teiginį?“, O dešinėje galite pamatyti skirtuką, pavadintą „ Istorija “, kuri buvo pasirinkta. O tai, ko norėčiau, kad padarytumėte dabar, yra tarsi perėjimas į kairę pusę, kur sakoma „Pokyčiai vs. vidutinė trukmė“, vidutinė trukmė. Ir kiekvienas iš tų barų vaizduoja įvykius per dieną.
Galite pamatyti trečiadienį, ketvirtadienį, penktadienį, vykdymo laikas buvo, aš einu į ratą į antrą tašką. Y ašis rodo tašką keturias sekundes, taigi tašką du. Labai nedaug ekrano užšąla, operacijos vyksta puikiai, SLA. Deja, vasario 27 d., Vykdymo planas pasikeitė ir tai lėmė staigų įvykdymo laiko pakeitimą. Staiga vykdymo laikas ilgėja, keturi X, gal penki X, ir viskas vyksta tikrai prastai. Dabar „Precise“ savo saugykloje iš tikrųjų žurnale pateikia visus pakeitimus, kurie gali paveikti elgesį. Ir čia galite pamatyti, kad mes iš tikrųjų užfiksavome ašies plokštumos pokyčius. Viduryje esantis tekstas „Pakeista lentelės apimtis“. Taigi lentelės auga ir mes einame tiesiai ant galo. Kai SQL teiginys yra analizuojamas, optimizatorius pasirenka vieną vykdymo planą arba kitą vykdymo planą.
Laimei, šią savaitę čia, pirmadienį, jis parklupo, todėl buvo tinkamu metu. Deja, tai vėl atsiranda, o jūs žinote, kas galutiniams vartotojams pradedant numatyti, kad ekranas užšąla, jie pradeda iš naujo pateikti tą ekraną ir pastumia įvykių skaičių aukštyn, aukštyn ir aukštyn. Turime labai daug detalių, tačiau norint išspręsti šią problemą ir išvengti jos ateityje, mums reikia vienos papildomos informacijos. Ir tai man parodė palyginus tuos vykdymo planus. Kovo 5 d., Kai jis buvo greitas ir efektyvus, kairėje pusėje rodomas vykdymo planas. Kai kovo 12 -oji buvo lėta ir neefektyvi, galite pamatyti, kad ji prisijungia prie filtro. Filtro sujungimas priverčia sunaudoti daug daugiau procesoriaus, todėl reikia atlikti daug daugiau darbo. Rezultatas identiškas, tereikia nuveikti kur kas daugiau darbo. Tai panašu į tai, kad jūs einate ir gausite atsargas vienu ingredientu vienu metu, o ne einate į sandėliuką ir gaunate visus ingredientus vienu metu. Taigi yra toks efektyvesnis būdas tai padaryti. Paprastai tai žinodamas, DBA galėjo naudoti užklausų planą, kad išvengtų šio lėto vykdymo plano ir užsiblokuotų greitame, aukštame našume.
Dabar kita karo istorija buvo „Ataskaitos vėluoja“. Manau, kad daugybė žmonių gali susitapatinti su tokiu scenarijumi. Galbūt turite ad hoc ataskaitų, galite naudoti tokį įrankį kaip NVISION, galbūt turite trečiųjų šalių ataskaitų teikimo įrankį. O kas nutinka, įrankis kuria SQL. Dažnai SQL nėra taip gerai koduojama. Tai taip pat gali būti taikoma tais atvejais, kai, jūs žinote, turite trečiųjų šalių programas, ten, kur SQL nebuvo parašytas vidiniame dokumente, taigi, kaip DBA, „Aš nekontroliuoju SQL, ką Ar aš tai padarysiu? “Tiksliai pateikiama tai, ko nežinau apie jokį kitą duomenų bazės įrankį ir tai yra objekto vaizdas. Derinama su rekomendacijomis ir modeliavimu. Taigi, ką mes galime padaryti, tai iš tikrųjų pasukti matomumą ant galvos. Geriau išnagrinėkime ne tik veiklą, bet ir išnagrinėkime, kuris objektas yra sunkiausias sistemoje? O apatinėje ekrano dalyje galite pamatyti užsakymo eilutės SQL ir stulpelį „MS-SQL“. O užsakymų eilutės lentelė yra dešimt kartų didesnė už bet kurią kitą sistemos lentelę. Manau, ką pastebėsite viršutinėje dalyje, erdvės paskirstymas auga ir jūs taip pat galite pasižiūrėti serverio specifikacijas, kokią programinės įrangos versiją naudojame. Tikslus iš tikrųjų patikrins stebimus pirminių nustatymų pakeitimus. Vėlgi priežastis ir pasekmė.
Dabar, sutelkdamas dėmesį į užsakymo eilutės lentelę, ką galiu padaryti su savo išsamia istorine saugykla, aš iš tikrųjų galiu koreliuoti SQL teiginius, kurie prieštarauja užsakymų eilutės lentelei. Tuose SQL teiginiuose galite pradėti ieškoti kur išlygos. Ir jūs pradedate pastebėti, kad kur Sistema yra gana panaši tarp skirtingų SQL teiginių. Ir aš jums siūlyčiau, kad jūsų įrašymo sistemoje rastumėte tą patį. Kadangi verslo vartotojai, verslo analitikai ketina daryti tokius dalykus kaip bendra verslo veikla per pastarąją dieną, praėjusią savaitę, praėjusį mėnesį, paskutinį ketvirtį, pernai. Pamatysite labai panašius atvejus, kai išlygos išdėstomos pagal grupes, tai reiškia, kad bus tam tikri rodyklės, turinčios prasmę tiems SQL teiginiams.
Taigi, „Precise“ turi rekomendacijų variklį, galite pamatyti, kad tai yra viršutiniame dešiniajame kampe, ir tai, ką galime padaryti, yra iš tikrųjų gauti rekomendacijas. Pasakykite: „Ei, aš naudoju visus SQL sakinius, kokie indeksai jiems adresuotų?“ Indeksai pateikiami jums ir jūs iš tikrųjų galite pamatyti DBL. Dabar „Precise“ yra tik skaitoma, joje nėra galimybės spustelėti mygtuką ir kurti rodyklės, tačiau tai padaryti yra pakankamai lengva už „Precise“ ribų. Svarbus dalykas yra tai, kad „Precise“ leidžia įvertinti ir modeliuoti pokyčius, todėl apatiniame kairiajame ekrano kampe yra šis „Įvertinti“ mygtukas. O ką tai reiškia, tai parodo SQL sakinius prieš ir po.
Pažvelkime į šiuos SQL teiginius. Ar čia matote šį stulpelį, kuriame rašoma „MS-SQL“ ir kuris nurodo valandą, keturias minutes? Šie geriausi SQL teiginiai įvykdo arba sunaudoja maždaug 64 minučių vertės išteklius. Prognozuojamas jos pagerėjimas yra 98 procentai. Šie pakeitimai padės sutaupyti kelias valandas trunkantį apdorojimą. Kitas SQL teiginys yra 27 minutės ir iš esmės sutaupys trečdalį. Tai yra maždaug dešimt minučių apdorojimo. Apibendrinant jūs iš tikrųjų ketinate sutaupyti daug valandų, reikalingų apdorojant šiuos siūlomus pakeitimus. Taigi sugebėti tai žinoti iš anksto, sugebėti tai modeliuoti. Taip pat galite naudoti galimybę „kas, jei“, norėdamas pasakyti: „Na, aš nenoriu sudaryti to indekso, ar kas nutiks, jei pakeisiu stulpelio tvarką?“ Ir todėl galiu naudoti šią modeliavimo galimybę tiksliai sužinoti, kas bus toliau.
Kitas labai svarbus dalykas yra tai, kad atlikdamas pakeitimus iš tikrųjų galiu įvertinti kiekvieno SQL teiginį. Ankstesniame pavyzdyje jūs matėte SQL istoriją ir aš iš tikrųjų galiu patikrinti, ar pavyko sutaupyti, kurie buvo modeliuojami. Taigi grįžtamasis ryšys yra būtinas norint užpildyti grįžtamąjį ryšį.
Gerai, čia yra paskutinis pavyzdys, kurį aš jums turėsiu. Tai yra SAP parduotuvė ir, žinote, jie buvo iš esmės patobulinę, jie darė tam tikrų dalykų pagal pasirinktinius sandorius, o galutinis vartotojas iš esmės buvo nepatenkintas atlikimu. Taigi tai, ką mes padarėme, mes sugebėjome sutelkti dėmesį į tai, ką tas galutinis vartotojas patyrė. Sąrašo viršuje galite pamatyti „CHOUSE“, o reakcijos laikas yra šiek tiek daugiau nei 61 sekundė. Vykdyti šį dalyką reikia minutės. Dabar matote, kad turime sudedama juostos schema, orientuota į SAP. Dešinėje pusėje rodomas kliento laikas, eilės laikas. Mėlyna yra programos laikas, o SAP aplinkoje tai yra ABAP kodas, tada duomenų bazė. Taigi duomenų bazė, žinote, gali būti „Oracle“, tai gali būti SQL, tai gali būti HANA. Iš esmės mes galime tai parodyti.
Dabar tai, ką mes darome su „Precise“, mes orientuojamės į tą operaciją ir tą vartotoją į tai, kokie SQL teiginiai buvo išleidžiami. Vėlgi, tas kontekstas sujungti taškus. Dabar šis populiariausias SQL teiginys, galite pamatyti, kad jis yra apskritimas, jis vykdomas dviem milisekundėmis. Jūs tikrai negalite kaltinti duomenų bazės, jei ji taip greitai vykdoma. Vykdymo skaičius yra labai didelis. Tiesą sakant, mes galime grįžti prie „ABAP“ koderio ir pasakyti: „Ei, kas vyksta?“ Mes iš tikrųjų nustatėme, kad kodas duomenų bazėje buvo įdėtas netinkamoje vietoje, jis buvo įdėtas į netinkamą kilpos vietą, todėl pakeisti ir tada mes galime įvertinti po. Jūs iš tikrųjų galite pamatyti, koks yra spektaklis po to. Ne tik SQL, bet ir pasirinktinio kodo lygiu. Ir todėl jie galėjo gyventi per keturias su puse sekundės vykdymo laiką. Taigi tai yra tik keli pavyzdžiai, kaip „Precise“ gali būti panaudotas, galite jį panaudoti. Kaip greitas pakartojimas, „Precise“ parodo našumą pagal vietą, pagal galutinio vartotojo ID, jis suteikia kontekstą per programų krūvą. Galite gręžti dėl pagrindinės priežasties. Ir aš manau, kad vienas iš didžiausių skirtumų yra sugebėjimas žinoti ne tik SQL sakinį, bet ir tai, kodėl SQL saitas veikia lėtai, sugebėti identifikuoti ginčą ir iš esmės pasiūlyti daugiau problemų sprendimo būdų. Tai yra tai, ką „Precise“ gali pasiūlyti, ir jūs galite mus vartoti, nesudėtingai, arba, jei turite labai gilių, labai sunkių problemų, mes mėgstame imtis ir tų.
Ericas Kavanaghas: Gerai, turiu pasakyti, kad tai buvo daug fantastiškų detalių, Bill. Ačiū, kad parodėte visas šias ekrano kopijas. Ir, žvelgdamas iš mano perspektyvos, jūs tikrai įvykdėte tai, ką aš maloniai paaiškinau valandos viršuje, tai yra, numeris vienas, jūs turite turėti tinkamą įrankį. Jūs turite turėti įrankį, leidžiantį jums suteikti reikalingą kontekstą visiems lygties elementams identifikuoti, kaip kažkada kažkada sakė filmas, tai buvo savotiškai juokinga. Bet leisk man eiti į priekį ir perduoti jį Dezui, nes aš lažinuosi, kad jis turi keletą klausimų tau ir noriu nuspausti dar vieną iš šių skaidrių tik vizualiems saldainiams, jei to prireiks. Aš iš tikrųjų, laikykis, leisk man tai grąžinti. Bet Dez, aš tikiu, kad turite klausimų, pašalink jį.
Dezas Blanchfildas: Taip, aš, na, aš. Šis įrankis nuėjo ilgą kelią, nes aš iš pradžių jį žinojau, ir nežinojau, kad dabar iš tikrųjų taip giliai įsikursi į krūvą. Tai tiesiog visiškai protu nesuvokiama. Tiesiog labai greitai, pora dalykų. Diegimo modelis, ar jūs galite tikrai greitai, per minutę ar dvi, paprasčiausiai apibūdinti tradicinį ar tipinį diegimo modelį. Minėjote, kad ją galima įsigyti kaip virtualią mašiną. Jis gali būti paleistas debesyje. Manau, vienas iš klausimų, kurie tikriausiai iškils, ir manau, kad klausimų ir atsakymų skyriuje kilo keletas klausimų. Norint juos apibendrinti, reikia įprasto dislokavimo modelio ir reikalingos ašies tipo. Ar jis paprastai yra dislokuojamas vietoje, ar talpinamas, ar debesyje? Kokius diegimo modelius dažniausiai matote? O kokio tipo ašis reikalinga, kad ji veiktų? Ar turime pakeisti saugos lygio reikalus, susijusius su prieiga prie tinklo ir pan.? Ar tai gali tiesiog elgtis kaip galutinis vartotojas?
Billas Ellisas: Taip, todėl šiuo metu didžioji dalis instaliacijų yra demonstruojamos. Vis daugiau ir daugiau žmonių įdeda debesies programinės įrangos komponentus, todėl galime su tuo susidoroti ir mes. Diegimas, kuriam reikia serverio, kad jis veiktų, jis atitiks tam tikras specifikacijas. Turime turėti duomenų bazę, kad galėtume saugoti istorinę saugyklą, todėl šių sąlygų laikymasis yra pirmas žingsnis. Kitas dalykas yra tas, kad mes tikrai turime turėti žinių apie pačią programą, o diegimas vykdomas vedlio pagalba ir iš esmės reikia užpildyti blankus. Dėl išsamios informacijos, kurią mes gauname, pradedant žiniatinklio proceso lygiu ir baigiant vykdomuoju kodu, turime turėti tam tikrų privilegijų. Turime pasakyti saugų duomenų modelį arba saugumo modelį, nes agentai naudojasi įgaliojimais, visiškai skirtingais nuo žmonių, kurie naudoja operacijų metaduomenis ir pan.? Tikslus ryšys per TCP per IP, todėl reikalaujame, kad tam tikri prievadai būtų atviri. Kaip greitas pavyzdys, pavyzdžiui, numatytasis prievadas yra 2702. Tokio tipo detalūs dalykai yra kažkas, jei žmonės domisi, mes galime į jį patekti išsamiau. Bet paprastai mes labai greitai gauname vertę. Jei kas nors susiduria su didele problema, dažnai galime daiktą įdiegti ir per kelias valandas ryškiai apšviesti situaciją.
Dezas Blanchfieldas: Taip, aš taip pat turėjau tą prasmę. Diegimo modelyje jūs kalbėjote apie labai didelę apimtį ir iki 500 egzempliorių ir kaip tai būtų galima sujungti. Pačiame pradiniame lygmenyje, kaip tai atrodo, jei kas nors nori - nes aš žinau, kad „IDERA“ labai daug suteikia prieigą prie nemokamų bandymų, nemokamų demonstracinių versijų, ir atsimenu, kad tinklalapyje mačiau beveik viską, su kuo galima žaisti. Dėl liaudies čia ir manau, kad anksčiau jos praleidau, bet manau, kad iškilo klausimas, kaip atrodo tipiška svetainė ir kaip žmonės gauna prieigą prie šios svetainės ir pradeda su ja žaisti bei įgyti tokį tipą patirties, kur jie gali pamatyti, ar jie turi būdų išspręsti kai kurias našumo problemas? Ar jie gali atsisiųsti OAM ir susieti juos su savo hipervizoriumi, „Hyper-V“ ar nešiojamu kompiuteriu, ar jiems reikalinga tam skirta mašina, kad jis būtų paleistas? Anksčiau apibūdinote architektūrą, tačiau labai trumpai, per minutę ar dvi, kaip atrodo pradinio lygio diegimas, pavyzdžiui, norint įrodyti koncepciją?
Billas Ellisas: Taip, taigi mūsų modelis yra šiek tiek kitoks nei IDERA įrankiai. Mes labiau tinkame „Embarcadero“ scenarijui, kur norėtumėte susisiekti su vienu iš mūsų pardavimų atstovų. Mes norėtume tiesiog aptarti su jumis, kokie yra iššūkiai, ir tada, jūs žinote, paprastai mes paskirtume vieną iš SE ir iš esmės dirbtume su kažkuo diegdami. Paprastai nenaudotumėte tikslaus savo nešiojamojo kompiuterio. Norėdami rinkti kolekcijas, norėtumėte, kad duomenų centre, kuriame yra programa, būtų VM arba serveris. Bet mes jums padėjome kiekviename žingsnyje. Jei kas nors nori to siekti, būtinai susisiekite su IDERA.
Dezas Blanchfieldas: Vienas iš kitų dalykų, kurie mane sukrėtė, buvo tai, kad turiu omenyje tai, kad daug ką šiandien aptarėme, yra reagavimas į spektaklio problemas. Bet man atrodė, kad ir gyvoje aplinkoje, kai žmonės jais naudojasi, kaip jūsų pirmasis skaidrių demonstravimas, kažkas pakelia telefoną ir sako: „Programa veikia lėtai, padėk.“ Bet mane sukrėtė tai, kad prieš išleidžiant programas ar atnaujinimai ar nauji pataisymai ir pataisymai, jūs galite atlikti daugybę pajėgumų planavimo ir testavimo nepalankiausiomis sąlygomis, tiksliai išnagrinėti visą aplinką ir iš tikrųjų rasti problemų, net prieš pateikdami galutiniams vartotojams aplinką. Ar tai yra naudojimo atvejis, kurį matėte anksčiau, ar žmonės taip elgiasi taip pat, ar tai nėra tipiškas naudojimo atvejis?
Billas Ellisas: Be abejo, norėtume „Precise“ naudoti ir per visą programos kūrimo gyvavimo ciklą arba atnaujinimo gyvavimo ciklą. Tikslus siūlo mastelio rodinį, jis parodys įvykdymų skaičių, padengtą reagavimo laiku. Akivaizdu, kad jei ir egzekucijų skaičius, ir reagavimo laikas auga kartu, jūs nesistengiate didėti ir turite ką nors padaryti. Tokio tipo daiktai nepaprastai padėjo. Manau, kad dabar tai šiek tiek mažiau teisinga, bet kai žmonės pradėjo dėti gamybos programas į „VMware“, jie šiek tiek dvejojo ir, atrodė, pirmiausia, jie, atrodo, buvo „oi, mes turime tai perkelti į fizinis. “Ir ką mes galime padaryti, tai parodyti, kiek sunaudojama išteklių, kad galėtumėte padaryti programą efektyvesnę. Kiekviename programos gyvavimo ciklo žingsnyje būtinai norite naudoti „Precise“. Bet aš turėčiau pasakyti, kad gamyba yra ten, kur svarbiausia yra našumas, o „Precise“ yra orientuota į 24 valandas per parą vykdomos produkcijos stebėseną, todėl jūs tikrai nenorite paleisti savo programų be matomumo.
Dezas Blanchfildas: Visiškai. Vienas kitas greitas klausimas tik apie tą specifinį testą - imigracijos testas, imigracija, UAT ir panašiai - turiu galvoje, kad puiku turėti šį įrankį, ir aš įsivaizduoju, kad programų kūrėjai be galo norėtų turėti prieigą prie to per visą kūrimo ciklo ciklą. . Su sudėtingesnėmis architektūromis, kurias matote dabar, todėl mes perėjome nuo specialiosios paslaugos prie virtualizacijos ir virtualizacijos, dabar pereiname prie to, kad žinotume, kad užsakomosios paslaugos bus pritaikytos debesų prieglobai ir mes taip pat matome perėjimą į konteinerizavimą. Ar matėte, kad daug žmonių tai naudoja ir modeliuoja tam tikrus regionus ar zonas, taigi kažkas gali turėti - ir Australijoje mums kyla labai didelis privatumo klausimas ir aš žinau, kad Europoje tai yra tas pats dalykas, ir aš manau, kad tai tampa vis labiau pavyzdžiu JAV, kur duomenys, galintys mane asmeniškai atpažinti, dažnai turi būti saugesnėje aplinkoje nei tikrasis programos lygmuo prie interneto. Taigi dabar mes turime šiuos diegimus, kuriuose žmonės gali saugoti savo duomenų bazę ir jų programų medžiagą iš vidaus, tačiau jie gali įdėti savo interneto sluoksnį ir jų pateikimo pabaigą bei taikymą ir pan. Debesies tiekėjo, pavyzdžiui, Azure ar, arba „Amazon Web Services“ ir programinės įrangos, ir pan. . Kaip tai veikia įprastai? Ar tai atvejis, kai ką tik įsigijote kitą kolekcionierių rinkinį regione ir jie tiesiog surinko dar keletą? Kaip tai atrodo tiksliame pasaulyje, atsižvelgiant į šiuolaikinį bimodalinį požiūrį, kai IT vienoje vietoje yra tvarkomi seni daiktai, o jūsų prekės kartais yra debesyje?
Billas Ellisas: Taip, todėl mes palaikome mišrią aplinką. Reikia atsižvelgti į tai, kad su debesų paslaugų teikėjais sudaromos skirtingos sutartys. Kai kurie iš jų neleis jokios rūšies agentams ar išoriniam stebėjimui debesyje. Norėdami įdiegti ir stebėti naudodamiesi „Precise“, turite turėti tokio tipo sutartį, kuri leistų tą prieigą pasiekti. Neabejotinai yra tam tikrų apribojimų, kuriuos kartais turime įveikti, ir tai yra svarbūs kriterijai, į kuriuos atsižvelgiama, kai jūs, manau, pirmiausia pasirašote tas sutartis ir tada ir (arba) jei jums reikia įdiegti „Precise“.
Dezas Blanchfieldas: Taip, aš mačiau daugybę atvejų, kai net ir naudodamiesi tradicine duomenų bazės aplinka, jei perkate tai kaip paslaugos dalį, ypač mėgstantiems „Azure“, kai įsigyjate „HDInsight“ ar „SQL“ kaip „ aptarnavimo, kaip platformos, įprasti įrankiai gali panirti tik giliai, nes jie tikrai nėra tokie linkę žiūrėti į tai, kas yra po gaubtu. Taigi jūs pasiekiate tam tikrą lygį ar gylį, kurį galite stebėti, ir staiga tiesiog negalite pamatyti už stebuklingos uždangos. Ar savitarna yra dalykas? Ar tai tradiciškai yra kažkas, kas veiktų tinklo operacijų centre, kur galėtų patekti tik techninė komanda, CIO komanda, ar tai yra kažkas, ką galėtumėte suteikti galutiniams vartotojams? Galbūt nebūtinai registratūrą ir tradicinius žmogiškuosius reikalus bei finansus mokančius žmones, bet labiau taupius vartotojus, kurie tai daro, žinote, pavyzdžiui, duomenų mokslininkus, aktuarijus, statistikus, žmones, kurie dirba tikrai daug darbo. Ar taip yra, kad jie gali gauti prieigą prie savitarnos, norėdami pamatyti, kas vyksta, kai jiems kyla šios sunkios užklausos, ir kur kyla skausmas, kad jie galėtų susiderinti, kaip veikia jų darbo krūvis?
Billas Ellisas: „Precise“ yra gana geras saugumas, todėl galite nustatyti vartotojus, kurie turi skirtingus prieigos lygius. Pačiame pagrindiniame lygmenyje tik prietaisų skydeliai suteikia priežiūrą. Ir tada, jūs žinote, jei kas nors norėjo įsitraukti į „Expert GUI“, galite apsiriboti tuo, ką jie mato ir ką jie gali padaryti. Tai tarsi grįžimas prie jūsų ankstesnio klausimo, kuris, jūs žinote, sveikatos priežiūros srityje turi visus HIPAA įstatymus ir todėl yra tikrai keletas svarstymų, ir iš tikrųjų yra keletas diegimo variantų, kad galėtume su juo dirbti abiejose aplinkose. Vienas dalykas, į kurį reikia atsižvelgti atsižvelgiant į duomenis, kuriuos matėte šiame pristatyme, yra visi veiklos rezultatų metaduomenys, o ne lentelių turinys, žinote, taigi, tikrai nėra prasmės patekti į tokio tipo rūpesčiai dėl privatumo.
Dezas Blanchfieldas: Taip, aš taip ir padariau. Aš patyriau „eureka“ akimirką apie jūsų ketvirtosios ar penktosios ekrano skaidrės spragtelėjimą ir supratau, kad jūs tiesiog traukiate našumą, na, o ne tik jūs, bet traukiate našumo duomenis, traukiate medžiagą, kaip sakėte, metaduomenis iš įvairius krūvos lygius, iš tikrųjų nežiūrite į turinį. Ir aš manau, kad tai yra įdomus dalykas, nes tai yra viena iš tų įrankių, kur jūs galite jį trumpam panaudoti ir pažvelgti į tai, kas vyksta aplinkoje, tačiau jūs neturite turėti prieigos prie pačių duomenų. Jūs netgi galite pasižiūrėti, kaip ekipažai yra valdomi. Paskutinis dalykas, manau, greitai, tada aš perduosiu Erikui, taigi, jei iškiltų klausimas, tada gaukite Rebecca susitvarkyti, jūs jau minėjote, kad pridėtinė vertė yra nominali, yra atvejis, kad net pastebimas pridėtinis vaizdas iš stebimos daiktų pusės ir tiesiog stebėjimas fone ar tai yra toks nereikšmingas pridėtinių lėšų kiekis, kad tiesiog neverta pagalvoti?
Billas Ellisas: Taip, todėl aš manau, kad duomenų bazės lygmenyje kiekviena technologija yra šiek tiek kitokia. Duomenų bazės pakopoje gana gerai žinoma, kad tikslumas viršija žemiausias pridėtines dalis. Vidurinėje pakopoje yra, pavyzdžiui, balansavimo poelgis, žinote, tai nėra tik tikslus, jis pritaikytas visiems, matomumo ir pridėtinės vertės atžvilgiu. Taigi, mes siūlome daugybę modernių priemonių, leidžiančių valdyti pridėtines dalis. Mes esame skirti gaminti ir, žinote, neabejotinai naudinga išspręsti kuo daugiau problemų, susijusių su vystymu ir kokybės užtikrinimu, tačiau, žinote, nėra nieko panašaus į tai, kas vyksta gaminant.
Dezas Blanchfieldas: Ar Ericas, jūsų akivaizdoje, turite kokių nors galutinių klausimų?
Erikas Kavanaghas: Taip, aš tik pasakysiu, kad jūs manote, jog padarėte puikų darbą ir pažymėjote, kad kontekstas iš tikrųjų yra raktas, ir beveik kaip ir jei mes judame link šios daiktų interneto eros, jūs norite, kad viskas būtų įrengta. Ir aš manau, kad dabar gamybos standartas yra tai padaryti, o tai yra gera žinia, tiesa? Nes jūs norite sugebėti surinkti informaciją iš visų šių skirtingų aplinkų ir susieti ją visą. Ir aš manau, kad perduosiu jums tik keletą komentarų. Tai, ką jūs, sutelkėte į tai, teikia vaizdinę sąsają, per kurią kai kurie analitikai, IT analitikai, gali stebėti ir analizuoti, kas vyksta šioje sudėtingoje aplinkoje, ir tada sugalvoti, ką pakeisti. Nes tai nėra tik įrankis. Privalote turėti įrankį, bet jums reikia žmogaus, kuris ketina įsigilinti į šią detalę ir rasti atsakymus, tiesa?
Billas Ellisas: Taip, aš manau, kad tai virimas į viršų ir prioritetų teikimas ten, kur yra labiausiai atperkama kaina, žinote? Jei paaiškėja, kad situacija yra kitokia, nes ne kiekviena problema yra duomenų bazėje. Jei duomenų bazė yra, žinote, viskas vykdoma per sekundės dešimtąją dalį, bet programos pakopoje viskas užtrunka tris sekundes, būtent ten ir atperkama labiausiai. O tokiu būdu sugebėsime atskirti probleminę pakopą ir tada, kas vyksta pakopoje, iš tikrųjų sutelkti dėmesį į tai, kur yra atpirkimas. Tai tikrai pagreitina programos skiriamąją gebą ir optimizavimą. Tai yra daug greičiau, daug geriau ir linksmiau nei žmonės, susirinkę į konferencijų salę eidami „Na, tai ne aš, tai turi būti kažkas kitas“.
Erikas Kavanaghas: Teisingai. Kitą dieną pamačiau puikų „meme“, kuris pasakė kažką tokio: „Būk informuotas, o ne tik vertink savo nuomonę.“ Tu eini į susitikimą, tu turi informaciją, gali nurodyti duomenis. Tai raktas ir mes ten pasiekiame, ačiū gerumui. Gerai, žmonės, mes eisime į priekį ir susitvarkysime, bet mes archyvuojame visas šias internetines transliacijas, kad galėtume jas vėliau peržiūrėti. Nesivaržykite bet kada tai patikrinti. Mes išvardijame visas mūsų internetines transliacijas, „Hot Tech“ ir „Briefing Room“ serijas „Techopedia.com“, taigi apsilankykite internete ir patikrinkite tuos žmones. Su tuo mes atsisveikinsime. Ačiū už jūsų laiką šiandien, Bill. Jūsų ir viso jūsų sunkaus darbo dėka, Dez. Ir mes kalbėsimės su jumis kitą kartą, žmonės. Pasirūpink. Iki.
