Игра перформанса: збогом кашњењу

Аутор особља Тецхопедиа, 9. маја 2016

Такеаваи: Домаћин Ериц Каванагх интервјуише Марка Мадсена, Дез Бланцхфиелд-а и Буллетт Манале-а о кашњењу и учинку.

Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.

Тецхопедиа Цонтент Партнер

Особље Тецхопедиа повезано је са Блоор Гроуп и с њима се може контактирати користећи опције са десне стране. За информације о томе како радимо са индустријским партнерима кликните овде.

• Профил
• Веб сајт

Ериц Каванагх: Даме и господо, здраво и добродошли поново у Хот Тецхнологиес! Да заиста! Моје име је Ериц Каванагх, ово је наш Хот Тецх схов, партнерство са нашим добрим пријатељима из Тецхопедиа. Хоп онлине на Тецхопедиа.цом за све најновије у широком пољу пословне технологије; наравно, покривају и потрошачке ствари. Овде смо фокусирани на предузеће на нашем програму, тако да ћемо данас радити.

Постоји место о вашем истинском и доста о мени, удари ме на Твиттер @ериц_каванагх, волим Твиттер, волим да проверим те ствари, то је одличан начин да останем у контакту са људима и добро разговараш, и он-он -један разговор.

Па о чему причамо? Ова година је врућа, ово је читав свемир прилика који данас посматрамо у свету управљања информацијама, а оно о чему данас говоримо биће упити, то ће бити убрзавање упита.

Мислим да сам заборавио да напоменем наслов, „Игра представа: Реци збогом кашњењу.“ Па, ко жели кашњење? Нико не жели кашњење, латенција је кад седнете тамо, кликнете дугме и чекате да се нешто догоди, а нико то не жели. Деца то не воле, они не мисле да је то цоол, одрасли се такође не воле. Сви смо били размажени брзином веба и ствари желимо брзо, сада желимо ствари и о томе ћемо данас говорити у нашој емисији.

Аналитичар Марк Мадсен је данас с нама из Треће природе, једног од наших редовних чланова. Наш нови научник за податке, Дез Бланцхфиелд, јавља из Сиднеја у Аустралији. А онда је Буллетт Манале, да, то је заиста његово име, заправо би то требало бити два Т-а. Буллетт Манале ради као наш гост из Идера, веома, веома занимљиве компаније, ради пуно ствари. Већ знам за њих, а једно од њих је да су купили компанију која се зове Прецизно. Знао сам њиховог извршног директора Зохар Гилад, како то име? Био је то један паметан момак.

Али људи, играте значајну улогу у овој веб емисији у постављеним питањима, па вас молим да се не стидите, пошаљите своја питања у било ком тренутку - то можете учинити користећи К&А компоненту конзоле вебцаст, то је доле. у доњем десном углу. Можете и да разговарате са мном, а ја ћу је пренети звучницима. Већ имамо некога тко зове из Италије, па, „Циао, циао. Дођи, Стаи? "У реду, с тим што ћу гурнути Марков први ред, предаћу палубу Марку. Марк, сада имате ВебЕк. Однеси то, под је твој.

Марк Мадсен: Хвала, Ериц. Ипак нећу почети у средини, почећу на почетку. Дакле, само неколико коментара за успостављање дискусије са Дез и Идером, својеврсним стањем државе у развоју и базама података и операцијама. И знате, ако ово сагледате, имамо ове проблеме два света још увек на тржишту база података и апликација, јер програмери ДБА виде као људе који их гњаве. Морате да правите моделе података, не можете да им приступите, не можете да креирате ту ствар, не можете да ставите индекс на сваки ступац сваке табеле у бази података да бисте то учинили бржим. И наравно, зашто су нам потребни модели? То су само структуре података, ако их променимо, зар их не можете једноставно записати у сериализованом облику?

Проблем је у томе што програмери знају код и апликације, али две ствари које често не знају су конкурентност, истовремено програмирање и базе података и оперативни системи који се налазе испод њих. Будући да је програмер кернел-а и оперативних система и база података, могу рећи да су истодобност и паралелизам заиста тешки, па толико ствари које научите да бисте постигли добре перформансе свог кода, заиста почиње да се распадају када сте у рад са базом података. И перформансе изгледају сјајно, тестно окружење изгледа сјајно и окружење К&А, а затим погађа прави систем, а онда одједном није тако сјајно. Будући да је вишеструк, како код функционише са базом података, како функционише са околином и заиста једноставне мале праксе могу имати драстичне ефекте у зависности од скале коју користите.

А када почнете да говорите о спољним апликацијама, наравно, спољашње апликације, веб апликације могу бити заиста тешке јер су ствари сјајне док се одједном не поравнају, а нису. Удараћете се у ове занимљиве висоравни за које је потребно много нијансе да бисте их разумели.

Ствар ствари је ДБА поглед. ДБА мишљење је да постоје операције, већину свог времена, 80 до 90 процената, проводе у операцијама, а можда и 10 до 20 процената бавећи се развојним стварима које напредују. Из ове перспективе, или плаћате сада или плаћате касније, и ако цијело своје вријеме трошите унапријед, касније ћете имати много боље шансе, за разлику од развоја који тежи истраживању функције простора и покушавате да схватите како најбоље радити ствари. И тако имамо проблема, а сада имамо и методологије које су неспојиве - непрекидно активирање, роловање ваших апликација кад год су спремне, радите повремено потискивање кода, радите у продавници која практикује развојне програме. Оваква ствар убрзава развој, али све праксе око базе података и шта раде ДБА и шта су менаџери система обучени да раде, ИТ оперативне праксе нису држале корак.

Ако размислите о томе, већина ДБА оперативних система делује у контролном окружењу промена насупрот сталном окружењу размештања. Све се односи на стабилност и контролу, насупрот брзини промене и реверзибилности. Непрекидна примена, ако се не можете вратити из промена, наилазите на проблеме, тако да све мора бити изграђено тако да буде лако реверзибилно и подесиво кодом, што није начин на који су функционисале релацијске базе података, развојне праксе и праксе управљања .

Такође се сусрећете са овим проблемима да морате бити активнији ако као ДБА можете да урадите, јер до тренутка када чујете о неком проблему, стотине хиљада људи испуњава обрасце за жалбе на вашој веб локацији. Због тога су вам потребне неке нове ствари које не излазите из свог старог окружења. Знате, ствари попут бољег надгледања и узбуњивања. У исто време, базе података се умножавају, добили смо више апликација него икада да подржавамо више ствари него икад, унутра су, вани су, свуда су. И више независних скупова података за анализе, људи све више покрећу базе података, јер, наравно, сада је лако, можете да поставите виртуелну машину. Ако имате добављача облака или интерног облака, можете одмах да искочите ствари, а то мења цео пут набавке.

Стари пут набавке био је: „Имам времена да узмем сервер, одгурнем га у сталак, доделим простор, набавим складиште, инсталирам базу података и урадим ствари“, насупрот да неко пребаци кредитну картицу и крене за пет минута. Ако то учините, то модерно развојно окружење дјелује веома другачијим темпом, па је лако створити базе података, а то само ствара проблем ширења, као ништа што раније нисмо видели. А то траје већ десет година, то никоме није вест, али такође значи и да су радна окружења расла у сложености.

Читаво окружење клијентског сервера се заиста променило, јер више није свет клијентског сервера. Тада сте имали сервер, имали сте базу података, ако нешто није било у реду, знали сте на који сервер да одете, знали сте како да управљате ресурсима на њему, јер је најбоља пракса била једна база података, један сервер. Виртуализација је почела да се раздваја, облак га још више разбија, јер оно што мислите да је сервер базе података, само је софтвер. Дакле, околина није стварна. То је оно што садржи окружење које је стварност, а то може бити сталак ножева или велики сервер исклесан у комаде, заправо не знате.

