Співробітники компанії «Техопедія», 12 серпня 2016 року
Винос: Ведучий Ерік Кавана обговорює методи моніторингу та тенденції з Ріком Шерманом, Дез Бланчфілдом та Робертом Вандервоортом.
На даний момент ви не ввійшли в систему. Будь ласка, увійдіть або зареєструйтесь, щоб переглянути відео.
Ерік Кавана: Добре, привіт, вітаю ще раз. Ви можете побачити слайд переді мною, сподіваємось, він називається "Гарячі технології 2016 року". Сьогодні ми говоримо про "Аналіз та оптимізація: новий підхід до моніторингу". На жаль, у нас на слайді є невелика помилка, не дивіться, не дивіться! Гаразд, значить, слайд про ваш справді. Я буду вашим господарем, ви можете поглянути на Twitter, @Eric_Kavanagh, і я буду радіти твоїм повідомленням.
У нас інший формат, ніж The Briefing Room, тому, перш за все, у нас буде пара аналітиків, Рік Шерман та наш власний власний Дез Бланчфілд, науковець із групи Bloor, вони збираються дати вам своє взяти на тему. Тоді ми будемо чути від експерта Роберта Вандерворта, він закінчився в компанії IDERA, яка дуже цікава компанія. Вони купили компанію, яку ми знаємо, під назвою Embarcadero, але у них є ціла купа інших речей та цікавих речей, які зараз використовуються якимись новими та кладовими способами. Рік Шерман виходить першим.
Перш ніж я поїхати туди, дозвольте мені просто зайти, щоб викинути пару швидких думок. Мені подобається ця концепція аналізу та оптимізації за допомогою моніторингу, і мені подобається те, що ми сьогодні почуємо від Роберта про те, як змінити ваш погляд на рішення щодо моніторингу. Тому що факт полягає в тому, що моніторинг - це те, що ви робите весь час, якщо ви перебуваєте в світі ІТ. Так чи інакше, чи в діловому світі ви проводите моніторинг. Це може бути формальним, може бути неофіційним, але є якийсь механізм, за допомогою якого ви виконуєте свої щоденні завдання. А якщо ви працюєте з машинами, ви намагаєтесь зрозуміти, що вони роблять. Ви, наприклад, намагаєтесь не допустити їх виходу з ладу або низької продуктивності.
Як ти це робиш? Ну, існує багато способів зробити це. Хмара справді стимулювала всю цю хвилю інновацій у моніторингу, що, на мою думку, є досить цікавим. Ми бачили, як такі компанії, як Splunk, приходять разом і дійсно змінюють гру, і багато різних компаній зараз намагаються стежити за різними та цікавими способами. І те, що ми сьогодні почуємо від IDERA, - це, на мій погляд, один із креативніших підходів, з якими ми стикаємось протягом досить тривалого часу, і я сподіваюся, що це той, хто перегукується з вашими людьми сьогодні. Ви можете задавати питання в будь-який час, використовуючи компонент Q та A консолі веб-трансляції. Не соромтеся, надсилайте ці запитання. І з цим я збираюся передати це Ріку Шерману. Очікуйте. Забирай його, підлога твоя.
Рік Шерман: Гаразд, дякую Еріку. Всім привіт. Ми поговоримо про цю моніторингову річ, і чому, безумовно, існує потреба змінити те, як ми підходимо до речей. По-перше, як швидке, моє передумови - я перебуваю у світі бізнес-аналітики, бізнес-аналітики, інтеграції даних тощо на відміну від типу додатків. Я опинився в задній частині цих різних тенденцій, які відбуваються в галузі. У нас є сукупність даних: великі дані, невеликі дані, дані, що надходять з усіх куточків підприємства, всередині та за межами підприємства.
У нас є Інтернет речей, речей, що надходять від моніторів, пристроїв, а потім у нас вибух речей, окрім просто реляційних баз даних, як у приміщенні, так і в хмарі тощо. Але що все це означає для моніторингу, для моніторингу продуктивності прикладних систем, управління та ін., а також для інтеграції даних та для бізнес-розвідки - це те, що ми мали хороший простий світ, принаймні, простий з точки зору ІТ, для чого він звик є набір серверів, які вони - все там було, додатки, дані, і все це було на місці, тому вони контролювали весь світ. Керувати було набагато простіше. Але сталося те, що підприємство стало набагато, набагато складніше.
У нас вибух - забувши лише великі дані - ми маємо вибух додатків як у приміщенні, так і в хмарі, для підвищення продуктивності бізнесу, підвищення різних бізнес-процесів, взаємодії підприємств з іншими підприємствами та зі своїми клієнтами. вони компанії чи люди. У нас відбувся вибух, як показує інший слайд, різних видів різних баз даних, великих баз даних, реляційних, хмарних тощо, і ми мали набагато більше, краще використання серверів, операційних систем, як реальних, так і віртуалізованих. сервери там, щоб краще керувати, краще використовувати окремі сервери. І, звичайно, у нас є ціла мережа речей, що відбуваються між усіма цими додатками, базами даних та серверами.
Кілька інших речей, особливо в моєму світі, полягають у тому, що все це спричинило ще більше синхронізації додатків. У нас з’являється все більше серверів прикладних програм, баз даних, які використовуються для переміщення даних, синхронізації даних, інтеграції даних між різними процесами, як всередині підприємства, так і зовні. І звичайно, у нас є інтеграція даних, яка необхідна для цього.
Зважаючи на це, і з тим, що ми переходимо з цього прекрасного, безпечного світу локального набору серверів, якими ми керували, для сортування цього підприємства та надприбуткових програм та даних, ми перейшли до "Як ми насправді керуємо цим середовищем?" І причина, чому цей вебінар цікавий, полягає в тому, що сучасний стан справ був не надто хорошим. У нас було багато різних інструментів для перегляду баз даних, серверів, SharePoint, операційних систем, руху даних тощо - всі вони були розкидані як такі, у нас були силоси, тому ми змогли керувати або стежити за конкретним сервером, конкретним додатком, певною базою даних, але ми не змогли їх скласти разом. Тепер, оскільки вони всі інтерактивні та взаємопов’язані, це більше, ніж просто окремі деталі, потрібно скласти їх, і як таке у нас було - я думаю, це моя картина середньої школи - у нас були люди, які мали спеціальні знання про ці інструменти, щоб заглибитися в надра систем, щоб ними керувати.
Вони були дорогими і дорогими, забираючи багато часу, і ми були наче застряглі в грязі, тому що ми постійно дивимось і намагаємося керувати цими деталями і не змогли реально керувати підприємством. Там, де це залишилось у нас, або там, де нас це привело, - це потреба. Необхідність полягала у моніторингу підприємств. Нам потрібно вміти однаково дивитись на додатки як у приміщенні, так і в хмарі, базах даних. Сервери, мережі, віртуалізовані, невіртуалізовані системи, інтеграція даних, синхронізація програм, що там. Як і в аналітиці бізнес-аналітики, перше, що вам потрібно зробити, - це зафіксувати дані про всі ці різні служби та інфраструктуру, додатки.
Друге, що вам потрібно зробити, - це потім зібрати ці дані, щоб переглянути, як вони взаємопов’язані один з одним. Ви нічого не можете зробити, поки не з’ясуєте, як ці п’єси взаємопов'язані і зближуєте це. Але те, як ми перейшли з частин на частину до більш комплексного управління корпоративним додатком, насправді зростає, оскільки ми фіксуємо дані, оскільки ми інтегруємо дані, щоб мати можливість покращити аналіз управління та моніторингу цього додатка.
Перше, що нам потрібно зробити - це з’ясувати, що відбувається з цими окремими системами або частинами деталей. Друге, що нам потрібно зробити - це зрозуміти, чому це відбувається. Для цього потрібні більш поглиблені знання про програми, бази даних, сервери та те, як вони взаємопов’язані та як вони пов’язані один з одним і що одне може викликати щось інше. Я маю на увазі, часто ми стикаємося з проблемами, де щось трапляється, і це справді не першопричина, це лише симптом чогось іншого. Нам потрібно розібратися, чому це відбувається, але ми повинні зібрати дані та мати можливість контролювати деталі деталей.
Нарешті, ми маємо трохи розібратися в прогностичній аналітиці чи прогнозному моніторингу. Або ми починаємо розбиратися, чому щось може статися або що буде далі. Якщо щось виходить з ладу або ось-ось вийде з ладу або досягнуть певного порогу, нам потрібно мати можливість спрацювати і зрозуміти, що це означає, що ще буде далі. Ми фіксуємо дані за допомогою моніторингу, ми починаємо аналізувати, що, чому і що далі, а потім, нарешті, переходимо до управління на основі даних та на основі аналізу.
Пам'ятайте, що приємно збирати дані, приємно аналізувати дані, але ці дані повинні, цей аналіз і дані насправді повинні бути діючими. Потрібно вміти реагувати, реагувати на те, що відбувається, і проявляти ініціативу в спробах виправити це. Тому ми також повинні мати не лише інструменти моніторингу та візуальний аналіз їх, але також важливо мати можливість фактично виправляти речі на автоматизованому або системному рівні. Це така потреба, яка виростає на підприємстві, і знову з точки зору BI та бізнес-аналітики та інтеграції даних, у нас часто виникають проблеми, намагаючись з’ясувати, що таке точки перерви. Чому щось не масштабується, чому щось не вдається, чому бізнес-користувачі не відчувають, що домовленості про рівень послуг виконуються? Ми можемо зробити всі ці чудові речі з додатками, з даними, але системами, які його підтримують, потрібно керувати, щоб увімкнути всі ці чудові речі, які відбуваються там. Дез?
Ерік Кавана: Правильно, забирай це, Дез.
Дез Бланчфілд: Дякую, вау. У нас, мабуть, є пара маленьких областей, з якими ми повністю погоджуємось там. Короткий підсумок мого життя в світі моніторингу речей. Насправді майже 20 років тому ми з моїм братом працювали разом у середовищах, які виглядали так багато. Це мережевий операційний центр. Це поточний, і нам вдалося все - від маршрутизаторів і комутаторів, і серверів, і брандмауерів, і систем, що працюють із програмами, і додатків там, і баз даних там, і цілого ряду серверів були пов'язані між собою.
У той час не було так багато інструментів для моніторингу. Вільних та відкритих інструментів було досить багато, але кілька стеків застосунків, які проводили моніторинг в кінці, були дорогими і важкими для отримання ваших рук. І тому ми насправді сіли і написали одне, вірите чи ні, а Інтернет начебто просто став річчю, і ми використовували інструменти для запуску цих унікальних систем, систем Solaris, щоб збирати звіти про активність системи та використання диска та пам'ять використання і так далі, і введіть його у файл та запустіть сценарій. Ми фактично використовували електронну пошту зібраних даних на центральний сервер, витягували ці записи файлів журналу з електронних листів, коли вони надходили, аналізували їх, вставляли їх у базу даних і малювали про них гарні графіки.
Ми думали, що ми досить розумні і досить круті, тому що ми могли розповісти, що відбувається, але те, що нас вразило раніше, було те, що, хоча ми могли насправді повідомити про історичний стан нації, це насправді мало що нам сказало. про поточний стан нації в безпосередньому розумінні, тому що дані, які ми збирали, десь надсилалися електронною поштою, тому це було незмінно за пару хвилин до того, як він вийшов із сервера, на який він збирався, через мережу та електронною поштою і на поштовий сервер, розірвав і поклав у базу даних, так що насправді це були гарні графіки, але це все заборгованості, всі ці історичні історії.
Насправді, у верхньому лівому куті цієї гарної картини, як 18 панелей РК-дисплея, що претендують на один віртуальний робочий стіл, у лівому верхньому куті є графік, маленький зелений графік, який дуже схожий на те, що ми робили, картографування речей. І у нас були такі постійні розлади, що нам майже неможливо було розповісти, що відбувається в даний момент, або навіть, що буде в майбутньому. Незалежно від того, скільки разів ми намагалися робити якісь прогнозні графіки, і це майже двадцять років тому приблизно з пам’яті.
Це зображення фактичного центрального екрану роботи з мережею, це 18 РК-панелей, всі склеєні разом, прикидаючись одним великим великим робочим столом Windows, і це часто стан нації в даний час для типів речей, які організації, телекомунікації чи великі підприємства біжи, щоб слідкувати за тим, що відбувається в їхньому світі. Чи це їхні мережі та їх маршрутизатори, і їхні комутатори та сервери додатків, що цікаво в цьому конкретному екрані, або цей знімок екрана, фото, це те, що це не одне велике велике вікно, це не один великий великий веб-браузер, розтягнутий, це багато маленьких крихітних вікон, що перекриваються. Якщо ця річ коли-небудь виходить з ладу або перезавантажується або її потрібно з якоїсь причини відключити і відключити назад, якийсь бідний дурень повинен сісти і знову відкрити всі ці індивідуальні програми та зафіксувати всі вікна вручну, щоб отримати той самий вигляд. Це надзвичайно трудомістко і ризиковано, тому що якщо хтось не знає порядок їх повернення, його неможливо створити майже неможливо, і це досить сумний стан справ, враховуючи, що зараз це виглядає більшість мережевих операційних центрів. Хтось має фізично запустити кілька додатків і мобільних систем, і вони дивляться на минуле. Тому багато чого не змінилося з тим, що багато компаній вважають, що насправді має бути моніторинг.
У тому 20 років тому ми мали таке уявлення, що якщо ви можете пінг-сервер, він був налаштований, але насправді ми виявили, що це саме тому, що ви можете пінг-сервер, як в ping-то, і відповідь типу ICMP для вистрілив у річ, яка відлунала назад, і сказала: "Я жива" не означала, що вона насправді вгору. І навіть якщо це не було пінг, інколи сервери та програми на них не працювали. Отже, моніторинг - це ціла наука. Довгий шлях, але навіть тоді багато сучасних степів додатків, які ми купуємо у світі моніторингу та світі управління послугами, не роблять прогнозування. Тоді речі були набагато простішими. І ми звикли - типи речей, про які ми могли б подумати, були: "Ну, чи працює сервер і реагує на нього, чи є операційна система в Інтернеті і чи можемо ми з нею підключитися? Чи запущені програми запущені, і ми можемо це відстежувати, чи реагують служби додатків? Веб-сервер виглядає так, як працює, але чи можемо ми підключити його до порту 80 чи 443 на ньому? Чи можуть користувачі підключитися до служб, які там перебувають? "І досить часто це зводилося до чогось такого простого, як дзвінок телефону служби довідки, а якщо цього не було, то найбільше рішення, яке ми мали прийняти в цей день, було, чия черга це було отримання пончиків.
Потім з'явилася ця концепція гіпермасштабу всього, і особливо гіпермасштабних обчислень, і я маю на увазі об'єм, швидкість і розмір речей, з якими ми зараз маємо справу. І багато людей говорять про єдиноріг світу та Facebook, LinkedIn та Google світу, але насправді існує багато організацій малого та середнього розміру, які мають дуже і дуже складні бізнес-та ІТ-середовища, до яких вони намагаються монітор і намагаються ввімкнути ручку, захопити і покласти свій палець на цифровий імпульс бізнесу, і, на жаль, вони не спрацьовують негайно, саме завдяки рівню складності, що зросла на порядок, в моєму погляд, майже на кожному рівні.
Якщо ви подивитесь на два дійсно основні частини того, з чим стикається сучасне підприємство, в одному випадку навіть щось таке просте, як великі платформи даних, які ми вважаємо належними зараз. Ліворуч у нас є структура того, що раніше була версія Hadoop перша, дуже пакетний режим, пакетна орієнтована версія того, про що йдеться у Hadoop, фреймворк MapReduce, що працює над файловою системою Hadoop, і купа інструментів ми ефективно підключили їх, вони схожі на Свині та вулик та інші інструменти. Праворуч, по суті, друга переробка рамки 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, чи будь-який інший, всі вони мають певний лічильник ефективності. Все, що Майкрософт в значній мірі матиме лічильники продуктивності WMI. У вас є ваші SNMP, безліч різних способів дізнатися, що відбувається під капотом, як його почувати.
І тоді останнє тут - планування потенціалу, тож робимо певну аналітику цього питання. У нас є весь цей довгий слід історичних даних, і ми хочемо знати, що це - це якась емоційна потреба, ми це не так, тому що ми працюємо в ІТ, це не означає, що ми не емоційні тварини, є таке почуття безпеки - якщо у вас є щось, що багато чого не вдається, ви думаєте, «ну коли це знову вийде з ладу, це справді проблема?» І в той час як у нас є чудова здатність розпізнавати закономірності в речах не тільки в житті, але і в навколишньому світі, і за тимчасовою шкалою, але все може бути не настільки проблематичним, як ви думаєте. Або вони можуть бути більш проблемними, ніж ви думаєте, що вони є. Коли ми намагаємось приймати хороші бізнес-рішення, це, безумовно, проблема. У нас повинні бути реальні показники, ми маємо змогу обґрунтувати свої почуття та своє уявлення про цей світ, поставити його в цифри та емпіризувати - наука!
Так що все-таки, філософський час: Чарльз Сандерс Перс. Він є тим, хто в основному почав прагматизм, і тому я збираюся тут розбити якусь мову 1800-х років: "Розгляньте, які ефекти, які, можливо, можуть мати практичні підшипники, ми мислимо, що є об'єктом нашої концепції". Що це за річ? Що робить ця річ? "Отже, що б вона не робила, це те, що це для мене. Веб-сервер - це річ, яка випльовує веб-сторінки, її немає, вам не потрібно думати про це складніше, ніж це. Він складається з безлічі складного програмного забезпечення? Будьте впевнені. Операційна система, мабуть, набагато складніше, ніж будь-який матеріал, який насправді працює на ній. Але це не має значення. Коли ми намагаємось перевірити ці питання, нам потрібно знати, чи працює веб-сторінка? Гаразд, це все справді досить прості речі. Наша концепція призводить до наслідків усього нашого, від нашого поняття до речі. Давайте задумаємо ці об’єкти. У цьому полягає складність. Більшість людей, з якими я розмовляю, знову ж таки стосуються спостереження за сервером: "Я хочу контролювати моє мережеве обладнання" або "Я хочу це зробити". Це один конкретний апарат або це певна технологія. і зазвичай, як би там не було, найбільший біль у шиї для них.
Цілком ймовірно, що у них вже є якесь інше програмне забезпечення для моніторингу, яке виконує ще один фрагмент. Мені подобається: "Ну, ага, чому ти не можеш" - мені подобається трохи пограти в захисника диявола - "ти не можеш використовувати цю іншу програму для цього?" "О, добре, це насправді не дуже добре." "Добре, ну що з цим?" "Ну, як би там не було". І для мене всі ці питання - це сіно. Я в передпродажних продажах, не сприймайте це надто сильно, але я інженер так, задумуючи цей предмет. Тому нам потрібно вміти розуміти, що таке об’єкт, які всі рухомі частини. Якщо хтось каже: "Ну, сервер баз даних", мені подобається: "Гаразд, для чого служить сервер баз даних?" "А, ну, головним чином, наш ERP." "Добре, значить, у вас є проблеми з продуктивністю вашого ERP". " Так, але ми думаємо, що це може бути база даних. "" Добре, подивимося, поговоримо про ERP. ERP працює на Oracle. "" Перевірте. "" Гаразд, у вас є веб-передній кінець цього присмоктувача або це все клієнтський сервер? "" О, ну, це насправді різновид обох "." Добре, круто, так у вас є веб-фронт, у вас є підключення до нього до сервера клієнтів, де зберігання, на якому сервері працює ця річ, як виглядає ваша мережа? "Я задаю їм сто питань, здається .
Це зовсім не є діючим, а також те, що люди просто не знають. «Я почав тут чотири місяці тому. Я справді не такий знайомий з навколишнім середовищем ». Добре, ви намагаєтеся діагностувати досить складні проблеми, коли ви не знайомі з оточенням, я відчуваю вас, але це не допомагає парадигмі. Нам потрібно зрозуміти. Нам потрібно вибудувати це розуміння. І тому часто, коли я запитую їх: "Ей, у вас є книга, чи є діаграма, чи є у вас діаграма, чи є електронний лист, ви можете запитати когось?" Зазвичай це остання. "О, я повинен поїхати попросити Боба, але він насправді у відпустці. Він повертається, давайте встановимо щось через два тижні, і ми можемо отримати доступ до цієї системи, сподіваємось", і так далі. І так, відразу я повністю відчуваю його біль. Добре. Нам потрібно вміти вибудовувати це розуміння в будь-якому використанні цього інструменту. І тому просто пам’ятайте про це тут.
І бізнес-питання не можуть залишитися без відповіді, я маю на увазі, дуже часто розмовляючи з техніками, вони в траншеях. Ми виправляємо речі. Ми багато разів перебуваємо в режимі пожежника, іноді в шоці і, безумовно, з великим побоюванням. Не цитувати жодних минулих президентів, але все одно, тому ділові запитання, які ви чуєте, вони дуже узгоджуються з технічними питаннями. І дійсно, що вам потрібно зробити, якщо ви ці технічні працівники, це спробувати узгодити ці питання бізнесу з технічними. Вони дійсно начебто приходять один до одного. Запишіть список - доступність, продуктивність та планування потужностей. Ми розумно використовуємо наші ресурси? Куди йдуть ці гроші, які ми витратили? Ми купили усі ці блискучі сервери, що вони роблять, чи знаємо ми, що вони використовуються правильно? Хто знає? Якщо ви не вимірюєте це. Гарячі місця та холодні плями. Все те, що бали виділено жирним шрифтом, тому, якщо ви, хлопці, отримаєте слайд-шоу пізніше, гарячі та холодні місця - це мережа в біді. Як існує підключення до Інтернету та WAN? Звичайно, провайдери пропускної здатності хочуть продати вам більше пропускної здатності. Вам це справді потрібно? Як ти це використовуєш? Ми говоримо про продуктивність. Чи є у нас якісь речі, які говорять про те, що ми повинні досягати певних цілей? Ми повинні реагувати на речі. Більшість людей цього не робить.
І я знаю, що я звучу дуже пристрасно, сподіваюся, тут я не дуже проповідую, але маю SOA. Постав собі цілі. Ми говоримо про п’ятнадцять - це половина шляху до тридцяти. Так, ставити собі цілі, це не так, в цьому немає нічого поганого. Поставте цілі єдинорога. Поставте цілком недосяжні цілі. Жоден сервер не може опуститися більше, ніж будь-коли. Вони повинні бути цілодобово, неважливо, чи працюють наші працівники лише дев'ять-п’ять, я ніколи не хочу, щоб щось зламалося, звичайно, ні. У мене можуть бути особисті очікування, але насправді ми можемо висловити це також у діловому сенсі. Зустрічаючи SOA, ми, безумовно, робимо ескалаційне управління. Чи поточні операції стійкі, тож чи можемо ми продовжувати це робити. Це безумство? Чи можемо ми це витримати?
Знову ж таки, я не згадую імен, щоб намагатися бути справедливими, але в попередньому працевлаштуванні у нас було одне з таких: «На жаль, нам потрібно купити новий ящик для піску, тому що він повний». «Хм, ну, У нас є два місяці до наступного кварталу, чи будемо мати такі гроші? "" Ну, нам це потрібно зараз. "" Ну, як нам це зробити? "Звичайно, мені подобається, " я можна спуститися до Фрі і придбати жорсткі диски ", і вони начебто:" ні, ти не можеш цього зробити, тож, вибач, Роберт, не можеш отримати "Дробо" і підключити його. Хоча, хтось із вас, Я впевнена, певно киває головою і бачила це раніше.
У будь-якому випадку, тому планування ємності нам потрібно переконатися не просто, з точки зору зберігання, але в цьому гіпермасштабному середовищі, оскільки ми віртуалізуємо та абстрагуємо всі ці обчислювальні ресурси, це лише купа ядер та гігабайт процесора. Ми повинні дізнатися, як це використовується. Мені потрібно знати, чи мені тенденція закінчитися. Якщо я повністю добре, якщо я насправді низький. Куди йде, скільки часу у мене є, док. У мене дев’ять сотень днів, поки мені не вистачить місця, чи дев’ять? Там велика різниця. Ви не хочете, щоб вас схопили так. Отже, багато розмов. Як той час вписується в цю картину?
Ну, номер один, по-перше, після цього я покажу вам, хлопці, на зразок старої моделі / нової моделі, але для розуміння того, як продукт насправді вписується в це, ми повинні виміряти ефекти. Ви повинні мати можливість виміряти всі дрібниці, щоб зрозуміти велику картину, але, як кажуть наші хлопці з продажу, вам не потрібно кип'ятити океан, щоб це зробити. З технічної сторони речей, і цей вид дійсно переходить у градієнт, але з технічної сторони нам потрібно вимірювати ці середовища для віртуалізації. Речі, які запускають гіпервізор. Як використовувались видобуті ресурси? Вони розумно використовуються? Як це роблять ці хости 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, я чув, що "угххх" багато на довідковій службі. У будь-якому випадку, але це надає тієї ділової цінності, оскільки ми розуміємо, як рухаються деталі. Ми розуміємо, коли справи йдуть не так, у нас є ці угоди про домовленість, ми займаємось плануванням потенціалу. Усі ці речі, які спочатку можуть здатися єдинорогами, коли все ваші проблеми стосуються того, наскільки добре працюють ваші сервери, це речі дуже просто налаштувати, і це ключ. Я міг плакати веселками.
Установіть і виправдайте очікування. Це біт SLA. Майте їх. Я думаю, що я вже, мабуть, достатньо вдався до цього, але ми вже все контролюємо. Ми вже побудували розуміння, програми, залежність та зв’язок, це складна частина, просто розуміння власного оточення. Це робиться справа, не стає легше. Вже попереджаючи, що люди вже отримують відповідні електронні листи тут, я навіть можу робити шляхи ескалації, і я не збираюся намагатися показувати вам усі речі тут у будь-якій демонстраційній програмі, тут напевно є форуми.
Я вже автоматизую виправлення, Uptime навіть може реагувати на речі. Я маю на увазі, що завжди є такі дурні, дурні речі, як шпулер друку, який виходить з незрозумілої причини, він все ще знаходиться на Windows 2000, і одного разу ви збираєтесь його модернізувати, ви клянетесь - що завгодно. Проходить кілька хвилин у вашому дні, і хтось знає, що це ви зламаєте, щоб виправити це, правда?
Автоматизована така штука є лише кормом для автоматизації. Ви вже зробили приголомшливу інформаційну панель, знаєте, тематичні інформаційні панелі - це справді річ. Все, що я збираю в Uptime, я можу зрозуміти якоюсь розумною манерою. Отже, якщо вам доведеться відхилятись, це так: "Я дуже хочу, щоб у мене була деяка інформаційна панель продуктивності для мого SQL". Ви хочете, щоб інформаційна панель додатків, що включає технології у всій стеці? Зроблено. Планування потенціалу? Зроблено.
Так досить прямо. Поставте ці цілі, дайте зрозуміти, чому вони потребують цих угод. Це дійсно ключове тут, ви знаєте, це займає лише секунду, буквально займає лише пару секунд справді, а не хвилини, довше, щоб я пояснив це, а просто щоб сказати: "Гей, ось моє сподівання, ось ось що Я очікую працювати », а потім Uptime повідомляє вам, що не працює.
У всякому разі, я збирався вкрасти подвійні картинки веселки, але, мабуть, за це потрапляю. Більш захоплююча, ніж подвійна веселка, о боже - це веб-сайт тут. Я збираюся вискочити. У мене ще є кілька хвилин? Дозвольте мені отримати перевірку часу на здоровий стан, як нам це робити?
Ерік Кавана: Так, покажіть нам деякі речі.
Роберт Вандерворт: Добре, круто. Як я вже сказав, я вкрив багато землі; це рятує мене від показу вам не надто сексуальних бітів, які є лише текстом та налаштуваннями і будь-що інше. Те, що я хочу показати, схоже на графічний кінець. Як я вже говорив, я не люблю дивитися на інструменти моніторингу, я хочу мати можливість піти від цієї речі. Я хочу, щоб це була моя няня, якщо ви хочете, але я не хочу, щоб це було так: "Ей, чи може у твого малюка золота рибка, я в кіно, так, будь-що". Дзвінок, дзвінок: "Ей, чи добре, якщо ваша дитина йде у туалет? Він каже, що мусить піти. "" Так, добре, що завгодно ". Я хочу, щоб відповідальна няня мене тільки клопіла. Тож тривожні шуми є для мене великою справою, якщо ви не можете сказати, у мене, мабуть, є якась вдосконалена форма моніторингу ПТСР.
Я хочу зазначити, що з точки зору Uptime у нас є всі ці різні профілі. Я зробив тут кілька божевільних речей, щоб начебто показати, як Uptime може робити різні речі та працювати з людьми, що велика справа. Я не казав вам, хлопці, справді про мене. Я маю ІТ-досвід, чесно повертаючись назад, оскільки мені було 13 років, працюючи в задній кімнаті магазину комп'ютерів. Можливо, це може бути не найзаконніше у світі, але що б там не було, я ніколи не зупинявся. Мені 37 років, я маю ступінь психології, тому що мені люди важче зрозуміти, ніж комп'ютери. Але з точки зору користувальницького інтерфейсу та UX, я не хочу, щоб інструмент міг сказати мені, як я повинен виконувати свою роботу, або як вона повинна працювати, або я хочу зігнути так, як вона хоче робити справи. Я знаю, що мені подобається вибудувати якусь філософію та розуміння, сподіваюся, це полегшить вам справу, хлопці, не сприймайте це так: "Ей, ти повинен це зробити" або "Я кажу тобі, що робити "Але це така моя річ.
У будь-якому випадку, інтеграція HipChat, голосові сповіщення. Я маю на увазі, цей фактично зробить той NOC з 18 моніторами, який ви дивилися, скаже вам, що не так усно. Уявіть, що ваша стіна іде: "Увага! SharePoint перебуває у критичному стані, тому що ваша база даних повільна, бла-бла, так йде вже сім хвилин". Так, це ювелірні вироби, можливо, химерні, що завгодно. Я намагаюся показати вам, що це дуже гнучкий інструмент. У нас є сценарії на основі сценаріїв, можна робити все, що завгодно.
HipChat, я використовую хек з HipChat та Skype - мабуть, більше, ніж мій електронний лист, напевно, на жаль багатьох продавців, але все одно - інтегруючи також HipChat, неважливо, що це таке, River, Flack, що б там не було ви хочете зробити, дуже просто.
У будь-якому випадку, з точки зору користувача, ми фактично починаємо з вашої контактної інформації та вашого робочого та вихідного годин, якщо у вас є. Після того, як ви дійсно отримаєте попередження, компанія Uptime вже знає, як зв’язатися з вами, що є дійсно ключовим. Я маю на увазі, скільки разів це було: "О, я не помітив повідомлення електронної пошти". "Ну, можливо, я мушу надіслати його на ваш Gmail, надіслати його особистому, я опублікую його на вашій стіні Facebook. У будь-якому випадку, я ще не так далеко, але, можливо, наступні вихідні, коли мені нудно.
Глобальне сканування в цьому складному шаленому середовищі. Номер один, ми повинні організувати речі. Організовуючи це є ключовим, ми дозволяємо вам це робити, ми робимо автоматичне відкриття та всі подібні речі, які ви очікували, але дозволяючи вам структурувати свій центр обробки даних так, як це має для вас сенс. Мені подобається думати, що це фізично, логічно і технологічно, і тоді, з віртуалізованої точки зору, ми робимо це так, як ви бачили це у VMware, де у нас є ваші центри обробки даних, ваші кластери та пули ресурсів і все таке чудове речі.
Це фільтрує саме через те саме розуміння, знову ж таки, це працює так, як ви робите, і так, як має сенс. Це ж розуміння фільтрує через ці інформаційні панелі. Глобальний - це в основному все, що не так, і тому все, що мені байдуже, - це Х'юстон та всі інші QA, SA, будь-які речі, про які я насправді не даю, лише про речі в Х'юстоні. Я можу зосередитись на цьому, а потім знову від будь-кого, хто має занепокоєння щодо безпеки чи зберігання речей, відокремлених за групою користувачів чи чогось іншого, ми можемо абсолютно це зробити. Єдине, що я можу побачити - це лише Х'юстон, або щось таке ж звужене, як просто "Мережеві компоненти Х'юстона", тож це, безумовно, річ.
Сканування ресурсів - як ці ресурси використовуються в усьому середовищі? Ось це. Це ваш погляд на дев'яносто тисяч футів. Я можу вивчити будь-які сфери, які мають проблеми порівняно з іншими. І ви помічаєте, що агентство IBM, якесь відкидання в сторону, насправді не на боці. Однією з найважливіших речей, що стосується формування розуміння програми, зниження цієї прагматичної моделі, є отримання все в дверях, і я не кажу про це лише тому, що мені подобається мати ліцензію на угоди того, що ми робимо. Це дійсно, якщо я можу все робити без своїх речей 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 метрик, тому що тоді ти маєш осмислити цей світ, і значення там немає.
Так чи інакше, тоді угоди про угода. Є багато інформаційних панелей. Я б закликав вас, хлопці, я маю на увазі, якщо це щось цікаве для вас, очевидно, ми можемо робити демонстрації та що-небудь ще, ми можемо робити персоналізовані речі, ми не намагаємось знову кип'ятити океан. Але ви знаєте, якщо я отримаю електронний лист із повідомленням, що "Мій угода про домовленість працює, я його перевищую, тут я збиваюся з жалю, я хочу знати, чому, що відбувається?" Я можу просто детально ознайомитись із цим у цьому детальному звіті та побачити, які конкретні речі спричиняють збій угоди про УРВ, або навіть повернутися з часом і зрозуміти, чи це тенденція чи ні. Де червоні плями? Це майже схоже на аналіз ДНК або щось подібне, у нас відключення сервера - вибачте, це відключення тестування на вході, де я не зміг увійти. У нас тут є час реагування та речі, і я можу просто легко затягуйте до речей, які важливі для того, я відповідав цим цілям чи ні. І знову: я не очікую, що ви всі прочитаєте всі ці речі, але тут є маса даних. Це досить зручно просто мати можливість це мати перед собою. Але реальність є, тому я не вдається через ці тести на вхід. Вся зворотна інформація тут також надана вам.
Інструмент надає звіт, тому вам не потрібні Crystal або SSRS або щось подібне, вбудований двигун звітності; ви можете налаштувати всі окремі звіти, які є тут. Я можу змусити їх працювати постійно. Я можу їх зберегти для того, щоб інші люди могли їх бачити та використовувати. У вас різні формати виводу. Ви хочете, щоб щодня щоп’ятниці о 16-й вечора щось було надіслано вашому менеджеру електронною поштою? Ха-ха-ха, ти можеш це зробити!
Знову ж таки досить надійним, з точки зору планування потужностей. Ми не хочемо просто зосередитись, і ми говорили про те, щоб ми могли передбачити речі та робити прогнозну аналітику. Окрім того, що я мав можливість візуалізувати тут і зараз, і історичну тенденцію, я хочу, щоб я міг бачити прогнози планування потужностей, і це так швидко, у мене є обчислювальна пам'ять і ємність для зберігання даних, що виділяються на цілому vCenter, і я я можу це зайняти очима і сказати тобі, що у мене в найгірші 132 дні, поки у мене не вистачить місця, я б краще щось з цим зробив.
Це справжня лабораторія, і я насправді гордий тато, як-от, багато чого, і це якраз для мене тут вирізана моя робота. Але я знаю цей матеріал, і тому, якщо це трапиться, це моя проблема, це моя вина, що я щось не змінив чи щось зробив. Я добре знаю цей матеріал. Якщо я буду на зустрічі, а хтось іде: "Гей, нам потрібно додати в лабораторію купу серверів" - вони мені цього не збираються робити, але якщо вони це зробили, я можу бути таким: "Ви знаю, що? У мене є концерти. У мене є гігагерц. Я вас висвітлював », чи ні, і на перший погляд, замість того, щоб відкривати інший інструмент, який є іншим моментом і погоджуватися з усіма цими речами, я роблю це як жарт.
Офіс Х'юстона, ми говорили про рух. Мій стоматолог, і я говорили про рух, вона виросла в штаті Айова, вона сказала: "Єдине, що мені подобається в маленьких містах, це не так багато руху". Ну, Х'юстон, якщо ти живеш всередині петлі, ти не робиш цього залиште його, як видно тут. Я можу інтегрувати будь-яку веб в основному, як iframe, якщо хтось із вас, знайомий з HTML, я можу інтегрувати будь-яку веб-сторінку в будь-який з цих гаджетів. Незалежно від вашого веб-сайту чи камери дорожнього руху за межами її офісу, або я це можу зробити. Гаджети можна легко додати.
Я маю на увазі, панелі приладів - я показую телевізійну магію. Це на кшталт "О, дивись, все зроблено, це все приємно і відшліфовано", але реальність потрапляння на ці інформаційні панелі - це дуже просто. Існує багато різних способів відображення даних у всіх різних точках даних, які ми маємо. Такі речі, як це прикріплене зображення, як правило, користуються великою популярністю у людей, тому що, коли ви намагаєтеся зрозуміти додаток, ви можете просто завантажити це відео, а потім закріпити елементи, які його складають. Розумієте, я можу вам сказати, де всі проблеми на цьому шляху.
Ці речі просто надзвичайно корисні, я думаю - мережа топологія, розуміння того, що підключається до чого, від чого залежить, що б там не було, робоча дошка, комутатори або веб-сайти чи будь-що інше - все це вбудовано. І знову, для різних технологічних стеків. Я не приніс це, я знаю, що у нас тут не вистачає часу, я хочу переконатися, що ви, хлопці, встигнете на питання і відповіді, і все, але є лише багато інформації, яку ми можемо зібрати з різних видів джерел: журнал агрегації, API - що завгодно, ви називаєте - SMP, WMI тощо, тощо, тощо, алфавітний суп. Тож йдеться про збір цих даних, побудову розуміння, а потім попередження та дію на них прагматичним чином. І так ось у двох словах.
Ерік Кавана: Чудово . Це була фантастична презентація від усіх. Я мушу сказати тобі, я любив це. У нас є пара додаткових хвилин, щоб задати питання. Рік, чому ти не кинеш питання або два, а потім Dez, і тоді у нас є лише кілька запитань від аудиторії, які начебто конкретні щодо реалізації. Але спершу Рік, а потім Дез.
Рік Шерман: Гаразд, чудово. Ну по-перше, я особливо любив демонстрацію, щоб якось скласти це все разом, особливо щодо додавання серверів, моніторів, плагінів тощо. Я думаю, що це було приголомшливо. Одним із запитань, які я маю, ви згадали, що це тема, що повторюється, як у попередніх продажах, здатна зрозуміти, що таке архітектура чи програми. Вони хочуть відстежувати речі, і ось тут ця деталь. Як ви навчаєтесь їх, як розбити типологію? Я усвідомлюю, що є багато речей, які ти можеш вибрати, але як ти їх виховувати? Тому що я не впевнений, чи зможуть вони зрозуміти, скільки ти можеш зробити.
Роберт Вандервоорт: Так, я великий прихильник гумору, що втрачає самовираження, тому я зазвичай просто починаю з цього кута. У мене СДУГ, якщо ви не можете сказати. Моя дружина більше не любить заходити зі мною до Домашнього депо, давайте просто так. Я використовую аналогію, якщо у вас скрипучий шарнір або що-небудь протікає, заходьте туди і подумайте: "Я хочу поправити кран". Подумайте. Ідіть до свого дзенського місця, "я хочу поправити кран". Не думайте: "Гм, що я можу виправити в своєму будинку?", Бо ти будеш там весь день, і ти забудеш про ущільнювач змішувача і ти підеш із жолобами
На що я намагаюся зосередити увагу людей - це додаток. Ти мені кажеш, що це боляче і що боляче, давайте візьмемо додаток. Це ваша ERP? Класно. Давайте запустимо додаток у POC, дізнайся для мене, неважливо, з ким ти маєш поговорити, чи будь-яку інформацію, яку ти маєш підручити. З чого складається ця заява? Сервери баз даних, файлові сервери, ви знаєте, що б там не було, кінцева точка програми. Дізнайтеся, отримайте весь доступ до нього. Якщо вам потрібна допомога, щоб отримати будь-який інструмент, круто, ми тут. Але давайте зосередимось на конкретній програмі, оскільки саме в цьому і полягає це значення. Я маю на увазі, що ви можете легко додати сотні чи тисячі серверів і почати працювати під цим кутом, але тоді ви дуже сильно використовуєте цю серійну модель, яка дуже - це не тільки нестійко з POC, але це також просто не там, де ми хочемо нашого голови бути.
Рік Шерман: Так, а чи налаштовуєте ви приладну панель тощо, на зразок того, щоб надати вам такий вид бізнесу, такий складений вигляд деталей, які підтримують цю сутність, що б вони не намагалися контролювати?
Роберт Вандерворт: Абсолютно. Я, як правило, пропоную, гаразд, ми хочемо мати - те, що я називаю, це карти додатків, де у нас є інформаційна панель додатків, і вона повинна мати всі ці шматки. Складіть схему, якщо її немає, ляпніть її в Uptime, з’ясуйте, що потрібно туди їхати. Принаймні, відкрийте для себе все це і покладіть його під кришку моніторингу, а потім почніть додавати служби, які насправді складаються, щоб зробити цю програму функцією. Як і у випадку з SharePoint, - і це просто чудова точка - ці програми можуть бути побудовані з інших програм. У випадку, коли вам подобається кластер SQL, це дійсно програма. Це кілька серверів, декілька сервісів та інших речей. AD - це програма тощо, і т. Д. Я можу створити ці сукупні представлення з таких, як ви бачите тут у SharePoint. Ми хочемо це зробити. Якщо я не можу створити це, я не додав достатньої кількості матеріалів. Ми робимо всі маленькі шматочки там, що змушує відзначитися.
Рік Шерман: Ви певною мірою працюєте назад?
Роберт Вандерворт: Так, подумай назад, працюй вперед.
Ерік Кавана: Гаразд. Дез, забирай це.
Дез Бланчфілд: Я хочу ознайомитись із вашим розумінням, лише коротко, тому що я знаю, що тут нам не вистачає часу, тому я просто зупинюся на одному глибокому питанні, якщо зможу. Чи можете ви дати нам зрозуміти, наскільки ви думаєте, що зараз перебувають підприємства та організації, наскільки це стосується цінності не просто моніторингу сервісу, а типу підходу, який ви дотримуєтеся прагматичного кінця? Зокрема, з комерційних переваг. Тож багато з нас походять із технічної ситуації, і ми любимо вміти писати речі та дивитись, чи вони увімкнули. Але з точки зору бізнесу вони часто не зацікавлені, тому що це так, як ви сказали, що це закликає нас до того, за що ми вам платимо.
Ви бачите перехід від простого увімкнення вогню до теперішнього встановлення KPI на комерційному рівні та операційного рівня по глибокій інтеграції моніторингу рівня управління сервісом для всієї роботи системи, яка працює належним чином, щоб люди дивились на ваш інструмент з з точки зору, що ми можемо вмикати світло, але чи дійсно ми поклали значення долара на значення перегляду цілого перегляду в кінці і запевнивши, що: «Гаразд, все вдається, ми використовуємо розумно, як ви сказали чи ми зустрічаємося з нашими угодами про укладення угод, і якщо так, то що це означає для бізнесу? »Ви ще бачите перехід до цього чи ми все ще трохи від цього?
Роберт Вандервоорт: Виразно є бажання. Там є терміновість. Люди, я попросив відкрити питання, це очевидно завантажене питання - у вас є угоди про домовленість? І майже однозначно: «Ні, але наші менеджери люблять про це говорити» тощо. Я начебто: «Класно, як ти туди потрапиш?» «Ну, ми не дуже впевнені. Ми ніби дивимось на ServiceNow або ми робимо це. "Я наче" Ну, ти маєш зрозуміти, ServiceNow - це річ, це непрацююча рамка, в основному слід крок блокування з нею ", добре, не надавати перевагу будь-яким платформам ITSM. Але він не збирається відповідати на ваші запитання щодо угоди про угод. Це буде лише говорити про те, скільки годин ви витратили на виправлення принтера або скільки ресурсів потрапило на певний сервер, якщо вам довелося придбати деталі для нього? Він не може відповісти на реальне питання про те, якими насправді мають бути сервери, до кінця життя чи ще. Ніде не до ступеня.
Коли ми говоримо про, наприклад, з точки зору угоди про угоди, є кілька наших клієнтів, які абсолютно мають угоди про угод, які втрачають гроші. Це як доставити піцу, якщо пізно, якщо вони вас підведуть, вони не отримають грошей. Отож, тут є прямий вплив на бізнес. Ці хлопці, як правило, піклуються про цю справу набагато більше, ніж про решту, і тому одна з речей, яку я дуже закликаю людей, - це просто створити сподівання на себе, на свою команду, на ІТ. Це не повинно бути реальним, ні письмовим, ні комусь обіцяним, але коли ти йдеш і створюєш очікування, щось перевертаєш на голові, кажучи: "Ей, ось чому, чому я не зустрічаюся з доступністю сервера". лише один смердючий сервер. Ми можемо зосередитись на одному сервері і: "Слухай, у нас так само бездоганно працює". І це фактично мій випадок, я тут схожий на один, але ти зрозумів.
Так, так, щоб відповісти на це питання, так, я абсолютно відчуваю, що є більше бажання, ніж власне рухатися до цього, тому що люди все ще борються з тим, як отримати інструмент, який може реально відповісти на питання, як він контролює достатню кількість матеріалів і більшість людей мають кілька інструментів. Це тому, що команда мережі покуповувала за інструментом моніторингу мережі, а команда розробників покуповувала інструмент APM, а хлопці з бази даних купували свій інструмент, і ніхто з них насправді не розмовляв один з одним, крім обідньої кімнати.
Дез Бланчфілд: Так, це нескінченний головний біль у моєму житті. Це як за останні 25 років у мене виникло таке постійне питання, що коли ви входите в організацію, оскільки вони розбилися і сегментувалися на логічні блоки. Як і ця фотографія дуже-дуже впевнено, це центр роботи з мережею, і вони турбуються про мережу, і поки мережа працює, вони отримують зарплату і виконують роботу та передачу послуг. Так так, але це цікаво.
Останнє швидке запитання і частково мій особистий інтерес, але я знаю, що багато людей хочуть знати те саме. Як нам допомогти в цьому інструменті і як ми з ним почати працювати? Де ми її знайдемо, де ми отримаємо більше інформації і чи зможемо отримати демо-версію чи пробну версію чи щось для цього?
Роберт Вандерворт: Абсолютно, так. Я ненавиджу це слово, абсолютно немає такого. Idera.com - це те, куди ви збираєтесь піти. Існує трохи схожа на піктограму джека, на якій написано «Управління ІТ», ви збираєтесь натиснути на неї, а потім є два варіанти. Один - це хмарний, який є у нас, а другий - для монітора інфраструктури Uptime, саме цей продукт ми вам сьогодні показуємо. Випробування повинно тривати приблизно 30 днів. Не ставте БС у форму, не вкладайте свою справжню інформацію. Наші хлопці з продажу дуже гарні, ніхто не сказав мені, що хлопці роздратують. Але насправді це тому, що вони - ваш найкращий шлях до таких людей, як я, в моїй команді.
Якщо у вас є ці технічні питання, і документація не вирішує це для вас - адже те, що документація коли-небудь робить - у вас є прямі лінії підтримки, рівень консьєржа, якщо ви хочете, а також розширення, тому що більшість людей збирається піти і підключиться до vCenter, і ти знайдеш сотні речей. Ви збираєтеся випробувати пробну ліцензію, тож вони вам зададуть відповідні запитання, щоб переконатися, що ви потрапили в квадрат на POC, або якщо ви хочете демонстрація один на один, це точно спосіб зробити це.
Dez Blanchfield: Фантастичний. Ну, дуже дякую, я з нетерпінням чекаю цього і, сподіваюся, ми побачимося знову і поговоримо про додавання до нього ланцюга блогу. Еріку, ми повернемо це тобі.
Ерік Кавана: Ось добре, люди. У мене є кілька швидких запитань, які я накину на вас справді швидко. Одне з них: чи монітор інфраструктури Uptime - це веб-додаток або програма клієнт-сервер, чи можете ви відповісти на це?
Роберт Вандервоорт: Веб-сайт. 100% на веб-основі. На передумові.
Ерік Кавана: Добре, а інший учасник запитує: чи потрібно встановлювати якийсь власний демон на окремих серверах, щоб IDERA контролював їх?
Роберт Вандерворт: Я врятував їх для всіх, тому давайте розглянемо ці вказівки. Тож я без агентів, я кажу, що я без агентів, без агентів, як я кажу провідним, якщо вам не доведеться виконувати бездротовий зв'язок, і я врятую вам деякі інші не дуже належні аналогії щодо бездротового зв'язку. Але в будь-якому випадку у нас є агенти майже для кожної ОС, єдине, що ви пропустите, якщо ви не використовуєте їх, це зашифрований шлях TLS1.2 до вказаного сервера, на якому він працює, а також можливість запускати сценарії безпосередньо на ньому.
Крім цього, Windows, Net-SNMP, у нашій Windows є WMI, Net-SNMP для всього світу, SNMP для всіх ваших мережевих речей, тощо, і т.д., і т. Д. Отже, ні, я завжди кажу "ні", ви не Я не повинен, якщо не захочеш. І тоді, наскільки технологія її установки, вона постачається з усім необхідним, що права частина діаграми працює від MySQL, Java, PHP, Apache. Вам не потрібно знайти жодних інших серверів, щоб запустити його. Він навіть працюватиме в пакеті оновлень 7 для Windows. Також у нас є дистрибутив на базі 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 –
