От персонала на Техопедия, 12 август 2016 г.
Отнемане: Домакинът Ерик Кавана обсъжда методите и тенденциите за наблюдение с Рик Шерман, Дез Бланчфийлд и Робърт Вандервоорт.
В момента не сте влезли. Моля, влезте или се регистрирайте, за да видите видеото.
Ерик Кавана: Добре хора, здравей и добре дошли отново. Можете да видите слайда пред мен, да се надяваме, той се нарича „Горещи технологии на 2016 г.“ Годините продължават да летят. Днес говорим за „Анализирайте и оптимизирайте: нов подход към мониторинга.“ Ами сега! Имаме малка грешка в слайда там, не гледайте, не гледайте! Добре, така че, има слайд за твоето наистина. Аз ще бъда ваш домакин, можете да ме погледнете в Twitter, @Eric_Kavanagh и ще се радвам да ви пищя.
Тук имаме различен формат от The Briefing Room, така че първо трябва да имаме няколко анализатори, Рик Шерман и нашия собствен Dez Blanchfield, учен по данни от Bloor Group, те ще ви дадат своето приемете темата. След това ще чуем от експерта Робърт Вандервоорт, той свърши в IDERA, което е много интересна компания. Те купиха компания, която познаваме, наречена Embarcadero, но имат цял куп други неща и някои интересни неща, които сега се използват по някои нови и готини начини. Рик Шерман идва на първо място.
Преди да отида там, нека просто да изхвърля няколко бързи мисли. Харесва ми тази концепция за анализиране и оптимизиране чрез мониторинг и ми харесва това, което ще чуем днес от Робърт за промяна на начина, по който мислите за решенията за мониторинг. Защото фактът е, че мониторингът е това, което правите непрекъснато, ако сте в света на информационните технологии. По някакъв начин, по някакъв начин, или в света на бизнеса правите мониторинг. Може да е формално, може да е неофициално, но има някакъв механизъм, чрез който изпълнявате ежедневните си задачи. И ако работите с машини, се опитвате да разберете какво правят. Опитвате се да им попречите да се провалят например или да имат лоша производителност.
Как правиш това? Е, има много начини за това. Облакът наистина стимулира цялата тази вълна от иновации в мониторинга, което мисля, че е доста интересно. Виждахме компании като Splunk да се събират и наистина променят играта, а много различни компании сега се опитват да наблюдават по различни и интересни начини. И това, което ще чуем днес от IDERA, е това, което според мен е един от по-креативните подходи, с които се сблъскахме от доста време и се надявам, че този е отзвук с вас, хората днес. Можете да задавате въпроси по всяко време, като използвате Q и A компонента на вашата конзола за уеб предаване. Не се срамувайте, изпращайте тези въпроси. И с това ще го предам на Рик Шерман. В готовност. Отнеси го, пода е твой.
Рик Шерман: Добре, благодаря Ерик. Здравейте на всички. Ще поговорим за това наблюдение и защо определено има нужда да променим начина, по който подхождаме към нещата. Сега първо, като бърз, моят опит - аз съм в света на бизнес разузнаването, бизнес анализа, интеграцията на данни и т.н., за разлика от вида на приложението. Аз бях нещо в задната част на тези различни тенденции, които се случват в индустрията. Имаме потоп от данни: големи данни, малки данни, данни, идващи отвсякъде, вътре и извън предприятието.
Имаме интернет от неща, идващи от монитори, устройства и след това имаме експлозия от неща, различни от само релационни бази данни, както на място, така и на облак и т.н. Но какво означава всичко това за наблюдение, за мониторинг на работата на приложенията за управление и управление и т.н., както и за интеграция на данни и за бизнес разузнаване, е, че ние имахме хубав прост свят, поне беше прост от гледна точка на ИТ, за което се използва имат набор от сървъри, които те - всичко беше там, приложенията, данните и всичко беше на място, така че те контролираха целия свят. Беше много по-лесно да се управлява. Но случилото се е, че предприятието е станало много, много, много по-сложно.
Имаме експлозия - забравяйки само големи данни - имаме експлозия от приложения както в помещението, така и в облака, за да подобрим производителността на бизнеса, да подобрим различни бизнес процеси, бизнесът да взаимодейства с други бизнеси и с техните клиенти, бъдете те бизнес или хора. Имахме експлозия, както показва другият слайд, от различни видове различни бази данни, големи бази данни, релационни, облачни и т.н., и имахме много повече, по-добро използване на сървъри, операционни системи, както с реални, така и с виртуализирани сървъри там, за по-добро управление, по-добро използване на отделните сървъри. И, разбира се, имаме цяла мрежа от неща, които се случват между всички тези приложения, бази данни и сървъри.
Няколко други неща, особено в моя свят, бяха, че всичко това предизвика още повече синхронизация на приложенията. Имаме все повече сървъри на приложения, бази данни, които се използват за преместване на данни, синхронизиране на данни, интегриране на данни между различни процеси, както вътре, така и извън предприятието. И разбира се, ние имаме интеграцията на данни, която е необходима за това.
Имайки това предвид и с факта, че се преместваме от този хубав, безопасен свят на наборен набор от сървъри, който управлявахме, за да подредим това предприятие и извънпредприятието малко приложения и данни, се преместихме на „Как всъщност управляваме тази среда?“ И причината, поради която този уебинар е интересен, е, че сегашното състояние на нещата не е твърде добро. Имахме много различни инструменти за разглеждане на бази данни, сървъри, SharePoint, операционни системи, движение на данни и т.н. - всички те бяха разпръснати като такива, ние разполагахме с силозите, така че успяхме да управляваме или наблюдавайте конкретен сървър, конкретно приложение, конкретна база данни, но не успяхме да ги съберем. Тъй като всички те са интерактивни и взаимосвързани, това е нещо повече от отделните части на парчетата, трябва да ги сглобите и като такива сме имали - предполагам, това е моята гимназиална картина - имахме хора, които са имали специализирани познания за тези инструменти, за да навлязат дълбоко в червата на системите, за да ги управляват.
Те бяха скъпи и скъпи, отнемаха време и бяхме някак си заседнали в калта, тъй като продължаваме да разглеждаме и се опитваме да управляваме тези части и не успяхме да управляваме реално предприятието. Където ни е останало или където ни е довело, е нуждата. Необходимостта беше да се влезе в мониторинг на предприятието. Трябва да можем да разглеждаме приложенията както в помещението, така и в облака, бази данни по един и същи начин. Сървъри, мрежи, виртуализирани, невиртуализирани системи, интегриране на данни, синхронизация на приложения, които са там. Както при анализа на бизнес анализа, първото нещо, което трябва да направите, е да заснемете данните за всички тези различни услуги и инфраструктурата, приложенията.
Второто нещо, което трябва да направите, е след това да съберете тези данни, за да разгледате как те са свързани помежду си. Не можете да направите нищо, докато разберете как тези парчета са взаимосвързани и не ги обедините. Но как ние се преместихме от частите на част за по-цялостно или корпоративно управление на приложения, наистина се разраства, защото ние улавяме данните, тъй като ние интегрираме данните, е да можем да подобрим анализът на управлението и мониторинга на това приложение.
Първото нещо, което трябва да направим, е да разберем какво се случва с тези отделни системи или части от части. Второ нещо, което трябва да направим, е да разберем защо се случва. Това изисква по-задълбочени познания за приложенията, базите данни, сървърите и как те са взаимосвързани и как са свързани помежду си и какво едно нещо ще задейства нещо друго. Искам да кажа, че често се сблъскваме с проблеми, при които нещо се случва и това наистина не е първопричината, а просто симптом на нещо друго. Трябва да разберем защо се случва, но трябва да събираме данните и да можем да наблюдаваме частите на парчетата.
И накрая, трябва да попаднем малко на прогнозната анализа или прогнозиращото наблюдение. Или започваме да разбираме защо вероятно ще се случи нещо или какво ще се случи по-нататък. Ако нещо не успее или е на път да се провали или достигне някакъв праг, ще трябва да можем да задействаме и разбираме какво означава, какво друго ще се случи по-нататък. Ние улавяме данните с мониторинга, започваме да анализираме какво, защо и какво следва, след което най-накрая се захващаме с управление въз основа на данните и въз основа на анализа.
Не забравяйте, че е хубаво да събирате данни, хубаво е да анализирате данни, но тези данни трябва, този анализ и данните всъщност трябва да бъдат приложими. Трябва да сте в състояние да реагирате, да реагирате на случващото се и да бъдете активни в опита си да се поправите сами. Така че ние също трябва да имаме не само инструменти за мониторинг и визуален анализ на тях, но също така е важно да можем да реално да коригираме нещата по автоматизиран или системен начин. Това е нещо като нуждата, която се отглежда в предприятието и отново от гледна точка на BI и бизнес анализа и интегриране на данни, често ще имаме проблеми при опит да разберем какви са точките на почивка. Защо нещо не е мащабиращо, защо нещо не успява, защо бизнес потребителите не чувстват, че споразуменията за ниво на обслужване се изпълняват? Можем да направим всичко това чудесно с приложенията, с данните, но системите, които го поддържат, трябва да се управляват, за да могат всички тези страхотни неща, които се случват там. Дез?
Ерик Кавана: Точно, отнеси го, Дез.
Дез Бланчфийлд: Благодаря, уау. Вероятно имаме няколко малки области, за които сме напълно съгласни там. Кратко описание на живота ми в света на наблюдението на нещата. Всъщност преди почти 20 години с брат ми работехме заедно в среда, която изглеждаше много подобна. Това е мрежов операционен център. Това е текущо и ние управлявахме всичко - от рутери и комутатори, и сървъри, и защитни стени, и системи, работещи с приложения, и приложенията там, и базите данни там и цяла гама сървъри бяха свързани помежду си.
По онова време не е имало толкова много инструменти за наблюдение. Имаше доста безплатни инструменти с отворен код, но няколкото стека от приложения, които направиха мониторинг от край до край, бяха скъпи и трудно да получите ръцете си. И така всъщност седнахме и написахме едно, вярвате или не, и интернет беше нещо като нещо просто и използвахме да пускаме инструменти на тези уникални системи, системи Solaris, за да събираме отчети за системни дейности и използване на дискове и памет използване и така нататък и го регистрирайте във файл и стартирайте скрипт върху него. Всъщност използвахме за изпращане по електронната поща събраните данни на централен сървър, издърпваме тези записи в регистрационните файлове от имейлите при влизането им, анализираме ги, залепваме ги в база данни и рисуваме доста графики за тях.
Мислехме си, че сме доста умни и доста готини, защото можехме да кажем какво се случва, но това, което ни порази от доста време, беше, че въпреки че всъщност можехме да отчитаме историческото състояние на нацията, това всъщност не ни каза много за текущото състояние на нацията в непосредствения смисъл, защото данните, които събирахме, се изпращаха някъде, така че неизменно няколко минути преди да излезе от сървъра, че е събран, в мрежата и по имейл и в пощенски сървър и се раздели и сложи в база данни, така че наистина беше доста графики, но всичко е просрочено, всички тези исторически.
Всъщност в горния ляв ъгъл на тази хубава снимка от 18 LCD панела, които се преструват на един виртуален десктоп, в горния ляв ъгъл има графика, малка зелена графика, която изглежда много подобна на това, което сме правили, картографиране на нещата. И ние изпитвахме това постоянно безсилие, че беше почти невъзможно да кажем какво се случва в момента или дори какво ще се случи в бъдеще. Без значение колко пъти се опитвахме да правим някакъв график за предсказване и това е преди близо двадесет години приблизително, от паметта.
Това е снимка на действителен централен екран на мрежова операция, всички 18 LCD панела, всички слепени заедно, преструвайки се на един голям голям работен плот на Windows, и това често е състоянието на нацията за типовете неща, които организациите или телекомуникациите или големите предприятия тичайте, за да следите какво се случва в техния свят. Независимо дали става въпрос за техните мрежи и рутери, и за техните превключватели и сървъри за приложения, интересното в този конкретен екран или тази снимка на екрана е, снимка, е, че не е един голям голям прозорец, не е един голям голям уеб браузър, опънат, много е от малки малки прозорци, припокриващи се. Ако това нещо някога се срине или рестартира или трябва да бъде изключено по някаква причина и да се захранва отново, някой беден глупак трябва да седне и да отвори отново всички онези отделни приложения и да постави плочките на всички прозорци ръчно, за да получи същия този изглед. Това е изключително трудоемко и е рисковано, защото ако някой не знае реда, в който ги е върнал, почти невъзможно е да го създаде отново и е доста тъжно състояние, като се има предвид, че това в момента изглежда повечето центрове за работа в мрежата. Някой трябва да стартира физически множество приложения и мобилни системи и гледа в миналото. Така че не много се е променило в много отношения с това, което много компании смятат, че мониторингът всъщност трябва да бъде.
В онова преди 20 години ние използвахме това мнение, че ако можете да пингирате сървър, той е бил изправен, но реалността е, че ние открихме, че само защото можете да пинг сървър, както в ping и ехо тип ICMP за изстрелвайки се в онова нещо, което ще отзвучи назад и каза: „Жив съм“ не означава, че всъщност е станало. И дори и да се върнеше, понякога сървърите и приложенията на тях не работеха. И така, мониторингът е цяла наука. Измина доста дълъг път, но дори тогава много от съвременните стекове на приложения, които купуваме в света на мониторинга и в управлението на услуги, не правят прогнози. Нещата тогава бяха много по-прости. И ние бяхме свикнали - типовете неща, за които бихме помислили, бяха: „Е, сървърът е изправен и реагира ли, операционната система е онлайн и можем ли да се свържем с нея. Приложенията стартират ли се и работят и можем ли да наблюдаваме това, отговарят ли услугите на приложенията? Уеб сървърът изглежда, че работи, но можем ли да го свържем към порт 80 или 443 на него? Могат ли потребителите да се свържат с услугите, които са там? "И доста често се стига до нещо толкова просто като звъненето на телефона на сервизния апарат, а ако не беше, тогава най-голямото решение, което трябваше да вземем за този ден, беше чий ред беше ли получаване на понички.
След това дойде и тази концепция за свръхразмер на всичко, и по-специално за свръхразмерни изчисления и под това имам предвид обема, скоростта и размера на нещата, с които се занимаваме сега. И много хора говорят за света на еднорозите и Facebook и LinkedIn и Google на света, но всъщност има много организации от малък до среден размер, които имат много, много сложна бизнес и ИТ среда, в която се опитват да наблюдавате и да се опитвате да се захванете с дръжка, да хванете и да сложите пръста си върху цифровия импулс на бизнеса и за съжаление те се провалят по този начин, точно поради нивата на сложност, които са се увеличили с порядък, в моя изглед, на почти всяко ниво.
Ако разгледате две наистина основни части от това, с което се справя едно модерно предприятие, в един случай дори нещо толкова просто като големите платформи за данни, които приемаме за даденост сега. Отляво имаме рамката на предишната версия на Hadoop, много партиден режим, пакетно ориентирана версия на Hadoop, рамката MapReduce, работеща върху файловата система Hadoop и куп инструменти, които ние ефективно се включваме, те са като Pig and Hive и други инструменти. Вдясно, по същество втората преработка на рамката на Hadoop, изградена около YARN и малко по-висока производителност на компютърната архитектура и по-добро планиране. Когато погледнете самите тези индивидуални рамки, те са изключително сложни и нещата, които можете да направите в тях, са още по-сложни.
Когато разгледаме облачната парадигма, имаме сценарий къде, това е модел на това как изглежда OpenStack и OpenStack е - отворен код на облачна платформа, изграден от много, много малки модули и това е само груба диаграма от сорта на ключовите компоненти, които правят облака OpenStack да работи. И е изключително сложен, много, много мощен, но изключително сложен. И се опитвате да наблюдавате каквото и да е в предишния стил на света Hadoop, с Hadoop и сега Spark, и всички парчета от тази екосистема, разгръщайки облака като платформите, базирани на OpenStack, дори да разбирате сложността на средата, без значение да се опитвате да намерите разберете какво наблюдавате и каква услуга наблюдавате и защо я наблюдавате и какво искате да получите от мониторинга. Това са наистина големи проблеми, с които се сблъскваме сега с някои от най-фундаменталните части на нашия свят и облачните екосистеми, с които се опитваме да работим или в помещения, или в обществени, или в хибридни.
Тогава някои от рамките като света с големи данни, като Hadoop и така нататък, това са наистина големи предизвикателства и скоростта, с която нещата в тях се променят, също затруднява наблюдението и получаването на каквото и да е футуристично разбиране. И ние все още сме останали в този свят да казваме: „е, какво се е случило преди пет минути?“ Както чухте по-рано, с предизвикателството на място или на място, извън сайта и точно тогава просто си мислите за нещата вътре в компютрите или центровете за данни. Имате смесица от физически услуги, които са нещо като виртуални сървъри и те са се променили, това, което използвахме да мислим като физически сървър с един стек на приложения, сега неизменно е среда, която се виртуализира. Инфраструктура, независимо дали е Hyper-V или VMware или OpenStack или Xen.
Сега не е нужно да имате един сървър, изпълняващ един стек от приложения, той работи с хипервизор, работи с няколко стека. И току-що изброих няколко често срещани във VMware, Hyper-V, OpenStack, но има десетки други и много хора, които ги използват. И облачната комбинация от инфраструктурни сървъри, сървъри на платформи и софтуерни сървъри, и всеки от тях сам по себе си има нива на сложност, които просто се опитваме да накараме да се насочим към управлението и мониторинга на базово ниво, камо ли да се опитваме да разберете какво ще се случи.
И ако това не беше достатъчно лошо, сега сме в момента, в който дефинираме нещата в софтуерен смисъл, тъй като имаме софтуерно дефинирани мрежи и дефинирани мрежи. Имаме виртуализация на мрежови функции и се опитваме да управляваме и наблюдаваме софтуерно дефинирана мрежа, чиито компоненти включват виртуализация на мрежови функции, виртуални маршрутизатори, виртуални превключватели, виртуални защитни стени, виртуални интерфейси на сървъри, свързани виртуални интерфейси, докрай се подреждайте в комбинация от услуги срещу приложения и се опитвате да откриете разликата от наблюдението на тези.
И сега имаме някои по-забавни предизвикателства в това, че преминаваме бързо от виртуализация към контейнеризация и скорошното създаване на отворения код на инструмента на Google за виртуализация Kubernetes и HashiCorp проект Docker и възможността да създаваме форми на контейнери, Сега, интересното при опита да се следи форма на контейнер, дори отделен контейнер, е, че веднъж имахме физическа машина и виртуална машина, а след това целия стек на приложения и екосистема на тези - независимо дали физически, виртуален - сега имате среда, в която бихте могли да имате Docker екземпляр, който може да работи само за няколко милисекунди, те се аргументират, той получава заявка, обработва се с нея, доставя услугата, която беше необходима и след това умира. Ние някак се преместихме от това, което мисля, че веднъж е цитиран Ранди Биас, и това е, че трябва да преминем от третиране на сървъри и услуги като домашни любимци и да се опитваме да ги поддържаме живи през цялото време, до сега, тъй като ние просто се отнасяме към нещата като добитък и наблюдение, което е още по-интересно предизвикателство.
Разполагаме с хибридна среда, така че сортираме традиционните стекове на приложения, като например традиционните среди на базата данни. Новите среди като използването на големи данни за данни Hadoop и Spark, линейно отглеждане, растеж и съхранение, линеен растеж и мащабируемост, еластични среди за някои от тези изчислителни платформи. И търсенето на мобилност, хората, които правят BYOD. Как наблюдавате лаптоп, който вашата компания не притежава? Как да наблюдавате приложенията и услугите и сигурността там? И експоненциалната експлозия от машина до машина и интернет на нещата, които идват заедно. В момента машинната машина и интернет на нещата са почти невъзможни за някои от платформите, които традиционно се използват в нормалния смисъл на мониторинга, особено когато стигнете до мащаба на индустриалните устройства.
Например самолетът Dreamliner 787, когато беше създаден, първото издание, имаше нещо като 6000 сензора в самата машина, целия самолет. Сега разбирам последната версия на Airbus, мисля, че това е A320, има 10 000 сензора в него, който отнема мониторинг и управление на информация, идваща от устройства, които се наблюдават на съвсем ново ниво. Ние имаме това все по-голямо предизвикателство не просто да поддържаме основните възможности за мониторинг на нещо и да виждаме, че това е онлайн и достъпно, но това, сега това изискване за прогнозна анализа се прилага към него.
Тъй като ние правим прогнозна анализа на цял набор от неща около бизнеса, който ръководим, и системите, които управляваме, и вида на услугите, които предоставяме. И така, това, което сега изглеждаше и осъзнаваше, че всъщност бихме могли да предоставим прогнозна анализа на услуга за мониторинг и да ви кажем не само това, което се случи преди секунда и пет минути, но и какво ще се случи за пет минути въз основа на това, което знаем досега. И мисля, че е изключително вълнуващо време да помислим как да управляваме услугите, защото ако бихме могли да направим каквато и да е форма на прогнозна анализа, неща, които сега разглеждаме, като например автоматично мащабиране и така нататък в нашата облачна и виртуализирана среда, където ако сървърът осъзнае, че е малко претоварен, той може да създаде още едно копие от себе си и да изправи екосистемата и да се справи с повече натоварване, а след това, когато работното натоварване намалява, той почти намалява надолу и слага една от машините си заспал и се връща към нормалното му състояние. За да може сега да използваме прогнозна анализа и бъдещ поглед върху случващото се чрез наблюдение на нещата от инфраструктурата и хардуера, до крайните услуги. Цялото пътешествие от край до край, умът се бори върху това, което ще бъдем в състояние да направим за това, което по същество сега е винаги на повикване, в което живеем. И с това предвид, ще предам,
Ерик Кавана: Добре, позволете ми да предам ключовете на Робърт Вандервоорт. Покрих много земя там и ми е любопитно да видя какво правите вие и че, както казах, обичам цялата тази философия. Така че или споделете вашия работен плот, ако искате да направите това, или преместете слайдовете. Отнеси го.
Робърт Вандерворт: Добре. Ако знам къде е този бутон, за това работя тук.
Ерик Кавана: Трябва да щракнете върху Старт, горе вляво.
Робърт Вандерворт: А, добре.
Ерик Кавана: Щракнете върху това, трябва да можете да видите споделен екран. Там отивате, свалете го.
Робърт Вандервоорт: Спести деня. Страхотен. Добре, така че Дез, това изобщо не беше плашещо. О, човече. Не, добри разговори, момчета, добри разговори. Така че да, определено, аз съм със същото мнение, отиваме, някак си, на Луната. Искам да кажа, трябва да разберем как ще успеем да следваме това нещо, тъй като проследява прекъсването, което е взето, и това е наистина трудно. Човече, мога да ви кажа, че работите за софтуерна компания, която прави това и че сте на ежедневни срещи за развитие, това са неща, за които говорим, това са много реални проблеми. Как да сме в крак с индустрията? Ние не искаме да бъде това, системата за мониторинг от миналото десетилетие.
С много мисъл и, както казах на някои от момчетата от преди чата, една от любимите ми книги и тази надежда не казва твърде много за мен, но това е „Дзен и изкуството на поддръжката на мотоциклети“, аз биха го считали за някаква философска книга и всъщност е нехудожествен роман, но каквото и да е. Той говори за качеството, и какво е качество и какво е качеството на нещата, и така това е цяла метафизика на качеството се появи и аз няма да опитам да ви дам днес урок по философия, но малко. Цялото това прагматично наблюдение, какво е това? Това е, което измислих по принцип след много размисъл по целия този въпрос и подобна парадигма, в която се движим, измествайки се от точно, както казахте, сървъри като домашни любимци - чудесен начин да го поставите.
Буквално е определението на двете думи. Едно, прагматизъм: да се занимаваш с нещата разумно и реалистично. По принцип просто практичен, това е фантазия дума за практични. Монитор: дю. Искаме да тропаме с нещо, искаме да залепим термометър в него, преизмерваме, преизмерваме, преизмерваме и преглеждаме. Тогава идеята е няколко от тези две неща, които наблюдаваме нещата практически. Много е лесно да ви хванат и мога да ви кажа с толкова много хора, с които се справям и с това, че сте в страната на предпродажбата, имам работа с техници в различни компании, всякакви видове техници, всички различни видове на компании, вертикали, каквото и да е, и това винаги е един и същ вид. Много пъти, когато влизаме в тези сделки, хората са като: „Е, наистина искам да наблюдавам сървърите си, искам да знам какво е, какъв е моят процесор, какво правят процесите и искам да се уверя, че не ти липсва място на дисковете. “И сега мисля, добре, това са наистина прости неща. Но аз наистина искам да опитам и да увием главите си около малко по-различен процес тук.
Първо, техническите въпроси, които винаги се появяват, когато започнем да говорим за мониторинг - всичко това е фокусирано наистина върху наличността - ни работи ли хардуерът / софтуерът до момента на пинга? Да добре. Не - ping не означава, че вашият софтуер работи. Това може да означава, че вашият сървър е онлайн и ако това със сигурност е подходът, който предприемате, също така нека да видя уеб сървъра и да видя защо той не реагира, ще разберете, че: „Ей, виж, реагира, сега. Трябва да отида отдалечен до този уеб сървър и да разгледам това и мога ли да стигна до него на кутията? " Има цялото това безумно усилие за отстраняване на неизправности, което влиза в него, когато нямате нищо за наблюдение, което изненадващо има. Няма да назовавам никакви имена, но има някои доста големи компании, които изобщо не правят много от начина на наблюдение.
Разбира се, за мен това е очевидно нещо, защото работя за компанията, която прави софтуера. Както и да е, отговаря ли уеб страницата? Това не само е изживено и живо, но всъщност ми казва какво искам да видя? Не можете просто да кажете: „О, да, уеб страницата отговори за 40 милисекунди“, това може да е страница с пълен отчет. Трябва да сме сигурни, че можем да навлезем достатъчно дълбоко в тези стъпки, тези въпроси, що се отнася до отговорите, можем да отговорим на въпроса по начин, който всъщност обслужва въпроса. Наличност, производителност - хардуерът / софтуерът се представят ли добре? Има много тонове броячи за ефективност, за които говорим, всички тези различни технологии. Независимо дали става въпрос за Hadoop, IAS или Apache или каквото и да е, всички те имат някакъв набор броячи на ефективността. Всичко, което Microsoft почти ще има, ще има броячи на производителност на WMI. Имате вашите SNMP, множество различни начини да разберете какво става под капака, как се чувства.
И тогава последното нещо тук е планирането на капацитет, така че да правим някои анализи на нещата. Имаме цялата тази дълга следа от исторически данни, добре, че искаме да знаем е - и това е някаква емоционална нужда, ние не сме, само защото работим в ИТ не означава, че не сме емоционални животни, има това чувство за сигурност - ако имаш нещо, което много се проваля, човек си мислиш „добре кога ще се провали отново, това наистина ли е проблем?“ И докато ние имаме голяма способност да разпознаване на модели в нещата, не само в живота, но и в света около нас, както и по времева линия, но нещата може да не са толкова проблематични, колкото си мислите, че са. Или може да са по-проблематични, отколкото си мислите, че са. Когато се опитваме да вземем добри бизнес решения, това определено е проблем. Трябва да имаме истински показатели, трябва да можем да обосновем чувствата и представите си за онзи свят, да го поставим в числа и да го емпиризираме - наука!
Така или иначе, време за философия: Чарлз Сандърс Пърс. Той е човекът, който в основата си е стартирал прагматизъм, и затова ще разбирам език от 1800-те тук: „Помислете какви ефекти, които биха могли да имат практически лагери, ние мислим, че обектът на нашата концепция има.” Това, което той казва тук, е „ Какво е това нещо? Какво прави това нещо? ”Така че каквото и да прави това, това е за мен. Уеб сървърът е нещо, което разпръсква уеб страници, той няма, не е нужно да мислите за това по-сложно от това. Съставен ли е от много сложен софтуер? Вие залагате. Операционната система сама по себе си вероятно е много по-сложна от всички неща, които всъщност работят на нея. Но това няма значение. Когато се опитваме да тестваме тези въпроси, трябва да знаем, работи ли уеб страницата? Добре, това са наистина много прости неща. Нашата концепция води до ефекти на цялото ни, на нашето представяне на обекта дотук. Нека да зачетем тези обекти. Това е трудността. Повечето хора, с които разговарям, отново се занимават с наблюдение на сървър, „Искам да наблюдавам моя мрежов хардуер“ или „Искам да направя това.“ Това е един специфичен хардуер или е специфична технология и обикновено, каквото и да е, това е най-голямата болка в шията за тях.
Вероятно е, че те вече имат някакъв друг софтуер за мониторинг, който прави още едно парче от него. Приличам си: "Е, хей, защо не можеш" - обичам малко да играя застъпника на дявола - "не можеш ли да използваш този друг софтуер за това?" "О, добре, че всъщност не се получава много добре." "Добре, какво ще кажете за това?" „Е, каквото и да е.“ И за мен всички тези въпроси са много сено. Аз съм в предварителни продажби, не го дръжте прекалено силно, но аз съм инженер така, замисляйки този обект. Затова трябва да можем да разберем какъв е обектът, какви са всички движещи се части. Ако някой каже: „Е, сървър на база данни, аз съм като:„ Добре, какво служи сървърът на база данни? “„ А, добре най-вече нашето ERP. “„ Добре, така че имате проблеми с производителността на вашия ERP. “„ Да, но смятаме, че това може да е базата данни. "" Добре, вижте, нека поговорим за ERP. ERP работи на Oracle. "" Проверка. "Добре, имаш уеб преден край на този смукач или всичко е клиентски сървър?" "О, добре, всъщност е вид и двете." "Добре, готино, така че имате уеб преден край, имате връзка с клиентски сървър към него, къде е съхранението, на какъв сървър работи това нещо, как изглежда вашата мрежа? ”Задавам им сто въпроса, изглежда,
Изобщо е много необвързано с това, че хората просто не знаят. „Започнах тук преди четири месеца. Наистина не съм толкова запознат със средата. "Добре, добре, че се опитвате да диагностицирате доста сложни проблеми, когато не сте запознати с околната среда, чувствам ви, но това не помага на парадигмата. Трябва да разберем. Трябва да изградим това разбиране. И така, често когато ги питам: „Хей, имаш ли книга, има ли диаграма, имаш ли диаграма, има ли имейл, можеш ли да попиташ някого?“ Обикновено това е последното. „О, трябва да попитам Боб, но той всъщност е във ваканция, той се връща, нека да настроим нещо след две седмици и можем да получим достъп до тази система, надяваме се“ и така нататък и така нататък. И така, веднага усещам напълно болката му. Добре. Трябва да можем да изградим това разбиране във всичко, което използваме този инструмент. И така просто имайте предвид това тук.
И бизнес въпросите не могат да останат без отговор, искам да кажа, че много често говорят с техници, те са в окопите. Ние поправяме нещата. Много пъти сме в режим на пожарникар, понякога в малко шок и определено изпитваме страхопочитание. Да не цитирам никакви минали президенти, но така или иначе, така че бизнес въпросите, които чувате, те са много съобразени с техническите въпроси. И наистина това, което вие трябва да направите, ако сте тези техници, е да се опитате да приведете тези бизнес проблеми в техническите проблеми. Те наистина видът е един към един. Напишете списъка - планиране на наличност, производителност и капацитет. Използваме ли разумно нашите ресурси? Къде отиват тези пари, които похарчихме? Купихме всички тези лъскави сървъри, какво правят, знаем ли, че се използват правилно? Кой знае? Освен ако не го измервате. Горещи точки и студени петна. Всички тези неща, за които точките са удебелени, така че ако момчетата получите слайдшоу по-късно, горещи и студени места е мрежа в проблем. Как има интернет и WAN връзка? Разбира се вашите доставчици на честотна лента искат да ви продадат повече честотна лента. Наистина ли ви трябва? Как го използвате? Говорим за производителност. Имаме ли някакви неща на място, които да казват, че трябва да постигнем определени цели? Трябва да реагираме на нещата. Повечето хора не го правят.
И знам, че звучам много страстно, надявам се, че тук не звуча прекалено проповядливо, но имам SOA. Поставете цели за себе си. Говорим за петнадесет е половината път до тридесет. Да, си поставете цели, не е, няма нищо лошо в това. Поставете си еднорог цели. Поставете си напълно недостижими цели. Никой сървър не може да слиза за повече от всякога. Те трябва да са денонощни, няма значение дали нашите служители работят само девет до пет, аз никога не искам нещо да се счупи, разбира се, че не го правя. Може да имам лични очаквания, но всъщност можем да ги изразим и в делови смисъл. Посрещайки SOA, определено правим ескалиране на управлението. Устойчиви ли са настоящите операции, така че можем ли да продължим да правим това. Това лудост ли е? Можем ли да поддържаме това?
Отново не споменавам имена, за да се опитаме да бъдем справедливи, но при предишна работа имахме едно от тях: „Ами сега, трябва да си купим ново чекмедже за пясъка, защото е пълно.“ „Хм, добре, Имаме два месеца до следващото тримесечие, ще имаме ли такива пари? “„ Е, имаме нужда от него сега. “„ Е, как да направим това? “Разбира се, че съм като„ Аз може да слезете до Фрай и да вземете някои твърди дискове ”и те са от типа„ не, не можете да го направите, така че, извинявай Робърт, не можеш да вземеш Drobo и да го включиш. ”Въпреки че, някои от вас, Сигурен съм, вероятно кима с глава и вече е виждал това.
Така или иначе, така че планирането на капацитет, трябва да се уверим, че не просто от гледна точка на съхранение, но в тази хиперразговорна среда, тъй като ние виртуализираме и абстрахираме всички тези изчислителни ресурси, това е само куп процесорни ядра и гигабайти. Трябва да разберем как се използва. Трябва да знам дали смятам да изтичам. Ако съм напълно добре, ако всъщност съм ниска. Къде отива, колко време имам, док. Имам ли деветстотин дни, докато не ми остане място, или девет? Има голяма разлика там. Не искаш да те хванат така. И така, много приказки. Как се вписва това време в тази картина?
Е, номер едно, първо, след това ще ви покажа момчета като нещо като стар модел / нов модел, но някакво разбиране как продуктът всъщност се вписва в това, ние трябва да измерим ефектите. Трябва да можете да измерите всички малки неща, за да разберете голямата картина, но както казват нашите търговци, не е нужно да кипвате океана, за да направите това. От техническа страна на нещата и този вид се движи в наклон тук, но от техническа страна трябва да измерим тези среди за виртуализация. Неща, които стартират хипервизора. Как се използваха извлечените ресурси? Използват ли се разумно? Как се правят тези хостове на ESX и т.н.
ОС, защото със сигурност, ако някой е прекарал време в разглеждане на показатели и vSphere - за да не насочва към конкретна платформа за виртуализация - няма да ви каже защо вашият SQL сървър е запален. Няма да стане. Той ще каже: „Ей, използва се повече от предвиденото за него, защото си позволил това.“ Добре, чудесно. "Балонизираш паметта си." Добре, чудесно. Какво представлява балонирането на паметта ми? Антивирусът ми отиде ли се с косъм? Кой знае. Трябва да ударим ОС. Очевидно, нали? Изглежда очевидно. Процеси, файлови системи, изчерпвам ли се с пространство, такива неща. Ако имате файлова система Linux, имате логическо управление на силата на звука, може да имате дузина файлови системи на този един виртуален твърд диск и няма да видите нито една от тези във виртуалния слой. Както и да е, проповядване.
Мрежата го свързва всички заедно и просто ще го оставим там. Комплексната мрежа ли е? Тя може да бъде изключително сложна, може да бъде доста ясна, всички точки между тях. Трябва да разберем, че мрежата е как се заобикалят нещата. По-сложните среди получавате, хибриден облак, всичко това, IoT, о, боже. Искам да кажа, че със сигурност аз самият съм домашен автоматизатор и обичам да виждам всичките си показатели, просто открих някои услуги, каквото и да е, няма да предпочитам никого, но каквото и да извадя тези показатели, да мога да визуализираме тези неща. Мога да си представя момчетата, които получават тези данни от всички места от стотици хиляди устройства, това е безумно. Много неща минават през мрежата, SAN мрежата. Излезте от тръбата към интернет. Трябва да наблюдаваме това.
Трябва да знаем дали има проблеми, ако има, има ли проблеми и т.н. Какво наричаме сервизни монитори. Така че, когато говорих за ERP или SharePoint, или каквото и да е, сервизният монитор следи нещо, което работи на всички тези прекрасни лъскави неща, това е iOS, Apache, това е попълване на празно място, това е двигателят на базата данни, това е Услугата Windows работи. Ако свържа SSA към рутер, за да извадя някаква информация за конфигурация и да видя дали е променена, или по каква схема работя? Както и да е. Това е някакъв вид тест, добре? Визуализиране на обекта. Имаме плъгини и така е в крак с индустрията тук.
И ще се уверя, че се придвижвам тук, който и да е, дайте ми малко проверка за здрав разум, ако говоря твърде много. Но плъгините ни позволяват да сме гъвкави, те наистина - за да бъдем пъргави, трябва да имаме нещо, което е разведено извън правилния жизнен цикъл, тъй като имаме около четири основни версии годишно. Мисля, че, честно казано, през последните шест месеца, мисля, че сме имали четири през последните шест месеца. Ние сме в крак с това от гледна точка на развитието, но не искате да чакате. Кажете, добре, че имате SharePoint 2013, преминавате към 2016 г., може да не искате да чакате до декември, за да излезем с друго издание, което прави това.
Плъгините или ви позволяват да направите това сами, като използвате някой от вероятно няколко предварително изпечени скрипта, които са там, или просто напишете свои собствени и го запишете в пъти основна функционалност и ние можем да направим това и за вас. Бих казал, че точно от гледна точка на продажбите е, че ние всъщност ги подкрепяме. Което е, това е много по-различна парадигма от общността с отворен код - която обичам, много мила е на сърцето ми, много участва в нея - но ако купувате софтуер за мониторинг, искате да можете да имате на кого да се обадите. Трябва да имате телефон, който можете да вземете и да бъдете като „Blah не работи“ или „Какво означава това?“ Просто имайте това предвид.
Приложението - и тук наистина започваме да се движим в бизнес стойността на нещата. А също и от най-доброто ниво на запазване. Искам да кажа, че всички онези дребни неща долу в долната част, ако бяхте да научите всички тези неща, които ще получавате имейли по цял ден, гарантирам ви. Правилото се създава, имейлите се игнорират, нещата не се контролират, съхранение на рафтове. Много лошо място да бъдеш. Освен това е лошо да бъдете от стресова гледна точка. Както и да е, независимо и затова правим това. Така че бях там, направи това. Нивото на приложение е мястото, където наистина смятам, че трябва да алармираме. Трябва да зададем критерии и очевидно трябва да имаме изграден този малък свят, но ние създаваме тези критерии, за да кажем: „Ей, това е, върху което е изградено нашето приложение. Ето базата данни, тук е уеб фронтът, тук е съхранението, тук е мрежата, dingdingdingdingding, ето уеб страниците и т.н. "И тогава мога да кажа:" Ей, вашите приложения не са доволни. "В споразумението за ниво на услуга, на този момент е не-мозъчен и това само по себе си е почти без усилие, защото всички усилия наистина бяха направени само за изграждането на разбиране и приложение от тези малки парчета.
Споразумение за ниво на обслужване, вие просто казвате: „Ей, искам това нещо до четири девет.“ Бум. Свършен. Ще ви предупреди, когато се стремите да се провалите. Ще ви каже защо започвате да се проваляте и дори разглежда исторически данни, мога да ви кажа защо не постигате целите си, което е много различно от това да бъде нещо, което бих считал до голяма степен за алармата за дим. Това е бизнес краят на нещата. Това, което обичам да влязат в него Uptime, всъщност съм ветеран на IDERA, с компанията съм вече четири години и половина, когато купихме софтуер на Uptime - това е компания, базирана в Торонто - бях наистина скептичен, като аз съм на абсолютно всичко, но наистина ме впечатли, защото трябваше да предам тези отчети, тези BI доклади на ръководството, от това, срещаме ли се със SOA и обикновено се дърпам от глупави места, като моя ITSM софтуер, ще само съпоставям моите случаи и ме уведомявам колко престой съм имал, което аз самият познавам и много хора просто не си правят билети. Вероятно наистина работи в наша полза, ако нещо друго, но това не е добре за бизнеса. Продуктът всъщност мисли за тези неща.
Ето тези две парадигми и тази, в която до голяма степен сме в момента, и тази, в която се опитвам да извадя главата на всички, е лошият начин на мислене за наблюдение на вашите неща. Добре? Защо е лошо? Това е защото е сериен. Имам моята станция за наблюдение, наблюдавам сървър, има показатели по него, предупреждавам за тези показатели. Виждате, че се опитвам да го направя целенасочено задръстен от дясната страна, там. Въз основа на разбирането за куп кутии се нуждаят от мониторинг, така че това наистина е това и е шумно поради всички тези показатели, наистина е шумно и процесорът ви е висок, паметта ви е висока, паметта на вашата файлова система няма място, вашата уеб страница времето за реакция е пет секунди, вие знаете, дрън дрън дрън.
Тези неща, това е шум. Освен ако не можете по някакъв, спокоен начин, да премествате имейлите си и психически да събирате всички тези неща и да опитате да разберете по-голямата картина, това всъщност не служи на точката, която алармира за това какво става наред. Това е просто симптоматично и е трудно да се дешифрира въздействието и той осигурява много малка стойност на бизнеса. Доста ви гарантирам, че вашият CIO не се интересува колко CPU тикове са били използвани на вашия SQL сървър. Той се занимава повече с услугата, която вие предоставяте, всъщност работи добре и дали хората са имали проблеми с достъпа до нея и какво е мисленето на клиента, и подобни неща.
Ярост човек, да, не е забавно. Ето как установих, че BlackBerries са много издръжливи. Докато топката може да падне, те ще преживеят стълб или пет. Както и да е, извинявай BlackBerry.
Нов начин на мислене за наблюдение на вашите неща - имам предвид ИТ системи и случаи на Apple. Тук искам да са главите ни и току-що избрах две наистина прости неща тук. Обичам този отворен пакет от Греъм, вероятно ще опитам да го открадна в един момент, но ние преминаваме към това свързано разбиране. Как се свързват нещата заедно въз основа на това разбиране на зависимостта и функционалните части на всички тези неща? Отново, това е този обект, отново се връщаме към цялото това прагматично нещо. Тихо е.
Два сигнала - вашата ERP не е доволна, защото базата данни работи бавно и уеб страницата ви работи бавно. Човек може да каже: „Хей! ERP не е щастлив, уеб страницата е бавна и базата данни е бавна. “Това може да е базата данни. Сега, за да бъда честен, няма да ви казвам: „Да, причината уеб страницата ви да е бавна е, защото базата данни е бавна.“ Не го правя. Аз не съм решение за причината на APM, но когато изградихме това разбиране и получим имейли по този начин, има много смисъл и от вашите усилия за отстраняване на проблеми, вместо да казвате: „Хм, това не работи“ и отдалечено и каквото и да е, или перфмон, всички тези множество инструменти, подскачащи навсякъде, това най-малкото опростява невероятно вашите усилия за отстраняване на проблеми. Но още не съм стигнал до графиката на нещата. Това е просто - не гледам на екрана и не обичам да се взирам в инструменти за мониторинг, честно казано.
Лесно е да се разбере тогава, нали? Знаем какво става, защото го изградихме, изградихме разбирането. Но най-добрата част от това според мен е, че споделя много от знанията с други хора в екипите. Ние говорим за силози през цялото време и дали това е приложението или базата данни или каквото и да било. Толкова много е, че всъщност са станали маркетингови кампании за някои компании, това са всички инструменти за база данни, вероятно сте ги виждали.
Значи, знанието - знанието е сила. Малко периферно разбиране за това как системите се събират. Трябва ли човекът на вашата помощна служба да знае всички входове и изходи на вашата мрежа и как SharePoint функционира и как се свързва ERP. Вероятно не, но е много полезно, когато мога да погледна табло и някой се обади и ми каже, че не могат да получат достъп до нещо, аз мога да съм от типа: „О, да, изглежда, че имаме проблеми с нашия край рутер. Така че, ако сте извън кампуса, SharePoint ще бъде проблем за вас, но сте били на това. ”Хората като това не харесват, “ Mmm hmm ”се оказва.
Както и да е, това е бизнес стойност, нали? Освен старт, стартиране, IP конфигурация, чух, „уфххх“ много на помощно бюро. Както и да е, но това осигурява тази бизнес стойност, защото ние разбираме как се движат частите. Ние разбираме, когато нещата се объркат, имаме тези SLAs, правим планиране на капацитет, всички тези неща, които в началото може да изглеждат като еднорог, когато цялата ви грижа е колко добре работят вашите сървъри, са неща, които са много лесен за настройване и това е ключът. Можех да плача дъги.
Задайте и оправдайте очакванията. Това е SLA бита. Имайте ги. Мисля, че вече вероятно съм се справил с това достатъчно, но вече наблюдаваме всичко. Вече сме изградили разбирането, приложенията, зависимостта и свързаността, това е трудната част, просто разбирането на собствената ви среда. Прави го, не става по-лесно. Вече алармирайте, хората вече получават подходящи имейли тук, дори мога да правя ескалационни пътища и няма да се опитвам да ви показвам всички неща във всякакъв вид демонстрация на софтуер тук, определено има форуми за това.
Вече автоматизирам поправки, Uptime дори може да реагира на нещата. Искам да кажа, че винаги има онези глупави, глупави неща като спулера за печат, който се срива по неизвестна причина, все още е на Windows 2000 и един ден ще го обновите, кълнете се - каквото и да е. Отнема няколко минути от деня ви и някой знае, че е счупен, за да го поправите, нали?
Автоматизиран, този вид неща е само фураж за автоматизация. Вече сте направили страхотно табло, знаете ли, таблото за управление на темата - наистина е нещо. Всичко, което събирам в Uptime, мога да разбера по някакъв разумен начин. Така че, ако трябва да се отклоните, е като „Наистина бих искал да имам табло за ефективност за моя SQL.“ Готово. Искате табло за управление на приложението, което включва технологии в целия стек? Свършен. Планиране на капацитета? Свършен.
Толкова прям. Поставете тези цели, накарайте тези SLAs да разберат защо не ви трябват. Това наистина е ключът тук, знаете ли, това отнема само секунда, буквално отнема само няколко секунди наистина, а не минути, по-дълго време, за да го обясня, но просто да кажа: „Ей, ето това очакване, ето тези неща, които Очаквам да работя “и тогава Uptime ви казва какво не работи.
Както и да е, щях да открадна двойни снимки на дъгата, но вероятно ще изпадна в неприятности за това. По-вълнуващо от двойна дъга, о, боже - тук е уебсайтът. Отивам да изскоча. Имам ли още няколко минути? Нека да взема време за проверка на разумността, как се справяме?
Ерик Кавана: Да, покажи ни някои неща.
Робърт Вандерворт: Добре, готино. Както казах, покрих много земя; това ме спасява да ви покажа не особено секси битове, които са само текст и настройки и каквото и да е. Това, което искам да покажа, е като графичния край. Както казах, не обичам да се взирам в инструменти за мониторинг, искам да мога да се отдалеча от това нещо. Искам да е моята детегледачка, ако щете, но не искам да е така: „Хей, може ли детето ти да има златна рибка, аз съм във филм, да, каквото и да е.“ „Добре“. Пръстен, звъни: „Ей, добре ли е, ако детето ви отива в банята? Той казва, че трябва да отиде. "" Да, добре, каквото и да е. "Искам отговорна детегледачка само да ме бъга. Така че предупредителните шумове са голяма работа за мен, ако не можете да кажете, вероятно имам някаква усъвършенствана форма за наблюдение на ПТСР.
Искам да отбележа, че от гледна точка на Uptime имаме всички тези различни профили. Направих няколко луди неща тук, за да изглеждам като витрина как Uptime може да прави различни неща и да работи с хора, което е голяма работа. Момчета наистина не ви казах. Имам ИТ опит, честно казано, след като бях на 13, работех в задната стая на компютърен магазин. Може би това не беше най-законното нещо на света, но каквото и да е, и никога не съм спирал. Сега съм на 37, имам степен на психология, защото за мен хората са много по-трудни за разбиране от компютрите. Но от потребителски интерфейс и UX гледна точка, не искам инструмент, който да ми каже как трябва да си върша работата или как трябва да работи, или искам да огъна начина, по който иска да прави нещата. Знам, че ми е нещо като пробиване на някаква философия и разбиране, надявам се, че ще улесним нещата за вас, не го приемайте така: „Ей, трябва да направиш това“ или „Казвам ти какво да прави. "Но това е нещо мое.
Както и да е, интеграция на HipChat, разговорни сигнали. Искам да кажа, че този всъщност ще направи този 18-мониторен NOC, който гледахте, да ви каже какво не е наред устно. Представете си, че стената ви отива: „Внимание, SharePoint е в критично състояние, тъй като базата ви данни е бавна, дрън дрън, това е така от седем минути.“ Да, това е вид бижута, може би е хинк, каквото и да е. Опитвам се да ви покажа, че това е много гъвкав инструмент. Имаме базирани на скриптове изходи и можем да правите всичко, което искате.
HipChat, използвам дяволите от HipChat и Skype - вероятно повече от моя имейл, вероятно за ужас на много продавач, но така или иначе - интегриране и на HipChat, няма значение какво е, River, Flack, каквото и да е искате да направите, много направо да го направите.
Както и да е, от гледна точка на потребителя, ние всъщност започваме с вашата информация за контакт и вашето работно и извънработно време, ако имате такава. След като стигнете дотам, че действително отправяте предупреждение, Uptime вече знае как да се свърже с вас, което наистина е ключово. Искам да кажа, колко пъти беше „О, не забелязах имейла.“ „Е, може би трябва да го изпратя до вашия Gmail, да го изпратя на вашето лично, ще го публикувам на стената ви във Facebook. „Както и да е, все още не съм стигнал толкова далеч, но може би следващия уикенд, когато се отегчавам.
Глобалното сканиране в тази сложна луда среда. Първо, трябва да поддържаме нещата организирани. Поддържането му е организирано е от ключово значение, позволяваме ви да го направите, правим автоматично откриване и всички подобни неща, които бихте очаквали, но ви позволяваме да структурирате вашия център за данни по начин, който има смисъл за вас. Обичам да мисля, че е някакво физическо, логично и технологично, а след това от виртуализираната гледна точка ние го правим точно както бихте го виждали във VMware, където имаме вашите центрове за данни, вашите клъстери и пулове от ресурси и всичко това прекрасно неща.
Това филтрира точно чрез същото разбиране, отново работи, както правите по начина, по който има смисъл. Същото разбиране филтрира през тези табла за управление. В световен мащаб е основно всичко, което не е наред, и затова всичко, което ме интересува, е Хюстън и всички останали QA, SA какви ли не неща, в които всъщност не се притеснявам, само от Хюстън. Мога да се съсредоточа върху това и след това отново от всеки, който има опасения за сигурността или запазването на нещата, разделени по потребителска група или какво ли още не, можем абсолютно да го направим. Единственото нещо, което някога бих могъл да видя, е само Хюстън, или нещо толкова стеснено, колкото просто „Мрежови компоненти на Хюстън“, така че това определено е нещо.
Сканиране на ресурсите - как се използват тези ресурси в цялата среда? Това е това. Това е твоят изглед от деветдесет хиляди фута. Мога да разгледам всички области, които имат проблеми спрямо други. И забелязвате IBM Agency, просто вид настрана, това наистина не е отстрани. Едно от най-критичните неща за изграждането на разбирането на приложението, намаляването на този прагматичен модел, е всичко на вратата, и не казвам това, само защото ми харесва да имам лиценз, за да разчитаме на сделките на това, което правим. Наистина, ако мога да направя всичко без моите неща от серията IBM P, това мирише.
Имаме монитори за AS / 400. Хората понякога ми доставят ад по този въпрос, все едно е "AS / 400 ra-ra-ra." Ще се изненадате колко AS / 400 все още работят наистина важни системи, или по-новите неща от I серията, това е нещо, ние правим това. HP-UX, AIX, имам предвид почти всяка основна операционна система в света, за която имаме агент. Ключово е да го поставите във вратата и да го следите.
Като погледна отново слоя на приложението, нека да изляза от гранулата и да отида отгоре. Ето как изглежда това табло. Това може да е единственото нещо, което някога гледам редовно, искам просто да дойда тук и просто да кажа: „Ей, моят CMS е наистина ядосан, защо?“ Сега, при условие, вероятно не плащам толкова много вниманието към имейлите ми, както трябва, но аз съм тук всеки ден, гледайки портите на сървъра, това е, което правя. Аз съм зъболекар, това са ми зъбите.
Тестове за вход. И така, там тествам действителното време за влизане, това е неща от потребителското изживяване, това е супер прагматично. Дори не ме интересуват показателите на Apache. Ако всички са като влизане в нечестен сплит и всички транзакции работят добре, кой се интересува от изпратени и получени байтове, освен ако не се опитвам да планирам капацитет. От гледна точка на гасенето на пожар, от „Дали ме интересува ли, трябва ли да му обърна внимание?“ Искам да знам тези неща доста интуитивно и доста автоматично.
Ако съм CIO, ми пука за това, не ме интересува моето табло за изпълнение на Apache. Ако съм ваш човек в мрежата, можете да се обзаложите, че го правя. Искам да кажа, че трябва да вляза тук и да прощавам бавността тук, но трябва да мога да вляза тук и да видя много дълбоки показатели от цялата дъска и да забележа модели. Тук виждам, че демонстрацията ми Apache 01 се рестартира и Uptime е „бум, бум, бум, бум“, какво става с това?
Това са модели, които може би дори не знам, ако дори не го гледам. Отново истинските гранулирани неща, но наистина служат на тази цел. Тези сървъри са част от CMS и ако виждам проблеми на уеб страница и сървърите ми се рециклират, разбрах повече за тази среда само за няколко секунди, като погледнах таблата, които съм настроил, отколкото определено можех като го премахнете. Дори не съм сигурен откъде бих започнал за някои от това, за да бъда честен с вас.
Както и да е, усилия; и всички си мислят: „Това е просто лудо.“ От гледна точка на усилията, как да наблюдавам нещата? Можете ли да напишете сценарий за него? Да. Това, което се опитваме да направим, е да предоставим много общи неща, много често срещани технологии, които са там от гледна точка на базата данни. Имаме, искам да кажа всеки основен двигател на базата данни. Нямам никой от NoSQL, нямам никакви неща от времеви серии, но всяка основна релационна база данни е тук от гледна точка на уеб услугите, IAS, Apache Tomcat, просто се извисява по низходящия ред тук. И след това за нещата, които може да не видите в списъка, има много други неща, разбира се, но ние имаме тези приставки. Това е просто много лесен начин да излезем, ние имаме GitHub обществени депозитарии, можете да видите кода, можете да го направите свой собствен, можете да го промените, каквото и да е, той е достъпен за вас там. Така че от гледна точка на технологията или софтуера, ако е SAN, или ако е SharePoint или обмен или каквото и да е.
Ето как го правим и тогава по същество те ще ви предоставят показателите, които ви интересуват, и това е най-трудната част. Написал съм няколко от тези приставки и най-трудната част за мен е като: „Какво искат да знаят хората? Какво всъщност е важно? ”Ако погледнете всяка WMI система, може да има стотици неща. Е, добре, трябва да го забавя, никой няма да иска да види 400 показатели, защото тогава трябва да осмислиш този свят и няма стойност там.
Както и да е, тогава SLAs. Има тонове информационни табла за предмет. Бих ви насърчил, искам да кажа, че ако това е нещо, което ви е интересно, очевидно можем да правим демонстрации и какво ли още не, можем да правим персонализирани неща, не се опитваме отново да заври океана. Но знаете ли, ако получа имейл, в който се казва, че „Моят SLA работи, превишавам го, ето ми се проваля мизерно, искам да знам защо, какво става?“ Мога просто да проуча това в този подробен доклад и да видя кои са конкретните неща, които причиняват неуспех на SLA, или дори да се върна назад във времето и да разбера дали това е тенденция или не. Къде са червените петна? Това почти прилича на ДНК анализ или нещо подобно, имаме прекъсвания на сървъра - съжалявам, това са прекъсвания на тест за вход, при които не успях да вляза. Имаме време за реакция и неща тук и мога просто наистина лесно спуснете надолу към нещата, които са важни за това дали съм изпълнил тези цели или не. И отново, не очаквам всички да прочетете всички тези неща, но тук има много данни. Доста удобно е просто да можете да имате това пред себе си. Но реалността е, защо не успявам е заради тези тестове за вход. Цялата информация за гърба тук е предоставена и на вас.
Отчитането се предоставя с инструмента, така че не се нуждаете от Crystal или SSRS или нещо подобно, вграденият двигател за отчитане; можете да персонализирате всички отделни отчети, които са тук. Мога да ги накарам да се изпълняват периодично. Мога да ги спестя за други хора, които да виждат и използват. Имате различни изходни формати. Искате да получавате по имейл всеки мениджър всеки ден в петък от 16:00? Ха-ха-ха, можете да го направите!
Толкова отново здрав, от гледна точка на планирането на капацитета. Не искаме само да се съсредоточаваме и говорихме за това да можем да прогнозираме нещата и да правим прогнозна анализа. Освен че просто имам възможността да визуализирам тук и сега и историческата тенденция, искам да мога да видя прогнози за планиране на капацитет и това е толкова бързо, имам изчислителна памет и капацитет за съхранение на данни, които се разпростират в целия ми vCenter и аз мога да го погледна и да ви кажа, че имам най-лошите 132 дни, докато не ми остане място, по-добре да направя нещо по въпроса.
Това е истинска лаборатория и аз всъщност съм гордият татко на, като, много неща, и току-що заряза работата ми тук. Но аз знам тези неща и така, ако това се случи, това е моят проблем, това е моя вина, че не променя нещо или правя нещо по въпроса. Добре познавам тези неща. Ако съм на среща и някой отиде: „Ей, трябва да добавим куп сървъри в лабораторията“ - няма да ми го направят, но ако го направят, бих могъл да бъда като „Ти знам какво? Имам концерти. Имам гигагерците. Разкривам те “или не, и с един поглед вместо да се налага да отварям друг инструмент, който е нещо като друга точка и съгласен с всички тези неща, правя това като шега.
Офис в Хюстън, говорехме за трафик. Моят зъболекар и аз говорехме за трафик, тя израсна в Айова, тя каза: „Единственото, което харесвам в малките градове, е, че няма много трафик.“ Е, Хюстън, ако живеете вътре в цикъла, няма оставете го, както можете да видите тук долу. Мога да интегрирам всяка мрежа като iframe, ако някой от вас е запознат с HTML, мога да интегрирам всяка мрежа в която и да е от тези джаджи. Независимо дали е като вашия уебсайт или е камера за движение извън офиса й или каквото и да е, мога да го направя. Притурките се добавят супер лесно.
Искам да кажа, табла - показвам телевизионна магия. Това е като: „О, гледай, свърши се, всичко е хубаво и излъскано“, но реалността да попаднеш в тези табла за управление е много лесно. Има много различни начини за показване на данни във всички различни точки от данни, които имаме. Неща като този прикачен образ обикновено са много популярни сред хората, защото когато се опитвате да изградите разбиране за приложение, можете просто да качите това видео и след това да прикрепите елементите, които го съставят. Виждате ли, мога да ви кажа къде са всички проблеми по пътя.
Тези неща са просто изключително полезни, мисля, че мрежовата топология, разбирането какво се включва към какво, от какво зависи, каквото и да е това, работна дъска, превключватели или уебсайтове или каквото и да е, са всичко, което е вградено. И отново, в различни стекове от технологии. Не съм го донесъл, знам, че ни липсва време, искам да се уверя, че вие имате време за въпроси и отговори и всичко това, но има само тонове информация, които можем да съберем от различни видове източници: лог агрегации, API-та - каквото и да го наречете - SMP, WMI и т.н., и т.н., и т.н., азбучна супа. Значи става въпрос за събиране на тези данни, изграждане на разбиране и след това алармиране и действие върху тях по прагматичен начин. И така е накратко.
Ерик Кавана: Страхотно. Това беше фантастично представяне от всички. Трябва да ти кажа, много ми хареса. Имаме няколко допълнителни минути тук, за да хвърлим въпроси. Рик, защо не хвърлиш въпрос-два и след това Дез, а след това имаме само няколко въпроса от публиката, които са някак специфични за изпълнението. Но първо Рик, а след това Дез.
Рик Шерман: Добре, страхотно. Първо, най-много ми хареса демото, за да сложа всичко заедно, особено за добавяне на сървъри, монитори, плъгини и т.н. Мисля, че това беше страхотно. Един от въпросите, които имам, споменахте, че това е повтаряща се тема, като в предварителните продажби, които могат да разберат хората каква е архитектурата или приложенията. Те искат да наблюдават нещата и тогава има тази част от парче. Как мислите за обучението им как да разбиете типологията? Осъзнавам, че има много неща, които можете да изберете, но как да ги възпитате? Защото не съм сигурен дали могат да схванат колко можете да направите.
Робърт Вандерворт: Да, аз съм голям фен на самоунижаващия се хумор, така че обикновено просто започвам от този ъгъл. Имам ADHD, ако не можете да кажете. Жена ми не обича да влиза с мен в Home Depot с мен, нека просто да го кажем така. Използвам аналогията на това, че ако имате скърцаща панта или изтичане на каквото и да било, влезте там и си помислете: „Искам да оправя кранчето си.“ Помислете. Отидете до мястото си в Дзен, „Искам да оправя кранчето си.“ Не си мислете: „Хм, какво мога да оправя в къщата си?“, Защото ще бъдеш там цял ден и ще забравиш за уплътнението на крана и ще си тръгнеш с улуци
Това, което се опитвам да фокусирам хората, е приложението. Ти ми казваш, че това боли и че боли, нека вземем приложение. Вашето ERP ли е? Готино. Нека вземем приложението в POC, разберете за мен, няма значение с кого трябва да говорите или каквато и да е информация, която трябва да напишете. От какво е направено това приложение? Сървъри на база данни, файлови сървъри, знаете, каквото и да е, каквато и да е крайната точка на приложението. Разберете, получете целия достъп до него. Ако имате нужда от помощ за получаване на някакъв инструмент, готино, ние сме тук. Но нека се съсредоточим върху конкретно приложение, защото в крайна сметка там ще бъде стойността. Искам да кажа, че бихте могли лесно да добавите стотици или хиляди сървъри и да започнете да вървите под този ъгъл, но тогава вие сте много в този сериен модел, който е много - той не е само неустойчив от POC, но също така просто не е там, където искаме нашия глави да бъдат.
Рик Шерман: Да, и бихте ли настроили таблото за управление и т.н., някак да ви дадат този бизнес изглед, този вид съставен изглед на парчета, които поддържат това образувание, каквото и да се опитват да наблюдават?
Робърт Вандерворт: Абсолютно. По принцип предлагам, добре, искаме да имаме - това, което наричам това, са приложения на карти, където имаме нашето табло за приложение и трябва да има всички тези парчета. Направете схемата, ако тя не съществува, ударете я в Uptime, разберете какво трябва да отидете там. Поне открийте всички тези неща и ги поставете под капака на мониторинга и след това започнете да добавяте услугите, които всъщност се добавят, за да направите тази функция на приложението. Както в случая с SharePoint, има - и нещо като страхотна точка - тези приложения могат да бъдат изградени от други приложения. В случай, че имате като SQL клъстер, това наистина е приложение. Това е множество сървъри, множество услуги и неща. AD е приложение и т.н. и т.н. Мога да изградя тези съвкупни изгледи от тези, както виждате тук в SharePoint. Искаме да можем да изградим това. Ако не мога да изградя това, не съм добавил достатъчно неща. Правим всички малки парченца там, което го прави да цъка.
Рик Шерман: Работиш ли по някакъв начин назад?
Робърт Вандерворт: Да, мислете назад, работете напред.
Ерик Кавана: Добре. Дез, отнеси го.
Дез Бланчфийлд: Искам да разбера вашето разбиране, само накратко, защото знам, че сме къси навреме тук, така че просто ще го спра на един задълбочен въпрос, ако мога. Можете ли да ни дадете представа за това, къде смятате, че в момента се намират фирми и организации, що се отнася до стойността на не само мониторинга на услугите, но и на типа подход, който предприемате около прагматичния край. По-конкретно от търговските ползи. Така че много от нас произлизат от техническа подготовка и обичаме да можем да пинсираме нещата и да видим дали са включени. Но от гледна точка на бизнеса, те често не се интересуват, защото това е така, както и вие казахте, че ни призовава за това ние ви плащаме.
Виждате ли преход далеч от просто запазване на светлините до сега поставяне на KPI на търговско ниво и оперативно ниво на дълбока интеграция на мониторинг на ниво управление на услуги за цялата рамка работи правилно, така че хората да гледат на вашия инструмент от гледна точка, че можем да запалим светлините, но дали всъщност сме сложили стойност на долара върху стойността да видим целия изглед от край до край и да гарантираме, че „Добре, нещата се използват, използваме ли разумно, както казахте, срещаме ли се с нашите SLAs и ако да, какво означава това за бизнеса? ”Виждате ли преход към това все още или все още сме малко настрани от това?
Робърт Вандерворт: Определено има желание. Там има спешност. Хора, помолих да отворя въпрос, очевидно е натоварен въпрос - имате ли SLAs? И почти недвусмислено е: „Не, но нашите мениджъри любезно говорят за това“ и т.н. Аз съм като: „Готино, как ще стигнеш до там?“ „Е, всъщност не сме сигурни. Ние някак си гледаме на ServiceNow или правим това. "Аз съм като" Е, вие трябва да разберете, ServiceNow е нещо, това е празен кадър, основно следва стъпка на заключване с него ", добре, да не се предпочитат конкретни ITSM платформи. Но няма да отговаря на вашите SLA въпроси. Ще говорим само за колко човешки часа сте прекарали да коригирате принтер или колко ресурси са отишли в определен сървър, ако трябва да купите части за него? Не може да отговори на въпроса в реалния свят какви сървъри всъщност трябва да бъдат, края на живота или каквото и да било. Никъде до степен.
Когато говорим за, от гледна точка на SLA, има няколко наши клиенти, които абсолютно имат SLAs, че губят пари. Това е все едно да доставяш пица, ако е късно, ако те ще те пуснат, тогава те не получават пари. Така че има пряко въздействие върху бизнеса, тези момчета са склонни да се грижат много повече за тези неща, отколкото за останалите и затова едно от нещата, които наистина настоявам хората, е просто да създадете очакване за себе си, за вашия екип, за ИТ. Това не трябва да бъде истинско, нито написано, нито обещано на никого, но когато отидете и създадете очакването, като нещо се обърне на главата му, казвайки: „Ей, това е причината, защо не се срещам със наличността на сървъра.“ само един вонящ сървър. Можем да се съсредоточим върху един сървър и: „Хей, вижте, ние имаме подобен ъптайм.“ И това всъщност е моят случай, имам такъв като тук, но вие разбирате.
Така че да, за да отговоря на този въпрос, да, абсолютно, чувствам, че има повече желание, отколкото действителен ход към това, защото хората все още се борят с това как да получите инструмент, който наистина може да отговори на въпроса, как следи достатъчно неща и повечето хора имат множество инструменти. Това е така, защото екипът на мрежата отиде да пазарува за инструмент за мониторинг на мрежата, а екипът на разработчиците отиде да пазарува за APM инструмент, а момчетата от базата данни пазаруват инструмента си и никой от тях не разговаря наистина помежду си, освен в обедната зала.
Дез Бланчфийлд: Да, това е непрекъснато главоболие за мен в живота ми. Сякаш през последните 25 години имах този постоянен проблем, който, когато влезете в организацията, защото те се разпаднаха и сегментираха в логически блокове. Подобно на тази снимка на много, много на преден план, е център за работа с мрежата и те се притесняват за мрежата и докато мрежата работи, те получават заплащане и работата им е свършена. Така че да, но е интересно.
Последен бърз въпрос и отчасти личният ми интерес, но знам, че много хора ще искат да знаят едно и също нещо. Как да се ръководим с този инструмент и как да започнем с него? Къде ще го намерим, къде ще получим повече информация и можем ли да получим демонстрация или пробен опит или нещо подобно?
Робърт Вандерворт: Абсолютно, да. Мразя тази дума, абсолютно, няма такова нещо. Idera.com е мястото, където ще отидете за това. Има малко като иконата на жака, казва „ИТ мениджмънт“, ще щракнете върху това и тогава има две опции. Единият е за облачния, който имаме, а другият е за Uptime Infrastructure Monitor, който е този продукт, който ви показваме днес. Пробният процес трябва да бъде за около 30 дни. Не поставяйте някои BS във формата, поставете истинската си информация. Нашите момчета по продажбите са наистина доста ръце, никой не ми каза, че продавачите са досадни. Но наистина е така, защото те са най-добрият ти път за хора като мен в моя екип.
Ако имате тези технически въпроси и документацията не го решава за вас - защото това, което документацията прави - имате директни линии за поддръжка, ниво на портиер, ако желаете, както и разширения, защото повечето хора ще искат да отидат и се свържете с vCenter и ще намерите стотици неща. Ще издърпате пробен лиценз, така че ще ви зададат онези уместни въпроси, за да сте сигурни, че ще получите квадрат за POC или ако искате демонстрация „един на един“, това определено е начинът да направите това.
Дез Бланчфийлд: Фантастичен. Е, много ви благодаря, очаквам с нетърпение това и се надявам да се видим отново и ще поговорим за добавяне на верига за блогове към него. Ерик, ще ти го върнем.
Ерик Кавана: Ето, звучи добре, хора. Имам няколко бързи въпроса, които ще ви хвърля наистина бързо. Едното е: Uptime Infrastructure Monitor е уеб-базирано или клиент-сървърно приложение, можете ли да отговорите на това?
Робърт Вандерворт: Уеб базиран. 100% уеб-базирана. On-помещение.
Ерик Кавана: Добре, а друг участник пита: трябва ли да инсталирате някакъв собствен патент на отделните сървъри за IDERA, за да ги наблюдава?
Робърт Вандервоорт: Запазих ги за всички, така че нека разгледаме тези инструкции. Така че, без агенти, казвам, че е без агенти, без агенти, без агент, както казвам окабелен, освен ако не трябва да се свързвате с безжична връзка, и ще ви спестя някои от другите не особено подходящи аналогии за безжичната връзка. Но както и да е, ние имаме агенти за почти всяка ОС, единственото, което пропускате, ако не ги използвате, е TLS1.2 криптиран път към споменатия сървър, на който работи, както и възможността за стартиране на скриптове директно върху него.
Извън това, Windows, Net-SNMP, нашата Windows има WMI, Net-SNMP за останалата част от света, SNMP за всички ваши мрежови неща и т.н., и т.н., и т.н. Така че не, винаги казвам „не“, нали не трябва, освен ако не искаш. И тогава, доколкото технологията, която я инсталира, тя идва с всичко необходимо, тази дясна страна на диаграмата работи от MySQL, Java, PHP, Apache. Не е необходимо да намерите други сървъри, за да го стартирате. Той дори ще работи на Windows 7 Service Pack един на по-нагоре. Имаме и базирана на Linux и Solaris дистрибуция, така че технически дори не е нужно да плащате за лицензиране на сървър, за да го шамарите, само някои допълнителен хардуер.
Ерик Кавана: Чудесно, трябва да кажа, че това беше фантастично представяне, така че благодарение на двамата наши анализатори днес, и благодарение на вас, и разбира се на IDERA. Мисля, че това е страхотно и мисля, че вие очаквате напред по много положителен и завладяващ начин и ще чуем отново от IDERA по-късно през годината, хора. Имаме още няколко събития с тях. This has been fantastic, thank so you so much for your time. The archive usually goes up within about a day, so hop online to either Techopedia or InsideAnalysis.com to get the details there, and we'll talk to you next time folks, take care. Чао чао.
Rick Sherman: Thanks guys.
Eric Kavanagh: Yeah, and Dez –