Све око администрације базе података и управљања перформансама и онога што су базе података изграђене око строге контроле са једним сервером или прегршт сервера и неколико база података, не можете све да контролишете. Седите на машини, али ширину појаса не могу лако поделити виртуелни менаџери, па све може бити у реду са меморијом и ЦПУ-ом, али имате уско грло на неком ресору који се не може бавити, а онда када покушате да то поправите, стари модел би био тежак, добио би већи сервер и урадио нешто слично, сад би то могло бити заиста једноставно, додајте виртуелни курс, додајте меморију у ВМ и то је решено. Али шта се догађа ако је ваш ВМ на претрпаном серверу и треба да се пресели? Или шта се дешава ако сте у величини АВС система, а највећа величина је достигнута, камо даље?

Дакле, имате све ове проблеме где је окружење сада део базе података, спакујете окружење са базом података, сва посебна средства, све у апликацији што је део конфигурације, конфигурација се гура тамо. Ово је из окружења базе података, много је теже управљати и контролисати.

Ако погледате шта раде базе података, седели су им на рукама, зар не? Ми смо се удаљавали од ове идеје третирања база података и сервера попут кућних љубимаца. Сервери имају имена, према њима се понашате као да су појединачно јединствене ствари, према њима се понашате као према стоци, она управља стадом. А проблем са управљањем стадом је у томе што ако их не контролишете, они на крају могу да се муче, а стампедо није добра ствар. Потребни су нам бољи алати за праћење, потребни су нам бољи начини да се носимо са тим стварима и да знамо шта је на њих утицало. У старом моделу било је лакше јер су вам рекли оперативни системи и сви ваши контролни системи, али када је име вашег сервера УПЦ код, тешко је схватити ствари.

Не можете си приуштити лажне дојаве, не можете приуштити ствари које кажу: „Постоји проблем са овом машином, а та машина садржи 30 база података.“ Не можете приуштити да ствари не дају историју. Конзоле за надгледање су сјајне када се упале, али ако црвено светло поново постане зелено и не знате зашто, и немате никакву историју да погледате шта је довело до тога и шта контекст је био, у невољи сте. Потребни су нам системи који ће нас пратити, потребно нам је боље надгледање, бављење непрегледним проблемима који испрекидају и који одржавају ту историју података.

Боље ствари и једноставни прагови метрика који нам дају кључну метрику, али не усмеравају нас директно у оно што је нормално, шта је ненормално и колико често се ови проблеми јављају. Оно о чему заправо причамо је комбинација праћења окружења и бављења перформансама, а продавци су им седели на рукама. Нису нам дали боље алате. Имамо системе са више ЦПУ-а и меморије него што знамо шта са тим да радимо, а ипак се и даље ослањамо на моделе ручних интервенција, нисмо ставили машину да ради, да нас води, да би нас довела до тачке проблема, нисмо стигли до овог новог стила који гласи: "Овде постоји проблем, можете то да решите" или "Постоји проблем са перформансама, заправо је са овом специфичном СКЛ изјавом. Ево три ствари које бисте могли Користите да поправите ту СКЛ изјаву. “Примењујући хеуристику, примењујући моделе машинског учења који могу погледати обрасце коришћења вашег система да уоче проблеме и избегну лажне упозорења. Коришћење машине да ради оно што машина најбоље ради, за повећање ДБА или за повећање особе која се мора суочити са проблемима перформанси.

То је нови начин, за разлику од старог стила. Постоји проблем са овом базом података, ствари су спора, тако да имамо нове технике, нове начине да то урадимо и требало би да их применимо, и то је место где тржиште иде. Видите како почиње да се шири, не код великих добављача, већ са компанијама трећих произвођача, и то се зрцали нешто што се догодило пре 20 година када добављачи базе података нису пружили ниједну ствар која би помогла у управљању системима. Дакле, такав је смјер тржишта, а ја бих то радо вратио Ерику.

Ериц Каванагх: У реду, предаћу га Дез. А Дез, склони то, под је твој.

Дез Бланцхфиелд: Хвала, Марк. Обавили сте фантастичан посао покривања техничке компоненте. На то ћу приступити из нешто другачијег угла да истакнем шта се догодило у остатку света, што се тиче утицаја на предузећа и базе података око њих. Дозволите ми да скочим на свој први тобоган.

На полеђини онога што сте управо покрили са техничке стране ствари и са развојне стране ствари, видим како се предузећа морају посебно суочити са изазовом података и база података, и очигледно смо имали овај значајан помак ка овај концепт великих података, али ефикасне базе података још увек су срце и душа места где организације задржавају своје пословне информације, и то од улазних врата па све до бацк оффице-а. Сваки део организације додирује неку врсту базе података и покреће је база података, а ретко када улазим у расправу о пројекту или неки облик иновативног стратешког разговора у организацији у којој је тема базе података или система база података не појављује се, а увек се постављају питања о врстама ствари о којима смо управо чули, у погледу перформанси и сигурности и како развој долази са тим изазовом, и где се базе података уклапају, и наша свест о окружењу и примени окружења с којима разговарате, шта је са уређајима и мобилношћу?

То је још увек веома, веома врућа тема, и она је већ дуго, дуго година у великој шеми ствари, што се тиче модерне технологије. До тог тренутка, верујем да је чињеница да готово све што радимо у свом свакодневном животу, то јест наш свакодневни живот, а то је сада подржано неким обликом базе података. Када размишљамо о свим стварима око нас, било да се ради о рачуну који свакодневно стиже у пошту за неку услугу коју купујемо, неминовно је да је штампа систем који разговара са базом података, а ми смо тамо. Наши телефони имају на њима базе података са контактима и евиденцијама позива и друге ствари.

Камо год да кренемо, постоји неки облик базе података иза разговора и система који користимо, и чешће него не, они су нам прилично транспарентни, али чињеница је да постоје. Тако да сам мислио да ћу брзо објаснити зашто је то постало проблем у врло кратком року. У почетку је концепт базе података долазио од овог дивног господина Едгара Цодда. Док је радио у ИБМ-у, он је променио свет што се тиче управљања подацима стварајући концепт који данас називамо релацијском базом података.

У почетку је база података била база података и живот је био добар, био је прилично једноставан и у колонама, и референцама, и тако даље, и табелама, и развијање софтвера било је прилично једноставно, а перформансе нису баш биле тако велике проблеме - била је то нова узбудљива технологија. Базама података приступили смо кроз неки облик терминала, а ви заиста можете створити толико пустош на крају 3270 терминала на главном оквиру и непромјенљиво других врста терминала, заједно са тим осталим системима. И у већини случајева терминали старог стила били су врло слични ономе што су веб окружења сада, а то је да бисте на самом екрану попунили образац на екрану и притиснули Ентер и искључили га, ишло би пуцати као један пакет, као захтев, а бацк-енд систем би то решио. То се у суштини дешава ових дана у веб претраживачу, када упишете везу у веб претраживач и у том облику он обично не иде у стварном времену назад у систем, мада ових дана АЈАКС то није у потпуности случај.

Али онда се нешто догодило, стигла је будућност, а однедавно и интернет, а скоро јуче, у секцији веб 2.0, и одмах иза угла имамо Интернет ствари. И у току будућег догађања, свет база података је управо експлодирао, а интеракције са базама података постале су ствар коју смо сви подразумевано радили, а није случај да бисте негде отишли ​​да нешто урадите, као што је куповина карту за авион, а желели су да путују на другу страну планете, неко је морао да упише у терминал све ваше податке и да уђе у базу података и одштампа карту.

Скоро све што сада радимо, било да је то такси на Гоогле-у са апликацијом, било да се скаче на интернет банкарство, све што радимо свакодневно, уз некакав систем, покреће га база података. И када се интернет појавио, то нам је било мало лакше, наш свакодневни живот путем веб претраживача, а онда је дошао веб 2.0 и ствари постале мобилне, а скала ствари је једноставно експлодирала. Заправо, моја омиљена линија у овој теми је: "Интернет је повезао све, веб 2.0 га је учинио мобилним и друштвеним и ствари су постале веома, веома велике и сада имамо интернет и ствари и, и ИоТ … Иикес !!" Нисмо ни почели да замишљамо утицај Интернета ствари када је свет у питању на системе база података.

Дакле, у савременом смислу, оно што смо некада мислили као терминал ефективно су постале ове ствари, то су мобилни телефони, то су разне врсте таблета, било личних потрошача или таблет рачунара великог екрана, лаптопи и то је традиционална радна површина у неком облику. На тој једној слици можете видети скоро сваки облик интерфејса који сада користимо за разговор са системима база података и апликацијама које покрећу они, од малих гаџета у нашим рукама који ходају около и чини се да смо залепљени за све па све до мало већих верзија, иПада, осталих таблета и Мицрософтових површина, до свакодневних преносних рачунара, што је у професионалним окружењима и тако даље. Људи имају тенденцију да добију лаптоп, а не фиксну радну површину, али по мом мишљењу они су савремени терминал и део разлога што се у базама података сусрећу са свим врстама изазова у управљачком делу нашег дела, а не само у развоју.

Претпостављам да је то један од највећих изазова са којим се предузећа свакодневно суочавају. Сви су мислили да су базе података једини проблеми, нису. Па о чему се ради? Па, кад пређемо с једног на други крај са свим стварима везаним за базе података, из комерцијалног значења, а Маркове су техничке компоненте врло добро покривале, али у комерцијалном смислу као организација размишљамо о базама података. Бавимо се стварима све од основног дизајна и развоја. Када започне посао, они ће размишљати о развоју апликација, развоју способности или чак о имплементацији постојеће апликације у неком облику. Мора да се догоди неки облик дизајна и развоја и треба пуно размишљања о томе како ће ови системи база података бити имплементирани, подржани и управљани, а перформансе праћене и тако даље.

Интегрисање окружења и апликација базе података и врста АПИ-ја, врсте приступа које се сада пружају постају све изазовнији, сложенији. Свакодневна администрација, подршка и резервне копије, опет, то су ствари за које смо мислили да су решене, али онда су одједном скале постале много веће, а ствари су се премештале брже, а запремина је толико већа; величини окружења, системи база података морали су да подржавају брзину којом се трансакције крећу.

Размислите о бази података у врло, веома фреквентном трговачком окружењу, једноставно нема начина да људи то прате, то је само гомила машина који се боре против другог скупа машина за обављање трговања, куповине и продаје високих фреквенција, а количина на које се те трансакције дешавају. Размислите о модерном сценарију, попут раног пуштања Нетфлик филма у којем не говорите о стотинама или хиљадама, или чак стотинама хиљада, потенцијално милионима људи који желе да виде тај филм од исте секунде када је објављен. Све ове информације се снимају, прате и бележе и анализирају у платформи базе података.

А ту је и свијет који увијек постоји, 24/7, а не само да пратимо Сунце, него увијек постоји неко у поноћ који жели нешто учинити, а радно вријеме слиједи Сунце широм свијета. Дакле, продужење и расположивост су по дефаулту, сада су клима, а прекид рада заиста није прихватљива ствар. И вишак, ако постоји проблем са перформансама или ако нам је потребан прозор за одржавање да бисмо надоградили или закрпу, или безбедност, заиста морамо бити у могућности да пресечемо из једног окружења у другу базу података и радимо то неприметно и аутоматски.

Сигурност и стандарди и поштовање правила, имали смо се прилично великих ствари у свету касног доба, посебно ГФЦ-а, тако да имамо читав низ нових изазова са којима се сусрећемо око усаглашавања, сигурности и усклађивања стандарда, а нама су потребни да можете да извештавате о њима у реалном времену, а у идеалном случају у облику контролне табле. Не желимо да пошаљемо тим мајмуна у центар података који покушавају да пронађу ствари, потребан нам је систем који ће нам то одмах рећи, у стварном времену.

А две велике забаве о којима готово нико никада не говори, генерално их гурамо под тепих и надамо се да они никада неће подићи своју ружну главу, већ опоравак од катастрофа и континуитет пословања - то су ствари које би требале да углавном се дешавају аутоматски у случају потребе.

Могли бисмо провести дане разговарајући о врстама ствари које могу ићи по злу у окружењима база података и о томе да су људи углавном реаговали, али сада су нам потребни системи и алати да то учинимо за нас. Један пример је кршење података и тако, када размишљамо о базама података, и то питање постављам сасвим отворено, у различитим облицима: шта се дешава с базама података, када скренемо поглед с лопте, а нешто критично пође по злу? Особито ако не постоји систем који прати перформансе и сигурност и друге главне аспекте рада база података.

Па, оно што би се могло догодити је ово, ово је снимак слика неких недавних кршења у последње две до три године. Неизмерно, све то потиче из система база података, а непромењиво је било проблема са сигурношћу или контролом или приступом који долази, а у горњем левом углу гледамо 152 милиона Адобе налога, где је сваки детаљ тих купаца је прекршено. И да је случај да су постојали одговарајући алати за праћење и снимање инцидента и за контролу безбедности, можда смо избегли неке од њих, првих пар стотина записа украдених можда нас је упозорило, а ми би имали зауставио следећих сто педесет милиона.

Онда долазимо до кључне тачке целог овог путовања, која нас је водила, то је: зашто су нам потребни бољи системи? Зашто не можемо једноставно бацити више тела на то, да смо добро и заиста прешли прелазну тачку по мом мишљењу, и сигурно верујем да постоји случај који је доказ закаснио, који баца више ДБА, администратора и више људи на ова ствар не решава проблем. Потребан нам је бољи сет алата и бољи систем.

Ево мојих првих пет разлога за које верујем да то подржавају, и рангирани су према важности, на основу онога што видим у овим приватним предузећима и државама у којима влада средина, изазова са којима се суочавају са окружењем база података, и управљање њима.

Сигурност и поштовање правила - број један. Знате, контрола ко има приступ, одакле имају приступ, када имају приступ, колико често имају приступ, одакле имају приступ. Потенцијално уређаји којих су се заправо дотакли и врсте ствари које су погледали и усаглашеност која се око тога односи. Пошто људи 30 дана касније извештавају о извештајима да ли су ствари у реду, једноставно више није примерено, то се мора догодити у реалном времену.

Извођење и надгледање - чини се да нема смисла, али неизбежно није. Било да користимо алате отвореног кода или неке комерцијалне алате треће стране, неизбежно нисмо пропустили брод, на много начина, са потребним врстама праћења перформанси и детаљима који и могућношћу да реагујемо на време .

Откривање и реаговање на инциденте - то мора бити тренутна ствар у стварном времену, а за то нам је увек потребан систем или нас бар упозорава да бисмо могли да се носимо са тим, тако да се реши неколико питања која настају. брзо, и не каскадирајте ван контроле.

Менаџмент и администрација - опет, мислимо да су ти проблеми решени, они нису. Циљ проблема са којима се суочавају тимови база података, посебно ДБА-ови у којима систем треба да се брине о стварима за нас, још увек нисмо решили тај проблем, још увек је права ствар.

И управо са предњег краја са дизајном и развојем, када започнемо са изградњом ових алата, градимо окружења база података, да будемо у стању да бачемо одговарајуће алате за развој и тестирање и интеграцију, платформе. То још увек није лако за нас, а читаво то путовање на неки начин нас доводи до исте поруке да су ми, по мом уму, потребни бољи системи и бољи алати који ће нам помоћи да постигнемо резултате који су нам потребни наше окружење базе података, тако да компаније које потичу вредност наших купаца. Не можемо само бацити више тела и више ДБА, скала је превелика, брзина је пребрза и јачина звука превелика. С тим, Ериц, вратит ћу се теби.

Ериц Каванагх: Волим то, имамо пуно терена који су тамо прекривени, пуно потенцијалних трагова, а ми идемо напред и предајемо их кључу Буллетту у само једној секунди.

Буллетт Манале: У реду.

Ериц Каванагх: Ох, однеси то и Буллетт, сада ћу ти га предати, а под је твој.

Буллетт Манале: У реду, хвала. Мислим да је постигнуто доста добрих поена. Хтео сам да на тренутак причам на тренутак само о Идери, ко смо, а онда ћемо ускочити. Разговараћу о алату за који мислим да о многим стварима о којима причамо можемо врста скупа и врста дискусије о неким областима у којима се они поравнавају, помоћу овог алата, производа Диагностиц Манагер.

Оно што прво желим да урадим је само да вам пружим мало позадине о томе ко је Идеа; постојали смо отприлике од 2003. године, па смо започели са само алатима СКЛ Сервер-а, и то је оно на што ћемо се данас фокусирати, то би био производ Диагностиц Манагер. Али можете видети све канте ствари које овде имамо, а недавно смо, као што је већ споменуто, стекли Прецизно и набавком такође имамо Ембарцадеро, и тако имамо прилично добар портфељ производа.

У погледу надгледања перформанси, у смислу СКЛ сервера, производ о којем желим да разговарам, који усклађује ове теме о којима разговарамо, је Диагностиц Манагер. Ово је производ који постоји отприлике близу почетка Идера, и имао сам срећу да будем део тога од око 2005. И видео сам доста промена у погледу СКЛ Сервер, пребацивање са физичког на виртуално, све такве ствари које су се догодиле, као и потребе ДБА-ова с растом окружења и такве врсте ствари.

Оно са чим сам започео, био је типични корисник нашег производа је ДБА, и када први пут разговарамо са људима, потенцијални купци, углавном разговарамо са ДБА. Не разговарамо са ИТ менаџерима или директорима, можда ће у неком тренутку доћи до тог нивоа, али почетни почетак је да ДБА има проблем, ДБА покушава да поправи проблем, и пуно пута Идем да преузмем и испробам производ као део тога. Добићете или управитеља података или ДБА или глумачког ДБА, момка који има толико среће да је у неким случајевима најтехничнији у соби. Када дођете до већих пословних окружења, очигледно је да ћете добити потпуно развијене ДБА-ове, а обично ће они бити они који користе тај алат. И наставио сам и додао мало мрље овде од Википедије. Некако прелазе одговорности ДБА као што каже Википедиа, то и раде.

Ако овде прођете кроз списак, пуно ових ствари, нећу да их прочитам, али добијате мноштво типичних ствари које бисте помислили, а потом на једном од њих имате надзор и оптимизирање перформанси базе података, а то је прилично велика. И оно што је занимљиво је да када разговарате са ДБА, они су увек криви за то, када су у питању проблеми, а можда заиста и нису криви, али када постоји проблем са перформансама, обично са апликацијом која везан је за ДБА базу података, они су криви за то, па увек траже разлоге зашто нису они криви. У многим случајевима то им може помоћи овај алат, Диагностиц Манагер, да би им помогао да ураде.

Али на крају дана, такође, ако база података не функционише, много ових ствари заправо није важно, ваше апликације не раде, онда за многе од њих није битно. ствари. Прво и најважније, желимо бити у стању осигурати да корисник доживи онако како знамо, да се не умањи, то је нешто чему ДБА увек теже. И мислим да, ако мало сагледате разлоге због којих људи обично купују и користе производ СКЛ Диагностиц Манагер, један од првих разлога, вероватно није најважнији, ни последњи, ни најмање, али некако је једнак по свим основама, и зависно од кога разговарате, тих разлога, скоро један или два су увек, постоји нека врста потребе.

Али прва је управо у могућности да имамо централизовани поглед на инстанце као СКЛ којим они управљају. А смешна је ствар што у великом броју случајева, ако питате ДБА, "Колико инстанци управљате?" Број се мења толико често да у неким случајевима нису баш сигурни. Тако да вам треба нешто више од могућности да све баците на екран. Желите да прикупите те информације, желите да их схватите, па је то једна од ствари којој вам дијагностички менаџер дефинитивно може помоћи да буде у стању да вам пружи такву врсту погледа у окружење.

И то није само поглед на окружење, већ и поглед на који је ДБА, администратор базе података, удобан и ако је воља, то је конзола која је ДБА усредсређена. Направљен је за администратора базе података. Тамо има доста алата за надгледање, има доста алата за перформансе, али као што рекох, на крају дана ДБА жели алат дизајниран за ДБА, јер постоји много ствари специфичних за оно што раде у њихов дан у дан.

И уз то речено, имаш СЦОМ, имаш ХПФ, имаш и све ове друге технологије, али они желе нешто што је специфично за оно што раде. Мислим да бисмо могли да помогнемо у том подручју са овим производом, видећете када у секунду уђемо у њега. Друга ствар коју видимо код ДБА-е, а то је дефинитивно једна од ствари којих смо се и дотакли раније, јесте да они морају бити у стању да виде шта се дешава, и очигледно, и они морају моћи да прегледају цело предузеће и имати мало мира ако знате шта се дешава. Али у исто време, они не седе тамо и зуре у конзоле.

Сећате се свих оних тачака са метка које сте видели на том списку и које сам управо повукао? И они морају радити друге ствари, па се не ради само о чекању гашења пожара. У великом броју случајева биће састанака или се доста прозора за одржавање повезаних са администратором базе података покреће усред ноћи док спавају, тако да морају имати могућност да се врате и виде шта се догодило . У многим случајевима, ако нешто не ухватите када се догоди, једном када проблем нестане, или бар са СКЛ сервером, то постаје врста проблема када се бавите ситуацијом у којој не има више остатака тог проблема. А ти проблеми одлазе, а исто тако и остаци, што значи да имате мање проблема са њима, мање информација за рад.

Уз то речено, то је дефинитивно једна од ствари са којом Диагностиц Манагер може да вам помогне јесте да вам пружи тај поглед у прошлост да бисте упитали информације из прошлости, „Да ли сам имао упозорење са блокадом, да ли сам имао проблема са застојем, да ли смо имали ствари које су се дешавале у вези са нашим ресурсима? “Могу се вратити и потражити те информације. Могу временом да будем детаљна. Све бих те ствари могао радити директно из алата.

Све те ствари, упркос томе да ли је то интерна или спољна апликација, ДБА желе знати, јер желе бити у стању да виде шта узрокује проблем. У ствари није важно да ли је неко из организације или неко изван организације написао код; они и даље желе да га могу изоловати, тако да знају да се проблем догађа и да знају одакле долази.

Дакле, перформансе и одговорност су кључни део онога што наш производ чини. Можемо вам понудити све те детаље, и што је лепо, да ли имате могућност да се бушите. Ако постоји уско грло, то можете повезати са апликацијом, корисником, базом података и упитом. И још једном, то је врста пушача за пушење. Добијате директну повезаност између покретања овог упита, шта ради? И не ради се само о самом упиту у смислу извршења самог по себи, већ и да ли се питање временом погоршава? И на те ствари се може одговорити са производом, што је дефинитивно нешто што ако покушавате бити проактивни, лепо је рећи: "Хеј, ево упита који вам је лоше прошао, али момак погледајте како се даље креће, видимо да трчи још горе и горе, могу нешто да учиним по том питању. "

Ако овде пређемо на следећу област; и ово је вероватно - рекао бих да је ово једно од великих. Једно од питања које постављам, када показујем наш производ, увек ћу питати администратора базе података: "Како чујете за проблем у вези са вашим базама података СКЛ Сервер?" И врло је смешно, јер већину времена - сада одобрено, већину времена гледају у наш производ, јер у великом броју случајева покушавају да реше одређену потребу. Али занимљиво је чути почетну ствар - барем код СКЛ Сервера - да је то била нека врста - знате, у раним данима СКЛ Сервера имали сте СКЛ Сервер, а затим сте имали и Орацле. И сви су имали Орацле, а СКЛ Сервер је био такав као, због недостатка бољег изражаја, црвенокоса маћеха база података, када се прво покренула.

А када је Мицрософт томе додао још функција, то је постало мало више корпоративно средство. И очигледно је да је од тога далеко пут. Али поента је у томе да сте, једном приликом, могли тврдити да се базе података у то вријеме нису сматрале критичним. И то се временом мењало. Сада због тога људи у великом броју случајева покушавају да се окрену око себе и кажу, „Знате шта? Имам све те базе података СКЛ Сервер, покушавам да се решим. "И уместо да чујем за проблеме из службе за помоћ или да чујем за проблеме од одређених људи који - попут самих корисника, " траже начине како да се то реши, они траже начине да буду у стању да буду свесни тих ситуација пре него што се икада догоде.

И тако је с дијагностичким менаџером, то је једна од ствари, коју покушавамо да учинимо, у најмању руку бити у могућности да ДБА први сазна за те ситуације или те проблеме, тако да могу да ураде нешто о томе, било тачно када се догоде, било да се направи још корак даље, да се анализирају ови системи које он прати. И да могу да вам дају проактивне савете који ће побољшати рад те инстанце и да то можете редовно радити. На пример, морамо да додамо индекс, на основу радног оптерећења; те врсте ствари, алате који су такодје способни да раде. Тако да ћемо видети много тога у алату.

Друга ствар и последња ствар која се налази на овој листи, што је опћенитији опис, али дефинитивно је вредно поменути. А посебно, када наиђете на веће ситуације на нивоу предузећа, где имате пуно примера, увек ће постојати нека опскурна ствар коју ћу желети да надгледам, ако сам администратор базе података, за пример. И тако, оно што покушавамо да урадимо је да предвидимо у смислу онога што ће типични ДБА желети да надгледа.

Уз то речено, могли бисте и у погледу - увек ће постојати нешто ново. Па смо вам омогућили начин да додате све метрике које су вам потребне за праћење и управљање након што се може додати тачка инсталације. Дакле било који ПерфМон шалтер, ВМИ бројачи, бројачи СКЛ Сервер; сви они могу бити уграђени у алат. Имате могућност додавања додатних упита који се могу уградити у ваше бирачке интервале.

И, последње што такође ваља приметити је да можемо додати и заправо комуницирати с вЦентер и Хипер-В како бисмо могли да извучемо метрике из тих окружења. Јер једна од ствари коју смо идентификовали са ДБА-ом је та што обично нису део операција. А оне обично не морају имати, знате, вЦентер окружење које им је на располагању или такве ствари које су им доступне.

И проблем је у томе што ако се баве инстанцом СКЛ Сервер и додељени су им ресурси, али је та инстанца виртуелизована, може изгледати као да имају све ресурсе у свету, када само надгледају шта на гостујућем оперативном систему. Реалност је да на домаћину може бити 30, 40, или 50 или 100 других ВМ-ова којима покушавају приступити и који имају исте ресурсе. А једини начин да то заиста видимо је да комуницирамо са тим другим окружењима и са тим сучељима, у овом случају, што и ми радимо.

Имате могућност додавања оних других врста бројача у алат. Сада се не ради само о томе да бисте могли надгледати те бројила, већ о томе да бисте могли направити те нове шалтер-станице, које ћете упознати са производом, учинити их делима алата, као да су метрички стандард . Изванмрежна ствар коју бисте желели да надгледате; тако да то значи да можете да их укључите у своје командне табле. То значи да ћете бити у могућности да их додате у сопствене прилагођене извештаје, да будете у могућности да очигледно поставите прагове и упозорите на њих, али и да их поставите на основу тога и будете у стању да поставите прагове са неким знањем, где да их поставите на основу ствари попут ваших основне вредности и шта је нормално. Дакле, имате пуно таквих ствари које су такође у производу.

Оно што сам вам пружио је оно што ја зовем „основни резултати за дијагностички менаџер“, а ја могу да наставим и да вам мало укусим улазећи у производ. Оно што ћу радити је да поделите мој екран, у реду, и само превуците ово преко тога. Дакле, оно што ћете видети, ово је конзола за дијагностички менаџер. И као што сам већ напоменуо, прелазак на прво језгро који ће бити доступан ствари из неке врсте погледа на нивоу предузећа. Постоји много различитих примера тога унутар алата. Имамо неку врсту умањених сличица; имамо више поглед сличан мрежи, такође имамо, у смислу флексибилности, имати и конзолу засновану на вебу. Конзола заснована на вебу има друге приказе који су вам доступни, као што су кључне мапе и такве ствари. Али поента је у томе да имате могућност да гледате и видите ствари али док се проблеми појаве, копаћете мало даље у алат и заправо видите одређени проблем леми и имати неки начин да схватите и знате шта се догађа. И очигледно да је то врло важно.

Сада, у смислу могућности стварног сагледавања онога што се догађало у прошлости; Ако гледам проблем који се догодио јуче или пре недељу дана, тада ћете у тој ситуацији имати потребу да будете у могућности да изађете на одређену инстанцу СКЛ-а. Добра вест је да, ако знате у колико времена се тај проблем догодио унутар производа, можете директно отићи до прегледача историје. И могу да укажем на одређено доба дана; то би могло бити од пре неколико недеља, може бити и од јуче. Али који год дан да изаберем у календару, тада ћу бити представљени са различитим интервалима бирања. У том случају сада ефективно видим шта бих видио да сам конзолу гледао 20. априла у 13:37

Тако да сам у могућности да се вратим у прошлост, а онда када то учиним, све различите картице које овде видимо одражавају тачно одређену тачку времена, укључујући упите који су можда лоше функционисали, укључујући можда ако Имао сам сеансе са блокадом. Све ове ствари би се појавиле у алату, и то ће ми омогућити да очигледно искористим те историјске информације да бих могао, знате, да решим проблем. На тој биљешци, када говоримо о историји, друга ствар коју овде ваља приметити је да није само коришћење историје за решавање проблема. Та историја је очигледно веома важна из других разлога. А једна од главних је могућност ефикасног доношења одлука и брзог доношења одлука, с правим информацијама. Дакле, о целој тој историји, о свим подацима које прикупљамо можемо да извештавамо.

Ако ми неко дође и каже: "Добио сам ову заиста сјајну нову апликацију. Промениће свет онакав какав знамо. Ох, успут ће требати базу података, и онако како ће стварно повезати У / И на машини на којој се налази та база података. " Ако знам да ћу ући у то, онда могу искористити те информације да бих могао да обезбедим рангирање свих мојих производних сервера, можда на основу последњих седам дана прикупљања. И био бих у могућности да врло брзо дођем до закључка о којим инстанцама је највише смисла користити ту базу података. Дакле, то је она врста историјских информација која је такође очигледно веома вредна.

У погледу самих упита; што се тиче упита, имамо пуно различитих начина да се то уради у алату. А оно што бих волео да погледам је Преглед упита чека, јер је Куери Ваитс Виев врло користан у погледу могућности процене. Ако имам уско грло које се догађа, да бих могао у суштини да идентификујем сва различита подручја која утичу на тај одређени, одређени упит; не само сам упит и какав је утицај тог упита, већ и, знате из које је апликације настао, из које сесије је дошао, који га је корисник назвао и све те ствари, ја могу да видим да су то, очигледно, информације у стварном времену, али такође имам могућност да гледам те податке из прошлости. И то је једна од ствари овде, и покренуо сам сценарио, али морам да сачекам да се некако појави.

Док чекамо на то, ја желим - и знам да нам недостаје времена, па сам желео мало да разговарамо и о обавештењу упозорења да је проактиван. А кад говорите о таквим стварима, као што сам рекао, као проактивни део, постоји пуно алата који упозоравају. Тежак део је слање е-поште. Тежак део није писање у дневник догађаја или генерисање СНМП замки. Тешко је знати када послати упозорење у одговарајуће време. И тако с тим долази много тога што треба да се изврши нека калкулација, па се схвати: "Шта је то са том конкретном инстанцом и шта је нормално када се односи на ту инстанцу?"

И тако за све метрике које имају смисла да се тако раде, темељимо их. Заправо вам показујемо основну линију, показаћемо вам праг за који је тренутно подешен. И онда је друга лепа ствар у томе, рецимо, поставила сам своје прагове у овом случају шест и десет само за овај пример. Након шест недеља, ако се вратим на овај случај, ова се почетна линија може у потпуности променити, јер једна од ствари које радимо када израчунавамо основну линију, према заданим поставкама, је коледљиви седмодневни прорачун. Тако ми увек даје ажурирану верзију основне линије. А шта се догађа ако се та основна линија пребаци на моје прагове? У овом случају могу да видим и упозорим на препоруке које у основи кажу: „Хеј, имате праг који је вероватно постављен погрешно, специфичан за место где видимо да је праг и очигледно где је основна линија, вероватно ћете бити упозорење за нешто што је нормална појава. "

И пре него лечење симптома нечег што је нормално, у стању сам да идентификујем ону врсту ситуације у којој је стварни праг постављен погрешно. А оно што ми омогућава очигледно је да поставим прагове у складу са местом на коју ћу добити упозорење. То је нешто за шта знам да је више позив на акцију против истраге да би се видјело је ли то заиста проблем. И мислим да је део алата заиста користан у погледу саме основне линије и да се може израчунати.

Сада, уз овај производ, имате могућност да имате више почетних основа; можете их подесити за различите временске периоде и динамички можете прилагођавати прагове на основу својих основних линија, што је такође врло важан део прилагођавања променама које се свакодневно дешавају на ваше инстанце СКЛ Сервер-а . У овом случају овде покривамо мноштво подешавања прагова и приказујемо вам основне вредности. Али што се стварних упозорења тиче, сама обавештења, згодна ствар у дијагностичком менаџеру, јесте да ли вам пружа више профила упозоравања. Дакле, ако имате, на пример, профил дежурства који је од 02:00 до 05:00, тада могу да имам профил који је специфичан управо за тај временски распон, а овде могу да поставим све услове и одговарајућа подешавања за мој одговор.

Сада, ствар у одговору је та што у неким случајевима да могу послати е-пошту или могу пуцати и генерисати СНМП замку или писати у дневник догађаја. Постоји пуно других ствари које можемо да урадимо, али док разговарам са ДБА, оно што они стварно воле, је чињеница да се у већини случајева велики део послова који се понављају понављају. Ствари које тачно знају када се проблем деси, шта треба да раде како би га решили. Они само морају да оду и интервенишу. И како растете своје окружење, јер имате више примера, то постаје много теже. Дакле, једна од ствари које можете да урадите у оквиру алата за коју мислим да је вредна примете јесте да ли имате могућност постављања услова, али на основу тог стања да бисте могли да поставите одговор за покретање скрипте, да покренете посао, да покренете извршну датотеку. И поента је ако одлучите да покренете скрипту, ја могу да користим параметре, унутар те скрипте која ће бити у току извођења, попуњена стварним информацијама.

Дакле, ако постоје проблеми са одређеном базом података, скрипта ће бити дизајнирана тако да се покреће управо против базе података у којој се проблем догађа. Дакле, можете динамички да решавате проблеме на аутоматизован начин, а онда још увек могу да добијем е-пошту да се вратим и да ми кажете: "Хеј, постојао је проблем, али успут је то решен." Скрипта је покренута и као ДБА знате за њу, али заправо нисте морали да улазите и интервенишете. Сада, на тој истој напомени о проактивности, очигледно овде имамо и једну другу карактеристику, а то је „Анализирај“. А ово што ће ово урадити је да ће вршити редовну проверу, против инстанције СКЛ-а. А, у неким случајевима ће направити дубљи зарон у смислу онога што тражи. Вршиће се ствари попут хипотетичке анализе индекса. Да ли додајем индекс? Да ли да уклоним индекс? И све те ствари ће очигледно помоћи у мом наступу, али још једном, све је у томе да будем проактиван. Ради се о томе да можете доносити одлуке пре него што се ствари прекидају и побољшати то. И, у многим случајевима, то је оно што овде покушавамо.

Враћање на упит чека о којем смо разговарали раније; као што видите, овде је велика шиљака. Раније сам покренуо скрипту која је само изазвала неке активности чекања, а као што сам већ напоменуо, имамо заиста јединствен начин на који можете детаљно да се унесете у ове информације. Ако желим да видим која је то апликација; Видим да долази из НоСКЛ апликације. Могли бисмо да видимо базу података за коју је везана, сесију, корисника, а затим, ако то желим, могу да рангирам и ово што се тиче мог чекања. Па, могу рећи, од свих чекања која су се одвијала у том временском прозору, која се од њих највише дешавала? И ако видим да када се то највише деси, заиста добра ствар је што могу да изведем тај тип чекања и могу да видим све команде. Ако погледате овде, натјерали су се да се то чека. А прво видим и која је то апликација била, да се то чека.

Тако да излази попут болног палца. Одмах могу да кажем: "Ово је апликација која узрокује моје уско грло. Који је упит био покренут? Који корисник га је покренуо? Против које базе података је покренут?", И тако даље. Тако да надам се да то има смисла и такође помаже у смислу да осигурате да немате кашњења у свом окружењу, јер се односи на ваше базе података. Надам се да је ово корисно. Ја ћу у овом тренутку ићи даље и пребацити га назад, и ваљда можемо наставити одатле.

Ериц Каванагх: Свакако. Па, претпостављам да ћу га бацити данашњим стручњацима. Марк, можда прво желите да коментаришете и поставите пар питања. Онда Дез, можете звонити.

Марк Мадсен: Да, хвала, стварно сам уживао гледајући ово. То је много интелигентније надгледање него што сам навикао да видим. Радознао сам са управљањем подацима иза овога; управљање метрикама које можете да пратите, а знате, нарочито потражите ствари попут померања основних линија, које су једна од тачака бола мојих кућних љубимаца, са контролним табли. Како се носите са тим подацима и други део тога је, знате, основна метрика, као врста померања - да ли имате могућност да аутоматски померате и прагове, тако да не морам вратите се и ручно ресетирате прагове, када се помакне основна линија?

Буллетт Манале: Стварно, и тако лепа ствар је да то можеш одлучити. Можете и било шта. Могу поставити праг и учинити га статичким подешавањем или могу потврдити поље да кажем: "Учините то динамичким прагом, који ће се мењати како се мењају моје основне линије." И имам могућност и алата да поставим подразумевани прозор времена за моју основну линију. Али, ако треба, можда имам посебан основни прозор, на пример, од прозора за одржавање од 02:00, рецимо до 5:00, јер ћу опорезивати свој Процесор, моји погони и све остало јер тада обављамо све своје одржавање. Тада би се аутоматски, да сам то одабрао, аутоматски прилагодио праговима изван онога што је нормално за оне метрике које Одлучио сам то учинити с тим. То би ми омогућило. У основи имате могућност да унутар алата поставите прозоре времена, то су ваше основне прозоре, и сваки прозор се може третирати као засебна целина, у смислу динамичко прилагођавање основне базе што се може учинити. Можете додати онолико прозора основне линије као и прије требате, ако то има смисла. Могли бисте имати прозор за викенд, радни дан током радног времена, прозор за одржавање који се догађа усред ноћи и тако даље, и тако даље.

Марк Мадсен: Хвала.

Буллетт Манале: Претпостављам да ћемо се вратити на први део питања који имамо и прикупити све ове информације. Нисам баш причао о архитектури, али имамо резервно складиште, да имате потпуну контролу над задржавањем тих података, али имамо и сервис који ради усред ноћи који иде и ради све наше основне прорачуне и узимају те податке, прикупљају их и имају смисла. Очигледно да уз то имате и бројне извештаје које можемо да користимо за извештавање према вашим основним линијама, за одређене метрике. И чак имате могућност да упоређујете своје основне линије истог сервера, за исту метрику током различитих временских периода. Можете да видите да ли су се појавиле разлике или шта је делта. Постоји такође много таквих опција.

Ериц Каванагх: Дез.

Дез Бланцхфиелд: Једно брзо питање које имам за вас - постоји широк спектар шта овај алат може да учини. Да ли видите примање његове употребе у раној фази развоја или је то првенствено алат за производно окружење? Другим речима, да ли програмери добијају приступ и користе га својим раним развојем, а затим тестирају фазу интеграције? Или се и даље претежно користи у производним окружењима?

Буллетт Манале: Рекао бих да га већину времена видимо у производним окружењима. Зависи од ситуација, али за већину бих рекао прије свега производњу и ми - и, такође, поштено је споменути да имамо различите цене за развојна и тест окружења, тако да је то мало привлачније. Видимо људе који га користе за та окружења, али рекао бих, ако бих вам морао одговорити на овај или онај начин, рекао бих да су то претежно производна окружења у којима видимо да људи улажу у овај производ .

Дез Бланцхфиелд: Наравно, да и било је занимљиво чути да имате различите бодове са ценама, јер очигледно је да постоји различита радна оптерећења, а тежи су послови тамо где се ради прави посао. Али видим доста организација, посебно у влади, и свакако у одбрани, где развој сада добија исти ниво улагања у алате и системе као и производно окружење, јер раде много више унапред тестирања. На пример, у одбрани постоје тимови који раде милијарде тестова, стотине милијарди тестова на апликацијама и системима и алатима и прате их пре него што уопште уђу у интеграционо тестирање, јер желе да се увере да постоји уграђени код и база података сједи под њим. Дође до стотине и милион итерација или тако нешто, док сте вани у пољу пуцајући на некога, то не иде "налет".

Буллетт Манале: Наравно.

Дез Бланцхфиелд: У мом искуству у базама старе школе, мислећи да је окружење базе података нешто што је тек остало у подацима, а неки од вас знају, веома се ретко виђају и о којима се веома ретко говори, па када сада схватимо где су алати и апликације се развијају, посебно са аналитичким платформама, оне су сада у нашим телефонима и нашим уређајима. Да ли видите да клијенти доводе разговор о перформансама базе података и управљању базом података свакодневно у свакодневну расправу, за разлику од само чисто техничара? И знам да сте раније споменули да углавном разговарате са ДБА, али да ли сада постоји тренд где је то у општем речнику, да ли видите људе где разговарају о тим темама, за разлику од само шећера?

Буллетт Манале: Па, тешко је рећи. Мислим, као што сам већим делом рекао, људи којима се бавимо у вези са поступком продаје ионако су практичари, који су ДБА. Дакле, у вези са вашим питањем само кажете: "У смислу генерално људи у оквиру ИТ организације, да ли постају све свјеснији базе података?" Претпостављам да је то питање и рекао бих да је вјероватно одговор "да". Вероватно је не видим баш толико, на основу данашњег дана, али мислим да ако разумем ваше питање, то би био мој одговор.

Дез Бланцхфиелд: Да, то је у реду. Извините, вероватно је то учитано питање, јер очигледно су ваши превладавајући интереси у вашем свету техничка страна ствари. Радознао сам због тога у својим свакодневним активностима, видим како организације почињу ово уводити у разговор врло рано. Дакле, када разговарају о новим иницијативама, новим пројектима, новим програмима рада, једна од ствари која долази одмах је: „Како то пратимо, како то пратимо, како се бавимо проблемима који настају, за разлику од лансирања, изласка уживо? "

Буллетт Манале: Рекао бих то -

Дез Бланцхфиелд: Извини, само напред.

Буллетт Манале: Хтео сам да кажем да видим тренд за који претпостављам да бих требао рећи - знате, пуно пута у прошлости сте се понадали: „Имали смо проблем, па нам сада треба алат. " И мислим да видимо мало више прихваћања око постављања алата пре него што се проблем догоди, ако то има смисла. Па бих рекао да то дефинитивно постаје нормалније да знате, "Хеј, потребан нам је алат за праћење, треба нам нешто." И људи дефинитивно виде вредност овог производа, јер као што сте рекли раније, само додавање ДБА и додавањем нових инстанци, потребно вам је нешто што њима управља. Потребно вам је нешто што ће помоћи при управљању тиме и зато се и код овог производа пуно прихвата, или је имамо.

Дез Бланцхфиелд: Брзо питање. Где ово треба да живи? Да ли мора да седи тачно на задњем запису на ЛАН-у, у дата центру, што ближе окружењима базе података, или је удобно смештено негде, потенцијално у облаку, трећем облаку са неком врстом или ВПН тунел или даљински приступ разним окружењима? Где то треба да седи, што се тиче окружења и надзора?

Буллетт Манале: У погледу архитектуре постоји резервно складиште и то је база података СКЛ Сервер. Имамо конзолу која може бити или дебели клијент или мршав клијент; дајемо вам могућност и једног и другог. А ми такође имамо танког клијента који је заиста прилагођен мобилним уређајима. Али у смислу где то заправо може седети; може се налазити у окружењу, заиста замршенији део тога, од мноштва информација које требамо прикупити, потребна су административна права, у неким случајевима или у многим случајевима. Сада вас не терамо да то радите; ако желите, можете да прикупљате податке и само за ствари које не можемо да прикупимо, јер немамо администраторска права, само ћемо вам дозволити да не видите те информације, ако је то избор који донесете.

У зависности од укуса, као што је ако говорите о АВС-у, у неким окружењима делује боље од других, али што се тиче самог окружења, уобичајено је да СА користите аутентификацију за прикупљање података о инстанцама. Или ако се ради о непоузданом домену, то је обично када то желите, али више домена; све док међу њима постоји поверење, можемо их наплатити. У ствари није важно да ли је на ЛАН-у или је на ВАН-у, сама стварна колекција је прилично занемарљива с обзиром на количину података коју прикупљамо. Ако имамо ВАН везу довољне величине, то није проблем. Видео сам окружења у којима имају подружнице где имају СКЛ сервере широм Сједињених Држава. И један је сервер на свакој од тих различитих локација, а они га прате централно. Шкакљиви дио је само осигуравање да имате пристојну количину конекције за то. Надам се да ће одговорити на ваше питање, било је то некако по цијелој мапи.

Дез Бланцхфиелд: Апсолутно је. Хвала вам. Дакле, два брза питања која су јутрос прошла кроз присутне; један је: колики је утицај - често видимо да алати за надгледање система генеришу оптерећење само праћењем ствари, па је питање било, опрости што се сада померио са мог екрана, али да га парафразирам; надгледањем да ли стварамо оптерећење? Да ли постоји мерљив утицај алата, само посматрање околине, или је то занемарив утицај?

Буллетт Манале: Увек ће бити мало утицаја јер мора да упита инстанцу СКЛ Сервер да би повукао податке. Питање као што сте рекли је: "Да ли је то занемарљиво или је значајно?" Изван оквира који показујете на инстанцу, занемарљив је. То радимо већ дуже вријеме, као што рекох. Имамо преко 20 000 купаца и могу вас уверити да ако узрокује значајан утицај на перформансе, не бисмо пословали. С тим речима, такође дозвољавамо кориснику да одлучи шта жели да надгледа. Стога мислим да је важно напоменути да је свако окружење мало другачије.

Пример би могао бити, са компонентом за надгледање упита, једна од ствари коју ми можемо да учинимо, да ли можемо поставити праг онога што ви сматрате својом границом нормалности. Дакле, то би могло бити засновано на времену извршења упита. Могло би се засновати на ЦПУ-у, И / О, али као пример, рецимо да сам своје време извршења поставио на нула милисекунди. Учинковито, оно што говорим алатом је да прикупим све упите који су се покренули од последњег интервала повлачења, и да и тај део моје историјске колекције.

Сада када то учинимо, прикупићемо колики број упита које смо покренули на кутији од последњег испитивања. Сада је то изборно, а корисник то има могућност. Да ли кажемо: „То би требало да урадите?“ Не. Али такође вам дајемо могућност да то урадите у случају да желите узорак података који вам омогућава да прикупите те информације. Дакле, генерално гледано, имате средства у оквиру алат да га подесите и подесите тачно онако како желите на основу онога што вам је пријатно. Али имате могућност да га стварно отворите ако желите и прикупите пуно додатних информација које можда не морате редовно скупљајте, ако то има смисла.

Дез Бланцхфиелд: Да, апсолутно. Знам да трчимо мало дуже, али постоје два заиста сјајна питања на која желим да вас питам пре него што завршим. Обоје долазе директно код мене, али мислим да је најбоље ако им одговорите. Питање је углавном гласило: „Који је домет алата што се тиче знања о постојећим системима?“ Дакле, можемо ли то само да прикључимо и да ли аутоматски открива ту платформу и знамо шта је нормално за ту платформу, и то одмах Неко основно знање о платформама стављањем, знате, не знам, то би могао бити Мицрософт Динамицс. Који је опсег знања о платформи са оним што је нормално и у неким од тренутно доступних алата који се користе око посла?

Буллетт Манале: Рекао бих да, генерално говорећи, када почнемо са прикупљањем података на СКЛ инстанци, радимо са најбољим праксама за почетак, у погледу наших прагова и места на коме су постављени. Поред тога, такође препознајемо да с ким год да разговарате, у смислу најбољих пракси, свако окружење је другачије. Оно што ћемо у почетку урадити само прикупимо податке, а оно што људима препоручујемо, можете пробати производ 14 дана дуже ако треба. Али након отприлике два дана, почећете да се виде подаци о основној линији. Једном када буде имао довољно узорака информација са којима ће радити, тада ће вам почети пружати контекст у смислу основне линије, где је распон и свих таквих ствари. Затим одатле, ако желите, можете аутоматски да поставите своје прагове на основу прикупљених података. Потребно је мало иницијалног прикупљања и анкетирања да бисте могли да одредите шта је нормално, тако да можете почети са померањем својих прагова.

Али оно што мислим да је вредно приметити и то да, када промените те прагове, то се може учинити групно по групама ваших инстанци. Може бити специфичан за једну инстанцу или то можете урадити против свих својих инстанци, као и могућност креирања ствари попут шаблона, тако да можете рећи: "Ово је производна инстанца, али ово је предложак који желим да га доделим. " И тако, кад нова производна инстанца дође на мрежу, аутоматски применимо те прагове на њу, јер има исту врсту хардвера и обично има иста радна оптерећења, тако да бисмо и ми могли то да радимо. Надам се да то помаже у смислу питања.

Дез Бланцхфиелд: Апсолутно је. У ствари сте одговорили на још једно питање које ми је управо постало и гласило је: „Да ли постоји пробно преузимање?“. Могу да одговорим на то. Сигуран сам да ћете потврдити да постоји бесплатно преузимање и мислим да сте рекли да је било 14 дана са веб странице. Можете је преузети и играти се са њом. Претпостављам, брзо с тим, „Какво окружење ми треба да бих могао покренути суђење? Могу ли га покренути на свом лаптопу и играти се са њим или ми заиста треба сервер?“

Буллетт Манале: Главна ствар која је потребна је спремиште, база података СКЛ Сервера која је 2005. или виша. Поред тога, постоје неки минимални захтеви за ресурсима, .НЕТ захтев, и то је то. Дакле, само је питање инсталирања производа и стварања базе података.

Дез Бланцхфиелд: Савршено. Још једно последње питање које ћу вам бацити, јер нам је сада мало времена, али брзо, око две или три особе су ме питале: "Да ли морам да будем ДБА да бих могао да устанем и трчим са ово, и да се играју са тим? "

Буллетт Манале: Не. Рекао бих да, ако сте ДБА, имаћете различите намене овог алата. Мислим, вероватно ће бити мало већа вредност ако сте искусни ДБА. Видећете много више дубине алата којим бисте могли да искористите. Али такође, као нови ДБА, или чак особа која, то није ДБА, имамо пуно препорука и тренутно сам на тој страници. Ове препоруке ће се појављивати редовно, и заиста добра ствар у вези с препорукама, јесу ли вам пружити разлоге због којих се препоруке дају. Али поред тога, они ће такође имати везе до спољног садржаја који детаљније описују разлоге због којих се те препоруке такође дају. Дакле, то ће се повезивати са спољним Мицрософтовим веб локацијама, блоговима и свим таквим стварима, то је споља.

Али да одговорим на ваше питање, некако је то, ако сте старији ДБА, овде ће бити ствари, вероватно ћете то искористити, што вероватно не бисте постали почетник ДБА. Али истовремено, то је и својеврсно средство за учење, јер док пролазите кроз ове препоруке, неке од ових ствари ћете почети сакупљати самим коришћењем препорука.

Дез Бланцхфиелд: Фантастично. Хвала вам. Заиста сам уживао у демо делу. Презентација је била сјајна. Демо је био фантастичан. Брзо из меморије постоји читав ресурсни центар на вашој веб локацији који препоручујем да га људи такође погледају. Сећам се да сам прошлу ноћ прошао кроз неке детаље. Имате читав низ ствари, од ваших блогова, података и разговора до меморије, већину своје документације о производу имате и на мрежи, зар не?

Буллетт Манале: Да, то је тачно, а облик за који мислим да се реферирате је веб страница цоммунити.идера.цом. И онда бих споменуо још једну ствар коју сте раније питали: "Хоће ли препознати околину?" Што се тиче нових инстанци или додавања инстанци, постоји још један алат који открива инстанце. А све је у вези с инвентаром и управљањем залихама. Само бих вас упутио у том правцу, у смислу стварно откривања случајева. Али што се заправо тиче перформанси и праћења, свих таквих ствари о којима смо разговарали, ту би играо дијагностички менаџер.

Дез Бланцхфиелд: Фантастично. Види, сјајна покривеност. Стварно уживао у вашој презентацији. Волио сам ливе демо и то је све од мене јутрос, јер знам да смо протекли вјероватно 10 минута. Ериц, пренећу се теби.

Ериц Каванагх: У реду. Само сам волео демо. Драго ми је што сте урадили демо. Драго ми је што смо то могли добро погледати док смо прошли кроз К&А.

Буллетт Манале: Одлично.

Ериц Каванагх: Зато што ово људима даје представу о ономе што гледате и заиста ме некако задивљава када помислим да још увек учимо о томе како да разговарамо са тим рачунарима, кад се одмах спустите на то. Мислим, овај ниво дијагностике је прилично софистициран и сваким даном је све бољи. Добијамо пуно више увида у оно што се заправо догађа. Али заиста вам је потребна особа која превиди ове ствари, чита их, стављајући ту когнитивну способност иза онога што радите, зар не?

Буллетт Манале: Да, мислим у многим случајевима - волео бих да вам кажем да је ово ДБА у кутији, али једноставно се догађа превише ствари. Мислим, ми дајемо смернице и помажемо, али на крају дана то захтева од људи који доносе одлуке о подацима које представљамо. Мислим да се то неће ускоро променити.

Ериц Каванагх: Па то је добра вест за праве људе, људи.

Буллетт Манале: Тачно.

Ериц Каванагх: Желећеш да има некога ко то гледа, тим који то посматра и научићеш, као што си чуо од Буллетта овде, гледајући ове препоруке да покупиш шта се дешава. И претпостављам из те историје, и мислим да сте се дотакли тога, Буллетт, али врло брзо та историја вам омогућава да препознате значајне обрасце, а затим да будете у могућности да их идентификујете када се буду дешавали у будућности, зар не?

Буллетт Манале: То је тачно. Једна од ствари коју можемо учинити је праћење перформанси упита током времена. Такође можемо очигледно да гледамо и друге ствари, као што су основне линије и да видимо како се померају, и очигледно добијамо обавештења и такве ствари када се то догоди, тако да дефинитивно имате ту способност.

Ериц Каванагх: Звучи добро, људи. Не бисмо дуго били овде, али хтио сам доћи до тих питања. Хвала вам пуно на вашем времену и пажњи. Ми архивирамо све те веб емисије. Скочите онлине на Тецхопедиа.цом или на ИнсидеАналисис.цом, видећете везе са оба места.

И с тим се поздрављамо. Хвала још једном, народе, ухватићемо вас следеће недеље, још три веб емисије следеће недеље, уторак, среда, четвртак. Па ћемо разговарати са вама следеће недеље, народе. Брини се. Ћао.

Тецхопедиа Цонтент Партнер

Особље Тецхопедиа повезано је са Блоор Гроуп и с њима се може контактирати користећи опције са десне стране. За информације о томе како радимо са индустријским партнерима кликните овде.

• Профил
• Веб сајт