Elvitel: Eric Kavanagh házigazda megfigyelési módszereket és trendeket tárgyal Rick Sherman, Dez Blanchfield és Robert Vandervoort társaságokkal.
Jelenleg nincs bejelentkezve. Kérjük, jelentkezzen be vagy jelentkezzen be a videó megtekintéséhez.
Eric Kavanagh: Oké emberek, üdvözlet és üdvözlettel még egyszer. Láthatjuk az előttem lévő csúszdát, remélhetőleg a „Hot Technologies of 2016” elnevezéssel. Az évek folyamatosan repülnek. A mai napon az „Elemzés és optimalizálás: új megfigyelési megközelítés” témáról beszéltünk. Hoppá, van egy kis hiba a csúszdán, ne nézz, ne nézz! Oké, szóval dia van a tiédről. Én leszek a házigazdád, felnézhet rám, @Eric_Kavanagh, és örülök, hogy visszakapcsol téged.
Ettől eltérő formátum van, mint itt a The Briefing Room, tehát először pár elemző, Rick Sherman és a saját Dez Blanchfield, a Bloor csoport adattanulmányozónk fognak adni nekik a témát. . Aztán Robert Vandervoort szakértőtől hallgatták meg az IDERA-nál, amely egy nagyon érdekes társaság. Vettek egy ismert társaságot, amelyet Embarcadero-nak hívtak, de van egy csomó más cucc és érdekes dolog, amelyet most új és hűvös módon használnak. Rick Sherman jön az első.
Mielőtt odamennék, engedjék meg, hogy csak dobjak ki néhány gyors gondolatot. Szeretem ezt a megfigyelésen keresztüli elemzés és optimalizálás fogalmát, és szeretem azt, amit ma Robert hallani fog a megfigyelési megoldások gondolkodásának megváltoztatásáról. Mivel az a tény, hogy a figyelemmel kísérés az, amit mindig is teszel, ha az informatikai világban vagy. Valahogy, valahogy, vagy az üzleti világban ellenőrzést végez. Lehet, hogy formális, lehet informális, ám ez egy olyan mechanizmus, amellyel a napi feladatait végrehajthatja. És ha gépeken dolgozik, megpróbálja kitalálni, mit csinálnak. Megpróbálja megakadályozni például a kudarcot vagy a rossz teljesítményt.
Hogyan csinálod, hogy? Nos, nagyon sokféleképpen lehet ezt megtenni. A felhő valóban ösztönözte a megfigyelés ezen teljes innovációs hullámát, amely szerintem nagyon érdekes. Láttuk, hogy a Splunkhoz hasonló cégek jönnek, és valóban megváltoztatják a játékot, és sok különféle cég most különböző és érdekes módon próbál megfigyelni. És amit ma jól hallok az IDERA-tól, az a véleményem, amely az egyik kreatív megközelítés, amellyel jó ideje szembesülünk, és remélem, hogy ez az, ami veled hangzik, ma odafigyel. A webcast-konzol Q és A összetevőjével bármikor feltehet kérdéseket. Ne félj, ezek a kérdések vannak benne. És ezzel átadom Rick Shermannek. Készen állsz. Vedd el, a padló a tied.
Rick Sherman: Oké, köszönöm Eric-nek. Hello mindenki. Beszélnünk kellene erről a megfigyelő dologról és arról, hogy miért kellett megváltoztatnunk a dolgok megközelítését. Most először, csakúgy, mint a háttérben - háttérbe szorítom az üzleti intelligencia, az üzleti elemzés, az adatok integrációja stb. Világát, szemben a fajta alkalmazásoldallal. Az iparágban zajló különféle tendenciák hátulján voltam. Van adatforgalom: nagy adatok, kis adatok, az adatok mindenütt érkeznek, a vállalkozáson belül és kívül.
Van dolgunk internetje, monitorokból, eszközökből érkező dolgok, és akkor más dolgok felrobbantása is megtörténik, nem csak a relációs adatbázisok odakint, mind a helyszínen, mind a felhőn, stb. De mit jelent mindez a megfigyeléshez? , a rendszer teljesítményének alkalmazásmegfigyelése, kezelése stb., valamint az adatok integrálása és az üzleti intelligencia szempontjából az, hogy régen kellemes, egyszerű világunk volt, legalábbis informatikai szempontból egyszerű volt, amellyel szokták rendelkeznek egy sor szerverrel, amelyben ők voltak - minden ott volt, az alkalmazások, az adatok, és mindez a helyszínen volt, tehát az egész világot irányították. Sokkal könnyebb volt kezelni. De történt az, hogy a vállalkozás sokkal, sokkal, sokkal összetettebbé vált.
Robbanás van - elfelejtve a nagy adatokat - az alkalmazások robbanása is történik, mind a helyszínen, mind a felhőben, az üzleti termelékenység javítása, a különböző üzleti folyamatok fokozása érdekében, a vállalkozások számára, hogy kölcsönhatásba lépjenek más vállalkozásokkal és ügyfeleikkel, ők vállalkozások vagy emberek. Robbanás történt, ahogyan a többi diavetítés is, különféle különféle adatbázisok, nagy adatbázisok, relációs, felhő stb. Esetén, és sokkal jobban, jobban kihasználtuk a kiszolgálókat, az operációs rendszereket, mind a valós, mind a virtualizált kiszolgálókkal együtt. ott az egyes kiszolgálók jobb kezelése és jobb kihasználása érdekében. És természetesen egy egész hálózat működik ezen alkalmazások, adatbázisok és szerverek között.
Néhány egyéb dolog, különösen a világomban, az volt, hogy mindez még tovább szinkronizálta az alkalmazást. Egyre több alkalmazáskiszolgálónk, adatbázisunk van, amelyek az adatok mozgatására, az adatok szinkronizálására, az adatok különböző folyamatokba történő integrálására szolgálnak, mind a vállalkozáson belül, mind kívül. És természetesen megvannak az adatok integrációjához, amelyek ehhez szükségesek.
Ezt szem előtt tartva, és azzal a ténnyel, hogy elmozdulunk a kezelt kiszolgálók azon kedvező, biztonságos világából, amelyet sikerült megszerveznünk, hogy ezt a vállalkozást és a vállalkozáson kívüli alkalmazásokat és adatokat válasszuk, átvittünk a „hogyan vajon valóban kezeljük-e azt a környezetet? ”És ez a webinar azért érdekes, mert az ügyek jelenlegi helyzete nem volt túl jó. Számos különféle eszköz volt az adatbázisok, szerverek, SharePoint, operációs rendszerek, adatmozgatás stb. Megnézéséhez - mindegyikük szétszórt volt, mivel ilyenek voltak a silókkal, így képesek voltunk egy adott szerver, egy adott alkalmazás kezelésére vagy figyelésére, speciális adatbázis, de nem tudtuk összerakni őket. Most, mivel mindegyik interaktív és összekapcsolt, és nem csupán az egyes darabrészekből áll, össze kell őket összerakni, és mint ilyenek - azt hiszem, ez a középiskolai képmásom -, voltunk olyan emberekkel, akiknek speciális ismereteik vannak ezekről. eszközök, amelyek mélyre jutnak a rendszerek bélébe, és kezelik azokat.
Drágák és költségesek, időigényesek, és beragadtunk a sárba, mivel ezeket a darab alkatrészeket folyamatosan vizsgáljuk és megpróbáljuk kezelni, és nem tudtunk valóban irányítani a vállalkozást. Szükség van arra, ahonnan mi hagyott minket, vagy hová hoztunk minket. Szükség volt a vállalati felügyelet bejutására. Ugyanúgy képesnek kell lennünk arra, hogy az alkalmazásokat a helyszínen és a felhőben, az adatbázisokat is megvizsgáljuk. Szerverek, hálózatok, virtualizált, nem virtualizált rendszerek, az adatok integrálása, az ottani alkalmazás-szinkronizálás. Mint az üzleti intelligencia elemzésében, az első dolog, amit meg kell tennie, az összes ilyen szolgáltatás és az infrastruktúra, valamint az alkalmazások adatainak összegyűjtése.
A második dolog, amit meg kell tennie, az az, hogy összerakja ezeket az adatokat, hogy megnézze, hogyan kapcsolódnak egymáshoz. Nem tehet semmit, amíg meg nem találja, hogy ezek a darabok hogyan kapcsolódnak egymáshoz, és összehozza azokat. De az, hogy miként haladtunk fel a darabból az átfogó vagy vállalati alkalmazáskezelés formájáig, valóban növekedett azért, mert az adatok rögzítése, az adatok integrálása miatt az volt, hogy javítsuk az alkalmazáskezelés elemzését. és megfigyelés.
Az első dolog, amit tennünk kell, hogy kitaláljuk, mi történik ezekkel az egyedi rendszerekkel vagy alkatrészekkel. A második dolog, amit meg kell tennünk, hogy megértsük, miért történik ez. Ehhez alaposabb ismeretekre van szükség az alkalmazásokról, az adatbázisokról, a kiszolgálókról, valamint arról, hogy miként kapcsolódnak egymáshoz, hogyan kapcsolódnak egymáshoz, és hogy mi az egyik dolog, ami másikat vált ki. Úgy értem, gyakran olyan problémákba ütközünk, ahol valami történik, és valójában nem a kiváltó oka, hanem valami más tünete. Ki kell találnunk, hogy miért történik ez, de össze kell gyűjtenünk az adatokat és ellenőriznünk kell a darab alkatrészeit.
Végül be kell kerülnünk egy kicsit a prediktív elemzésbe vagy a prediktív monitorozásba. Vagy kezdtek kitalálni, miért történhet valószínűleg valami, vagy mi történik ezután. Ha valami kudarcot vall, vagy hamarosan kudarcot vall, vagy eléri valamelyik küszöböt, akkor képesnek kell lennie arra, hogy elindítsa és megértse, mit jelent ez, mi történik ezután. Az adatokat a monitorozással rögzítettük, elkezdtük elemezni, hogy mi, miért és mi a következő lépés, majd végül megkezdjük az adatkezelés és az elemzés alapján történő kezelést.
Ne felejtsd el, hogy szép az adatok gyűjtése, az adatok elemzése is jó, de ezeknek az adatoknak meg kell, hogy az elemzésnek és az adatoknak valóban működőképeseknek kell lenniük. Önnek képesnek kell lennie reagálni, reagálni a történésekre, és proaktívnak kell lennie, hogy megpróbálja megjavítani. Tehát nemcsak az eszközök megfigyelésére és a vizuális elemzésére van szükségünk, hanem elengedhetetlen az is, hogy automatikusan vagy szisztematikusan megjavítsuk a dolgokat. Ez a fajta szükséglet, amelyet a vállalkozásban növekedtek, és ismét a BI és az üzleti elemzés szempontjából, valamint az adatintegrációs szempontból, gyakran vannak olyan kérdések, amelyek megpróbálják kitalálni, hogy mi a töréspont. Miért nem valami méretező, miért hibás, miért nem érzik az üzleti felhasználók a szolgáltatási szintű megállapodások teljesítését? Mindezeket a nagyszerű dolgokat meg tudjuk csinálni az alkalmazásokkal és az adatokkal, de a támogató rendszereket kezelni kell annak érdekében, hogy lehetővé tegyük ezeket a nagyszerű dolgokat, amelyek ott zajlanak. Dez?
Eric Kavanagh: Rendben, vedd el, Dez.
Dez Blanchfield: Köszönöm, wow. Valószínűleg van néhány kis terület, amelyekben teljesen egyetértünk. Rövid háttérkép az életemről a dolgok figyelésének világában. Valójában majdnem húsz évvel ezelőtt a testvéremmel és én együtt dolgoztunk olyan környezetben, amely nagyon hasonlónak tűnt. Ez egy hálózati üzemeltetési központ. Ez egy jelenlegi, és mindent kezeltünk az útválasztóktól és a kapcsolóktól, valamint a kiszolgálóktól és a tűzfalaktól, valamint az alkalmazásokat futtató rendszerektől, az ott található alkalmazásokat és az ott található adatbázisokat, valamint a kiszolgálók egész sorát összekapcsolva.
Abban az időben sok eszköz állt rendelkezésre a megfigyeléshez. Nagyon sok ingyenes és nyílt forráskódú eszköz volt, de a néhány alkalmazás-köteg, amelyek végponttól a végigfigyelést végeztek, drága és nehéz volt megszerezni a kezét.És tehát valójában leültünk és írtunk, hidd el vagy sem, és az internet valamiféle dolgokká vált, és szerszámokkal futtattuk ezeket az egyedi rendszereket, a Solaris rendszereket, hogy összegyűjtsük a rendszer tevékenységi jelentéseit, valamint a lemezfelhasználást és a memóriát. használat és így tovább, és jelentkezzen be egy fájlba, és futtasson rajta egy szkriptet. Valójában megszoktuk, hogy az összegyűjtött adatokat egy központi szerverre húzzuk, és kihúzzuk azokat a naplófájl-bejegyzéseket a beérkezéskor az elemekről, elemezzük, adatbázisba illesszük, és szép grafikonokat készítsünk róluk.
Úgy gondoltuk, hogy elég okosak és nagyon jóak vagyunk, mert tudtuk megmondani, mi folyik, de az a dolog, ami sokáig megütött minket, az volt, hogy bár valójában beszámolhattunk a nemzet történelmi állapotáról, valójában sokat nem mondott nekünk a a nemzet jelenlegi helyzete közvetlen értelemben, mivel az összegyűjtött adatokat valahol szerkesztettük, tehát mindig néhány perccel azelőtt eljutottunk, hogy a szerverről gyűjtöttük a hálózaton keresztül, a hálózaton keresztül és egy levelezőszervert, levágta és beillesztette egy adatbázisba, tehát valóban szép grafikonok voltak, de mind hátralékban vannak, mind ezek a történelem.
Valójában ennek a csinos képnek a bal oldali felső sarkában, mint például egy 18 virtuális asztalnak tevő, mint 18 LCD panel, egy grafikon, egy kis zöld ábra a bal felső sarokban, amely nagyon hasonló ahhoz, amit korábban csináltunk, a dolgok feltérképezése. És állandóan frusztrált volt, hogy szinte lehetetlen számunkra elmondani, hogy mi történik a pillanatban, sőt, mi is fog történni a jövőben. Nem számít, hányszor próbáltunk valamiféle prediktív ábrázolást készíteni, és ez közel húsz évvel ezelőtt történt, a memóriából.
Ez egy kép a tényleges hálózati üzemeltetési központ képernyőjéről, amelynek összesen 18 LCD panelje össze van ragasztva, és úgy tesz, mintha egy nagy, nagy Windows asztal lenne, és ez gyakran a nemzet állapota azon körülmények között, amelyeket szervezetek, telcosok vagy nagyvállalatok kínálnak. futni, hogy nyomon tudja követni, mi történik a világban. Függetlenül attól, hogy a hálózatuk és az útválasztóik, valamint a kapcsolóik és az alkalmazásszervereik érdekesek-e az adott képernyőn, vagy ez a képernyőkép is, az a kép, hogy nem egyetlen nagy ablak, nem egy nagy, nagy böngésző ki van nyújtva, sok apró apró ablakok átfedése. Ha ez a dolog összeomlik, újraindul, vagy valamilyen okból le kell állítani, és újra be kell táplálni, valamely szegény bolondnak le kell ülnie és újra megnyitnia az összes egyedi alkalmazást, és manuálisan csempéznie az ablakokat, hogy ugyanazt a képet kapja. Rendkívül munkaigényes és kockázatos, mert ha valaki nem ismeri a visszahelyezésük sorrendjét, akkor azt szinte lehetetlen újra létrehozni, és elég szomorú a helyzet, mivel a legtöbb hálózati üzemeltetési központ jelenleg ilyen. Valaki több alkalmazást és mobil rendszert fizikailag futtatnia kellett, és a múltra tekint. Tehát nem sok változott sok szempontból azzal, amit sok vállalat úgy gondolja, hogy valóban nyomon kell követni.
Ebben a 20 évvel ezelõtt ezt a nézetet állítottuk fel, hogy ha tudsz pingolni egy szervert, akkor már készen áll, de a valóság az volt, hogy azt találtuk, hogy csak azért lehet pinggelvezni egy szervert, mint pl. Ping, és visszatükrözni egy ICMP típust egy lőtt egy dologra, amely visszhangzik, és azt mondja: „Élek életben”, nem azt jelentette, hogy valójában fel van állva. És még ha visszakapcsol is, néha a kiszolgálók és a rajtuk lévő alkalmazások futnak. Tehát a monitorozás egész tudomány. Ez hosszú utat jelent, de még akkor is, ha a modern alkalmazáscsomagok közül a megfigyelő világban és a szolgáltatáskezelő világban vásárolunk meg, nem jósolnak előre. Akkor sokkal egyszerűbbek voltak a dolgok. És szoktuk - azok a dolgok, amelyekre az asszony gondolkodik, a következők voltak: „Nos, a kiszolgáló működik és válaszol, az operációs rendszer online, és tudunk-e csatlakozni hozzá. Az alkalmazások futnak és futnak, és ellenőrizni tudjuk, reagálnak-e az alkalmazásszolgáltatások? A webszerver úgy néz ki, mint fut, de csatlakoztathatjuk-e a rajta található 80 vagy 443 porthoz? Csatlakozhatnak a felhasználók az ott működő szolgáltatásokhoz? ”És gyakran olyan egyszerűnek tűnt, mint a help desk telefon csengése, és ha nem, akkor a legnagyobb döntést kellett hoznunk arra a napra, kinek a fordulója volt. szerzés fánkot.
Majd jött a hiperskálú mindazon fogalom, és különösen a hiperskálájú számítástechnika, és ez alatt a dolgok volumenét, sebességét és méretét értem, amelyekkel most foglalkoztak. És sok ember beszél a világ egyszarvúiról és a LinkedIn-ről és a Google-ról a világon, de valójában nagyon sok kicsi és közepes méretű szervezet működik, amelyek nagyon, nagyon összetett üzleti és informatikai környezettel rendelkeznek, és amelyeket megpróbálnak megfigyelni és megpróbálják. megkapni egy fogantyút, megfogni és ujját a vállalkozás digitális impulzusára helyezni, és sajnos bukásuk van, éppen a puszta komplexitás miatt, amely véleményem szerint nagyságrenddel megnőtt szinte minden szinten.
Ha megnézzük két igazán alapvető dolgot arról, hogy egy modern vállalkozásnak miként kell foglalkoznia, akkor egy esetben akár olyan egyszerű is lehet, mint a nagy adatplatformok, amelyeket most magától értetődőnek tekintünk. A bal oldalon megtaláljuk a korábban Hadoop első verzióját, egy nagyon kötegelt módú, köteg-orientált változatát a Hadoop-ról, a MapReduce keretrendszert, amely a Hadoop fájlrendszer tetején fut, és egy csomó eszközt, amelyek hatékonyan csatlakoztattuk őket, olyanok, mint a Pig and Hive és más eszközök. Jobbról, lényegében a HADoop keretének második átdolgozása, amelyek mind a YARN köré épültek, és valamivel nagyobb teljesítményű számítási architektúra és jobb ütemezés. Ha magukat nézi ezeket az egyedi kereteket, akkor rendkívül összetettek, és a bennük megtehető dolgok még összetettebbek.
Amikor a felhő paradigmáját vizsgáljuk, akkor van egy forgatókönyv, amelyben ez az OpenStack és az OpenStack kinézetének modellje - nyílt forráskódú felhőplatform, amely sok-sok apró modulból épül fel, és ez csak egyfajta durva diagram az OpenStack felhő működését lehetővé tevő kulcsfontosságú elemek közül. És rendkívül összetett, nagyon-nagyon erős, de rendkívül összetett. És megpróbál megfigyelni valamit a Hadoop korábbi stílusában, a Hadoop és most a Spark, valamint az ökoszisztéma összes darabjának segítségével, felhőbe dobva az OpenStack-alapú platformokat, például megérteni a komplexitású környezetet, és nem bánja, hogy megpróbálja megtalálni megtudhatja, hogy mi a figyelése és milyen szolgáltatást figyeli, és miért figyeli ezt, és mit néz ki a monitorozásból? Ezek valóban nagy problémákkal szembesülnek világunk néhány legalapvetőbb elemével, és a felhő-ökoszisztémák próbáltak akár helyszíni, akár nyilvános vagy hibrid futtatni.
Akkor néhány keretrendszer, például a nagy adatvilág, például a Hadoop és így tovább, ezek valóban nagy kihívások, és a bennük lévő dolgok változásának sebessége megnehezíti a futurisztikus betekintést is. És továbbra is megragadták ezt a világot, amikor azt mondták: „Nos, mi történt öt perccel ezelőtt?” Mint korábban hallottad, a helyszínen vagy a helyszínen, a helyszínen kívüli kihívásokkal és azokkal együtt gondolkodni kell a dolgokról. számítógépeken vagy adatközpontokon belül. Megvan a keveréke a fizikai szolgáltatásoknak, amelyek valamiféle, és a virtuális szervereknek, és megváltoztak, amire egy fizikai kiszolgálóra gondolhattunk, egyetlen alkalmazáshalommal, most már mindig egy környezet virtualizálódik. Infrastruktúra, akár Hyper-V, akár VMware, akár OpenStack vagy Xen.
Most már nem kell, hogy egy kiszolgáló futtasson egy alkalmazáscsomagot, hipervizort futtasson, több halomot futtasson. És az Ive éppen felsorolt néhány közönségeset a VMware, a Hyper-V, az OpenStack könyvtárban, de tucatnyi más és sok ember használja őket. Az infrastruktúra-kiszolgálók, a platform-kiszolgálók és a szoftver-kiszolgálók felhő kombinációja, és mindegyikük a saját jogukban olyan bonyolult szintekkel rendelkezik, hogy csak megpróbálták a fejünkre jutni az alapszintű irányítás és felügyelet körül, nem is beszélve arról, hogy kitalálják mi fog történni.
És ha ez nem volt elég rossz, akkor azon a ponton voltak, ahol a szoftveres értelemben vett dolgokat meghatározták, abban az értelemben, hogy szoftver-definíciós hálózatot és definiált hálózatépítést kaptunk. Megkaptuk a hálózati funkciók virtualizációját, és megpróbáltuk kezelni és ellenőrizni egy olyan szoftver által meghatározott hálózatot, amelynek összetevői között szerepel a hálózati funkciók virtualizációja, virtuális útválasztók, virtuális kapcsolók, virtuális tűzfalak, virtuális interfészek a szerverekön, kötött virtuális interfészek, egészen a a szolgáltatások és az alkalmazások kombinációjának fajtája, és megpróbáljuk kiküszöbölni a különbséget a figyelésüknél.
És most néhány szórakoztatóbb kihívással szembesülünk, amelyek gyorsan elmozdultak a virtualizációtól a konténerekig, és a közelmúltban létrehozták a Googles eszközkészletének nyílt forrású verzióját a Kubernetes és a HashiCorp projekt Docker virtualizálására, valamint a konténerek formáinak létrehozására való képességet. A konténer egy formájának, akár az egyes konténereknek a megfigyelésére irányuló érdekes dolog az, hogy egyszer volt egy fizikai gép és egy virtuális gép, majd a teljes alkalmazásköteg és az ökoszisztéma azokon - akár fizikai, akár virtuális - Most van egy olyan környezet, ahol lehet egy Docker-példány, amely akár néhány milliszekundum alatt is futhat, megalapozottak, kap egy kérést, foglalkozik vele, megadja a szükséges szolgáltatást, majd meghal. Valahogy elköltözöttünk, amit szerintem Randy Bias idézte egyszer, vagyis a szervereket és a szolgáltatásokat háziállatokként kell kezelnünk, és megpróbálnunk őket állandóan életben tartani, mostanra, amikor csak úgy kezeljük a dolgokat, mint szarvasmarha és a megfigyelés, ami még érdekesebb kihívás.
Megkaptuk a hibrid környezetet, tehát valamilyen hagyományos alkalmazáscsomag, például hagyományos adatbázis-környezet. Az új környezetek, például a Hadoop és a Spark nagy adatkörnyezetek használata, lineáris növekedés, növekedés és tárolás, lineáris növekedés és méretezhetőség, rugalmas környezetek ezen számítási platformok némelyike számára. És a mobilitás iránti igény, az emberek BYOD-t csinálnak. Hogyan figyeli a hordozható számítógépet, amelynek a vállalkozás nem rendelkezik? Hogyan ellenőrizheti az ott található alkalmazásokat és szolgáltatásokat, valamint a biztonságot? És a gépektől a gépekig terjedő exponenciális robbanás és az internethez kapcsolódó dolgok. A gép-gép és a dolgok internetje jelenleg gyakorlatilag lehetetlen bizonyos platformok számára, amelyeket hagyományosan a normál megfigyelés szempontjából használtak, különösen, ha az ipari eszközök méretarányára kerülnek.
Például, a Dreamliner 787 repülőgép, amikor létrehozták, az első kiadás, valamiben hasonlít 6000 érzékelőre a gépben, az egész repülőgépen. Most megértem az Airbus legújabb verzióját, azt hiszem, hogy az A320-ban 10 000 érzékelő van benne, amely egy teljesen új szintre hozza a megfigyelt eszközökről származó információk megfigyelését és kezelését. Ez a folyamatosan növekvő kihívás nem csak az, hogy folyamatosan nyomon kövessük az alapvető képességeket, hogy valamit megfigyeljenek, másrészt online és elérhető módon láthassuk, hanem ez, most a prediktív elemzés iránti igény.
Mivel az általunk működtetett vállalkozás, a működtetett rendszerek és az általunk nyújtott szolgáltatások típusa körül sok dolgot előrejelző elemzéseket végeztünk. Tehát most úgy nézett ki és rájött, hogy valójában prediktív elemzéseket tudunk nyújtani egy megfigyelő szolgáltatáson, és nem csak arról beszélhetünk, mi történt egy másodperc és öt perccel ezelőtt, hanem mi történik öt perc alatt, az eddig ismeretek alapján. És azt hiszem, hogy rendkívül izgalmas idő arra, hogy gondolkodjunk a szolgáltatások kezeléséről, mert ha bármilyen prediktív elemzést is készíthetnénk, akkor olyan dolgokra, amelyeket most áttekintünk, mint például az automatikus méretezés és így tovább, felhőnkben és virtualizált környezetünkben, ahol Ha egy szerver rájön, hogy kissé túlterhelt, képes egy másik példányt önmagáról felállítani, felállni az ökoszisztémára és kezelni a nagyobb munkaterhelést, majd amikor a munkaterhelés csökken, majdnem lefelé csökken, és egyik gépet alszik, és visszamegy normál állapota. Ahhoz, hogy most már előrejelző elemzéseket és jövőbeli kilátásokat tudjunk használni az eseményekről, figyelemmel kísérve a dolgokat az infrastruktúrától és a hardvertől egészen a végvonalon keresztül. Az egész végponttól a végigrepülésig az elme megbotlik azon, hogy mit tudnak csinálni, ami lényegében egy mindig ügyeletes, amelyben élünk. És ezt szem előtt tartva átadom.
Eric Kavanagh: Rendben, hadd adjam át a kulcsokat Robert Vandervoortnak. Nagyon sok talajtakarót láttam, és kíváncsi vagyok arra, hogy megnézhesd, mit csináltok srácok, és hogy, ahogy mondtam, imádom az egész filozófiát. Tehát vagy ossza meg az asztalát, ha ezt meg akarja tenni, vagy mozgassa a diákat. Elvenni.
Robert Vandervoort: Rendicsek. Ha tudom, hol van ez a gomb, akkor az az, amit itt dolgozok.
Eric Kavanagh: A bal felső sarokban kattintson a Start gombra.
Robert Vandervoort: AH oké.
Eric Kavanagh: Kattintson erre, hogy láthassa a megosztott képernyőt. Menj, vedd el.
Robert Vandervoort: Megmentette a napot. Fantasztikus. Rendben, Dez, ez egyáltalán nem volt félelmetes. Oh ember. Nem, jó beszélgetések, srácok, jó beszélgetések. Tehát igen, határozottan, ugyanolyan gondolkodású vagyok, egyfajta a Holdra. Úgy értem, kitalálnunk kellett volna, hogy hogyan tudjuk követni ezt a dolgot, mivel az egy interjektúrát követi, amelyet megtett, és ami igazán nehéz. Ember, elmondhatom neked, ha egy szoftvervállalatnál dolgozik, amely ezt csinálja, és hogy részt vesz a napi fejlesztési találkozókon, ezekről a dolgokról beszélünk, ezek nagyon valódi aggodalmak. Hogyan tudunk lépést tartani az iparral? Nem akarjuk, hogy ez az évtized múltbeli ellenőrző rendszere legyen.
Nagyon sok gondolkodás alatt álltam, és amint néhány beszélgetés elõtt elbeszéltem néhány srácról, az egyik kedvenc könyvem, és ez remélhetõleg nem mond túl sokat rólam, de a „Zen és a motorkerékpár-karbantartás mûvészete” ez egy filozófiai könyv, és valójában nem fantasztikus regény, de bármi is. Beszél a minőségről, és arról, hogy mi a minőség és mi a dolgok minősége, tehát ez a minőség egész metafizikája alakult ki, és ma nem próbálok ma filozófiai órát adni nektek, s egy kicsit. Ez az egész gyakorlati monitorozás, mi ez? Alapvetõen az egész kérdés alapos átgondolása után jöttem fel, és ez a fajta paradigma, amelybe mozogtak, elmozdultak a szerverektõl, mint mondtad, kedvtelésből tartott állatoktól -, nagyszerű módja annak, hogy megtegyük.
Ez szó szerint a két szó meghatározása. Az egyik a pragmatizmus: ésszerűen és reálisan kezeli a dolgokat. Alapvetően csak gyakorlati jellegű, ez egy gyakorlati divatos szó. Monitor: duh. Valamit ki akarunk dugni, bele akarunk helyezni egy hőmérőt, újra megmérjük, újra megmérjük, újra megmérjük és felülvizsgáljuk. Hogy az ötlet ebből a két dologból áll, amelyek gyakorlati figyelemmel kísérik a dolgokat. Nagyon könnyű elkapni, és olyan sok emberrel el tudom mondani, hogy az értékesítés előtti oldalon vagyok, és azzal foglalkozom, hogy különböző vállalatok technikusaival dolgozom, mindenféle technikával, mindenféle vállalatok, vertikálisok, bármi, és mindig ugyanazok a dolgok. Sokszor, amikor ezekbe az üzletekbe kerülünk, az emberek olyanok, mint: „Nos, nagyon szeretnék figyelni a szervereimet, tudni akarom, mi az a CPU, mit csinálnak a folyamatok, és meg akarom győződni arról, hogy ne fogyjon ki a hely a meghajtókon. ”És most gondolkodom, rendben, ez tényleg egyszerű dolog. De nagyon szeretnék kipróbálni és egy kissé eltérő folyamat körül tekerni a fejeinket itt.
Először is, a műszaki kérdések, amelyek mindig felmerülnek, amikor elkezdjük a felügyeletről beszélni - ezek mindegyike valóban a rendelkezésre állásra összpontosít - működik-e hardverünk / szoftverünk a ping pontján? Igen rendben. Nem - nem jelenti azt, hogy a szoftver működik. Ez azt jelentheti, hogy online szerverei, és ha ez egyértelműen az Ön által alkalmazott megközelítés is, hadd lássam a webszervert, és miért nem válaszol, akkor rájössz, hogy: "Hé, nézd, válaszolsz, Most el kellett távolítanom ezt a webszervert, és megnéznem ezt, és be tudom-e jutni a dobozba? " Ez az egész őrült hibaelhárítási erőfeszítés megy bele, amikor nincs megfigyelésed, ami meglepően is létezik. Nem fogok megnevezni a neveket, de vannak olyan meglehetősen nagyvállalatok, amelyek semmiféle sokat nem csinálnak, a megfigyelés útján.
Természetesen számomra ez nyilvánvaló dolog, mert a szoftver gyártójának dolgozom. Egyébként válaszol a weboldal? Nem csak ez a dolog életben van, hanem valójában elmondja nekem, mit akarok látni? Nem mondhatja el: „Ó, igen, a weboldal 40 milliszekundumban válaszolt”. Ez teljes jelentésoldal lehet. Gondoskodnunk kell arról, hogy elég mélyen eljuthassunk ezekre az érkezésekre, ezekre a kérdésekre, a válaszokat illetően, olyan módon tudunk válaszolni a kérdésre, amely valóban szolgálja a kérdést. Rendelkezésre állás, teljesítmény - a hardver / szoftver jól teljesít? Rengeteg teljesítményszámlálóról beszélünk, akikről beszélünk, mindezek a különböző technológiák. Legyen az Hadoop, IAS, Apache vagy bármi más, mindegyikük rendelkezik valamilyen teljesítményszámlálóval. A Microsoft általánosságban a WMI teljesítményszámlálói lesznek. Megvan a SNMP-k, rengeteg különféle módszer, amelyek segítségével megtudhatja, mi történik a motorháztető alatt, hogyan érzi magát.
És akkor az utolsó dolog itt a kapacitástervezés, tehát végezzünk elemzést a dolgokról. Megvan a hosszú történelmi adatok nyomvonala, és azt is tudni akarjuk: - és ez valamiféle érzelmi szükséglet, nem volt, csak azért, mert az informatika területén dolgozunk, nem azt jelenti, hogy nem érzelmi állatok voltak, ott van a biztonság - Ha van valami, ami nagyon kudarcot vall, akkor arra gondolsz, hogy „hát mikor fog ismét kudarcot valósítani, ez tényleg probléma?” És bár nagy képességünk van a dolgok mintáinak felismerésére, nem csak a az életben, de a körülöttünk lévő világban és egy idővonalban is, de lehet, hogy a dolgok nem lesznek olyan problematikusak, mint gondolnád. Vagy problematikusabbak lehetnek, mint gondolnád. Amikor jó üzleti döntéseket próbáltak hozni, ez határozottan kérdés. Valódi mutatókkal kell rendelkeznünk, képesnek kell lennünk arra, hogy igazoljuk érzéseinket és a világról alkotott felfogásunkat, számozzuk és empirizáljuk - a tudomány!
Tehát egyébként a filozófia ideje: Charles Sanders Peirce.A srác, aki alapvetően elkezdte a pragmatizmust, és ezért itt fogom leverni az 1800-as évek nyelvét: „Gondoljunk arra, hogy milyen hatásokkal lehet gyakorlati viszonyt, mi elképzelésünk tárgyát képzeljük el.” Azt mondja itt: „Mi az az a dolog? Mit csinál ez a dolog? ”Tehát bármit is tesz a dolog, az számomra az. A webszerver olyan dolog, amely kiküszöböli a weboldalakat, ennek nincs, nem kell ennél sokkal összetettebbre gondolkodnia. Sok bonyolult szoftverből áll? Fogadsz. Az operációs rendszer önmagában valószínűleg sokkal bonyolultabb, mint a rajta futó dolgok. De ez nem számít. Amikor megpróbáljuk kipróbálni ezeket a kérdéseket, tudnunk kell, működik-e a weboldal? Rendben, ez mind nagyon egyszerű dolog. Koncepciónk egész egészünknek, a tárgyról való felfogásunknak a hatásaihoz vezet. Lehetővé teszi ezen tárgyak elképzelését. Ez a nehézség. A legtöbb ember, akit velük beszélek, ismét egy szerver megfigyelésével foglalkozik: „Fel akarom figyelni a hálózati hardveremet” vagy „Meg akarom csinálni.” Az egyik hardverdarabja vagy sajátos technológiája, és ez általában bármi is a legnagyobb nyaki fájdalom számukra.
Valószínű, hogy már vannak más megfigyelő szoftverük a házon belül, és újabb darabot csinálnak belőle. Tetszik: "Nos, hé, miért nem tudsz téged" - szeretek egy kicsit játszani az ördögök képviselőjét - "vidám, hogy ezt a másik szoftvert használja ehhez?" "Ó, nos, ez igazán nem igazán csinálja." "Oké, hát mi van ezzel?" „Nos, bármi is.” És számomra ezek a kérdések rengeteg széna. Az értékesítés előtti időszakban ne tartsa túl keményen velem szemben, de mérnök vagyok, és ezt a tárgyat megfogalmazom. Tehát meg kell értenünk, mi az a tárgy, mi az összes mozgó alkatrész. Ha valaki azt mondja: „Nos, adatbázis-kiszolgáló”, szeretem: „Oké, mit szolgál egy adatbázis-kiszolgáló?” „Ó, nos, leginkább az ERP-t.” „Oké, tehát teljesítményproblémái vannak az ERP-vel.” „Igen, de úgy gondoljuk, hogy ez lehet az adatbázis. ”„ Oké, nézd, beszélhetünk az ERP-ről. Az ERP az Oracle rendszeren fut. ”„ Ellenőrizze. ”„ Oké, van egy webes felület erre a bajnokra, vagy az egész ügyfélszerver? ”„ Ó, nos, valójában mindkettője ilyen. ”„ Oké, jó, tehát megvan egy webes felület, megvan az ügyfélszerver csatlakoztathatósága, tárolja a tárolást, milyen kiszolgálón fut ez a dolog, hogyan néz ki a hálózata? - Úgy tűnik, száz kérdést teszek fel nekik.
Egyáltalán nem inkumbens, az is, hogy az emberek csak nem tudják. „Négy hónappal ezelőtt kezdtem itt. Tényleg nem vagyok olyan ismeri a környezetet. ”Oké, nos, megpróbálsz meglehetősen összetett kérdéseket diagnosztizálni, ha nem ismered a környezetet, úgy érzem, hogy te vagy, de ez nem segít a paradigmában. Meg kell értenünk. Ki kell építeni ezt a megértést. És tehát gyakran, amikor azt kérdezem tőlük: „Hé, van könyve, van-e diagram, van-e rajza egy diagram, van-e, kérdezhetsz valakit?” Ez általában az utóbbi. "Ó, mennem kell kérdeznem Bobot, de valójában vakáción van, visszatér, két hét múlva állíthat be valamit, és remélhetőleg hozzáférhetünk a rendszerhez" és így tovább, és így tovább. És tehát azonnal teljesen megérezem a fájdalmát. Oké. Képesnek kell lennünk arra, hogy felépítsük ezt a megértést bármilyen eszköznél is, amelyet használunk. Tehát csak tartsd ezt észben.
És az üzleti kérdésekre megválaszolatlanul maradnak, úgy értem, hogy nagyon gyakran beszélünk technikusokkal, ásókban vannak. Rögzítő cucc volt. Sokszor tűzoltó üzemmódban volt, néha kissé sokkban és határozottan félelemmel. Bármelyik korábbi elnököt nem idézzük, de mindazonáltal az üzleti kérdések, amelyeket hallatsz, nagymértékben igazodnak a technikai kérdésekhez. És valójában amit srácoknak tennie kell, ha ezek a szakemberek vagytok, megpróbálják ezeket az üzleti kérdéseket összehangolni a műszaki kérdésekkel. Valóban olyanok, mint az egyik. Írja le a listát - elérhetőség, teljesítmény és kapacitástervezés. Okosan használjuk erőforrásainkat? Hová kerül ez a pénz, amit elköltöttünk? Megvásároltuk ezeket a fényes kiszolgálókat, mit csinálnak, tudjuk-e, hogy helyesen használják őket? Ki tudja? Hacsak nem mérted. Forró és hideg foltok. Az a cucc, amelyet a pontok félkövér betűkkel mutatnak, tehát ha később megkapod a diavetítést, akkor a meleg és a hideg pontok hálózati problémákba ütköznek. Hogyan van internet és WAN kapcsolat? Természetesen a sávszélesség-szolgáltatók nagyobb sávszélességet akarnak eladni Önnek. Valóban szüksége van rá? Hogy használja? A teljesítményről beszéltünk. Van-e olyan dolog a helyén, amely szerint bizonyos célokat kellene elérni? Válaszolnunk kell a dolgokra. A legtöbb ember nem.
És tudom, hogy nagyon szenvedélyesnek hangzom, remélhetőleg nem hangzik túl tiltottan itt, de van SOA. Célozza meg magad. Tizenöt beszélünk, félúton harminchoz. Igen, állítson be célokat saját maga számára, az nem, ezzel egyáltalán semmi baj van. Állítsa be az egyszarvú célokat. Állítson fel teljesen elérhetetlen célokat. Egyetlen szerver sem múlhat le soha többet, mint valaha. 24 órában és 24 órában kell lennie, nem számít, ha alkalmazottaink csak kilenc-öt dolgoznak, soha nem akarok, hogy bármi törjön, természetesen nem. Lehet, hogy személyes elvárásaim vannak, de ezeket valójában üzleti értelemben is kifejezhetjük. Találkozva a SOA-val, határozottan eszkaláljuk a menedzsmentet. Fenntarthatók-e a jelenlegi műveletek, így folytathatjuk ezt? Ez őrület? Fenn tudjuk tartani ezt?
Ismét nem említem a neveket, hogy megpróbáljam tisztességesnek lenni, de egy korábbi munkaviszonyunkban volt az egyik, „Hoppá, új fiókot kell vásárolnunk a homokhoz, mert megtelt.” „Hmm, nos, megvan két hónap, amíg a következő negyedévig nem lesz ilyen készpénzünk? - Nos, most szükségünk van rá. - Nos, hogyan csináljuk? - Természetesen imádom -, hogy mehetek Fry-hez és szerezzen be néhány merevlemezt ”, és olyanok, mint:„ Nem, ezt nem csinálhatod, tehát sajnálom, Robert, nem tudja megszerezni a Drobo-t, és bedugni. ”Bár néhányan, biztos vagyok benne, valószínűleg bólint a fejeddel, és van láttam már korábban.
Mindenesetre, így a kapacitástervezés során gondoskodnunk kell arról, hogy ne csak tárolási szempontból, hanem ebben a hiper skálázatos környezetben, ahogyan ezt a számítási erőforrást virtualizáltuk és kivontuk, csak egy csomó CPU-mag és gigabájt. Megtudtuk, hogyan használják. Tudnom kell, hogy menekülni szeretnék-e. Ha teljesen jól vagyok, ha tényleg alacsony vagyok. Hova megy, mennyi ideig van, doki? Van kilencszáz napom, amíg elfogy a tér, vagy van kilenc? Van ott nagy különbség. Nem akarja elkapni ilyen. Szóval, sok beszélgetés. Hogyan illeszkedik az idő ebbe a képbe?
Nos, az első számú, mindenekelőtt azt követően, hogy megmutatom neked olyan srácok, mint a régi modell / új modell cuccok, de hogy megértsük, hogyan igazodik a termék ehhez, meg kell mérnünk a hatásokat. Meg kell tudnia mérni az összes apró dolgot, hogy megértse a nagy képet, de amint az értékesítési srácok mondják, nem kell az óceánt felforralni. A dolgok technikai oldalától, és ez a fajta gradiens itt mozog, de technikai oldalról meg kell mérnünk ezeket a virtualizációs környezeteket. A hipervizort indító dolgok. Hogyan használták fel a kinyert erőforrásokat? Okosan használják őket? Hogy vannak az ESX-házigazdák, és így tovább?
Az operációs rendszer, mert minden bizonnyal ha valaki időt töltött a metrikákra és a vSphere-re - és nem mutatott rá egy adott virtualizációs platformon -, akkor az nem fogja megmondani, hogy miért van az SQL szerver tüzet. Ez szokás. Azt fogja mondani: "Hé, ez többet használ, mint amit gondoltál róla, mert megengedted." Oké, nagyszerű. „Hőlégballonálja az emlékezeted.” Oké, nagyszerű. Mi léggömbözi az emlékezetem? Vettem az antivírusomat szélessávban? Ki tudja. Meg kell találnunk az operációs rendszert. Nyilvánvaló, igaz? Nyilvánvalónak tűnik. Folyamatok, fájlrendszerek, nekem van elég hely, ilyen dolgok. Ha van Linux fájlrendszere, akkor logikus kötetkezeléssel rendelkezik, lehet, hogy tucat fájlrendszer található az egyetlen virtuális merevlemezen, és nem fogja megtekinteni a virtuális rétegben található fájlok közül egyet. Egyébként prédikál.
A hálózat összekapcsolja mindezt, és csak hagyja ott. A hálózatépítés összetett? Rendkívül bonyolult lehet, elég egyértelmű, minden pont között lehet. Meg kell értenünk, hogy a hálózat így mozog a dolgok között. A bonyolultabb környezetben kapsz hibrid felhőt, mindezt IoT, jaj, istenem. Úgy értem, hogy biztosan magam vagyok, otthoni automatizáló, és szeretek látni az összes mutatómat, csak felfedeztem néhány szolgáltatást, bármit is, nem fogok bárkinek kedvezni, de bármit, kihúzva ezeket a mutatókat, képesek lennék a dolgok megjelenítésére. . El tudom képzelni a srácokat, akik mindenütt mindenhol megkapják ezeket az adatokat több százezer eszközről, az őrült. Sok dolog megy keresztül a hálózaton, a SAN hálózaton. Csatlakoztassa az internetet. Ezt figyelemmel kell kísérnünk.
Tudnunk kell, hogy van-e bármilyen probléma, ha vannak ilyenek, stb. Mit hívunk szervizmonitoroknak. Tehát, amikor az ERP-ről vagy a SharePoint-ről vagy bármi másról beszélt, a szervizmonitor figyeli valamit, ami fut ezen a csodálatos fényes anyagon, az iOS, az Apache, a kitöltő-üres, az adatbázis-motor, a A Windows szolgáltatás fut. Ha összekapcsolom az SSA-t egy útválasztóval, hogy lekérjek valamilyen konfigurációs információt, és megnézem, megváltozott-e az, vagy milyen áramkörön futok? Tök mindegy. Ez valamiféle teszt, oké? A tárgy látása. Van beépülő moduljaink, és ilyen jellegű lépést tartunk az iparral.
És biztosan megbizonyosodom róla, hogy bárki ide költözök, adj egy kis józanság-ellenőrzést, ha túl sokat beszélek. De a plugin-ek lehetővé teszik számunkra, hogy rugalmasak vagyunk, valóban - ahhoz, hogy mozgékonyak lehessünk, szükségünk van valamire, amelyet elválasztunk a megfelelő életciklusból, mivel évente kb. Négy nagy kiadásunk van. Azt hiszem, őszintén szólva az elmúlt hat hónapban, azt hiszem, négy volt az elmúlt hat hónapban. Fejlesztési szempontból lépést tartunk vele, de nem akarod várni. Mondja, hogy megvan a SharePoint 2013, a 2016-ra költözik, lehet, hogy nem akarsz várni decemberig, amíg új kiadást készítünk, amely ezt teszi.
A beépülő modulok vagy lehetővé teszik, hogy ezt maguk is megtegyék, valószínűleg a rendelkezésre álló több előre sütött szkript bármelyikével, vagy csak írják meg a sajátjukat, amelyeknek az időben történő írása alapvető funkcionalitással rendelkezik, és mi ezt megtehetjük Önnek is. Kifejezem, hogy csak az értékesítés szempontjából az, hogy valóban támogatjuk ezeket. Ami nagyon eltérő paradigmája, mint a nyílt forráskódú közösség - amelyben nagyon szeretem, nagyon szívem, nagyon részt vesz -, de ha megfigyelő szoftvert vásárol, akkor képes lehet arra, hogy hívjon valakit. Van egy telefonod, amelyet felvethet, és olyan lehet, mint “Blah nem működik” vagy “Mit jelent ez?” Csak tartsa ezt szem előtt.
Az alkalmazás - és valójában itt kezdjük el mozogni a dolgok üzleti értékén. És szintén egyfajta, az önmaga épségének tartása mellett. Úgy értem, az a kis apró cucc, ami ott van az alján, ha megtanulod mindazt, amit egész nap kapsz, garantállak. A szabály létrejön, figyelmen kívül hagyják, a dolgok felügyelet nélkül mennek, polcok. Nagyon rossz hely lenni. Ez a stressz szempontjából is rossz hely. Mindegy, függetlenül attól, és ezért csináljuk. Szóval ott volt, megcsinálta. Úgy érzem, hogy figyelmeztetnünk kell az alkalmazási szintet. Meg kell határoznunk a kritériumokat, és nyilvánvalóan fel kell építenünk azt a kis világot, de ezt a kritériumot úgy állítottuk fel, hogy mondjuk: „Hé, erre épül alkalmazásunk. Itt van az adatbázis, itt van a weboldal, itt van a tárolás, itt van a hálózat, dingdingdingdingding, itt vannak a weboldalak stb. ”És aztán elmondhatom:„ Hé, az alkalmazásaid nem boldogok. ”A szolgáltatási szintű megállapodásban, a ezen a ponton nincs értelme, és ez önmagában szinte semmi erőfeszítés nélküli dolog, mert minden erőfeszítés valójában csak ott volt, hogy megértsük és alkalmazzuk ezeket a kis darabokat.
A szolgáltatási szintű megállapodással egyszerűen azt mondja: „Hé, ezt a dolgot négy kilencre akarom tenni.” Boom. Kész. Figyelmezteti Önt, ha a kudarcra hajlik. Elmondja neked, hogy miért kezd elbukni, sőt még a történelmi adatokat is megnézheti, meg tudom mondani, miért nem teljesíti a céljait, ami nagyon különbözik attól, hogy valami olyasmit tekintsen, amelyet nagyrészt füstjelzőnek tartok. Ez a dolgok üzleti vége. Amit szeretek az Uptime bejutásakor, valójában IDERA veterán vagyok, négy és fél éve vagyok a társaságban, amikor vásároltunk az Uptime szoftvert - a torontói székhelyű társaságot - igazán szkeptikus voltam, mint én. Teljesen mindent megteszek, ám igazán lenyűgözött, mert Ive-nek el kellett küldenem ezeket a jelentéseket, azokat a BI jelentéseket a menedzsmentnek, vagyis találkozunk-e SOA-kkal, és én általában kihúzom az ostoba helyeket, mint például az ITSM szoftverem, csak összegyűjti az eseményeimet, és hagyja, hogy tudom, hogy hány állásidő van, amit ismerek magamnak és sok embernek nem kell jegyet vennie. Valószínűleg valójában a mi javunkra működött, ha bármi, de az az üzlet számára nem jó. A termék valójában ezekre a dolgokra gondol.
Itt van ez a két paradigma, és amely a mai napig nagyrészt létezett, és az egyik, amellyel megpróbálom mindenki fejét kihúzni, az a rossz módja annak, hogy a dolgod megfigyelésén gondolkodj. Rendben? Miért rossz? Azért, mert soros. Megvan a megfigyelő állomásom, megfigyelek egy szervert, rajta vannak a mutatók, figyelmeztetök ezekre a mutatókra. Láthatja, hogy megpróbálom célirányosan eloszlatni a jobb oldalon, ott. Egy rakás doboz megértése alapján megfigyelést kell végezni, tehát valóban ez és zajos mindezen mutatók miatt, nagyon zajos és a CPU magas, a memória nagy, a fájlrendszernek elég a hely, a weboldalak A válaszidő öt másodperc, tudod, blah blah blah.
Az a cucc, a zaj. Hacsak nem tudsz valamilyen módon, például nyugodtan, átcsavarni az ön adatait, és szellemileg összegyűjteni ezeket a dolgokat, és megpróbálni megérteni a nagyobb képet, az nem igazán szolgál arra, hogy figyelmeztesse, mi történik rosszul. Csak tüneti jellegű, nehéz megfejteni a hatást, és nagyon kevés üzleti értéket képvisel. Nagyon garantálom, hogy a CIO-t nem érdekli, hogy hány CPU kullancsot használt az SQL szerverén. Sokkal jobban foglalkozik a srácok által nyújtott szolgáltatás, amely valóban jól működik, és vajon az embereknek nehezen tudtak hozzáférni ehhez, és mi az ügyfél gondolkodása, és milyen dolgok vannak.
Dühös fickó, igen, nem szórakoztató. Így találtam rá, hogy a BlackBerries nagyon rugalmas. Amíg a labda eshet ki, túlélnek egy vagy öt lépcsőfokra. Különben is, sajnálom a BlackBerry-t.
Új gondolkodásmód a dolgok megfigyelésén - IT-rendszerekre és az Apple esetekre gondolok. Itt akarom, hogy a fejünk legyen, és csak két igazán egyszerű dolgot választottam itt. Szeretem Graham nyitott veremét, valószínűleg megpróbálom ellopni azt egy bizonyos ponton, de tovább megyünk ehhez a kapcsolódó megértéshez. Hogyan kapcsolódnak a dolgok egymáshoz ezen függőség és funkcionális részeinek ezen megértése alapján? Megint ez az a tárgy, visszatérünk ehhez az egész gyakorlati dologhoz. Csendes.
Két riasztás - az ERP nem boldog, mert az adatbázis lassan fut, és a weboldal lassan fut. Azt mondhatjuk: “Hé! Az ERP nem boldog, a weboldal lassú és az adatbázis lassú. ”Lehet, hogy az adatbázis. Most, hogy őszinte legyek, nem mondom neked: „Igen, a weblapod lassú azért, mert az adatbázis lassú.” Nem csinálom. Nem vagyok egy útvonalat okozó APM-megoldás, de amikor felépítettük ezt a megértést, és ilyenek letünk, nagyon sok értelme van, és a hibaelhárítási erőfeszítéseidből ahelyett, hogy azt mondaná, hogy „Hmm, ez nem működött”, és távoli és bármi más, vagy átalakíthatja ezeket a többszörös eszközöket, amelyek az egész helyről visszapattannak, ez legalábbis hihetetlenül egyszerűsíti a hibaelhárítási erőfeszítéseket. De még a dolgok grafikus oldalára sem jutottam el. Ez csak az - nem nézek meg egy képernyőpontot, és nem szeretem őszintén figyelni az ellenőrző eszközöket.
Akkor könnyű megérteni, igaz? Tudjuk, mi folyik itt, mert mi építettük fel, mi építettük meg a megértést. De a legjobb az egészben, azt hiszem, hogy az a sok tudás megosztása a csapat többi tagjával. Folyamatosan silókról beszélünk, az app vagy az adatbázis, vagy bármi más. Annyira sok, hogy valójában egyes vállalatok marketing kampányává válik, az összes adatbázis eszköz, valószínűleg láttad őket.
Tehát, a tudás - a tudás hatalom. Egy kis perifériás megértés a rendszerek összefogásáról. Tudnia kell-e az ügyfélszolgálat srácának minden be- és hátrányát a hálózatán, hogyan működik a SharePoint, és hogyan kapcsolódik az ERP. Valószínűleg nem, de ez nagyon hasznos, ha megnézem egy műszerfalat, és valaki felhív, és azt mondja, hogy nem tud hozzáférni valamihez, ilyen lehetek: “Ó, igen, úgy néz ki, hogy most problémáink vannak a széleinkkel router. Tehát ha nem tartózkodik az egyetemen, akkor a SharePoint problémát fog jelenteni Ön számára, de rajta volt. ”Az embereknek tetszik, nem szeretik, kiderül, hogy„ Mmm hmm ”.
Különben is, ez üzleti érték, igaz? A start, run, az IP config mellett, sokat hallottam „ughhhh” az ügyfélszolgálaton. Egyébként, de ez biztosítja ezt az üzleti értéket, mert megértjük, hogy az alkatrészek hogyan mozognak. Megértjük, amikor a dolgok rosszul mennek, megvannak az SLA-k, kapacitástervezést végezünk. Mindezek a dolgok, amelyek kezdetben egyszarvúnak tűnhetnek, amikor az összes gondod az, hogy a szerverek milyen jól teljesítenek, nagyon egyszerű beállítani, és ez a kulcs. Sírhatnék a szivárványokat.
Állítsa be és megfeleljen az elvárásoknak. Ez az SLA bit. Legyen nekik. Azt hiszem, már valószínűleg megbántam ezzel a kérdéssel, de már mindent figyelünk. Már megépítettük a megértést, az alkalmazásokat, a függőséget és a csatlakoztathatóságot. Ez a nehéz feladat, csupán a saját környezetének megértése. Megcsinálja a dolgot, nem válik könnyebbé. Már riasztva, az emberek máris relevánsak vannak itt, én is eszkalációs lépéseket tudok tenni, és nem próbálok megmutatni az összes cuccot bármilyen szoftver demonstrációban itt, erre feltétlenül fórumok vannak.
Már automatizálom a javításokat, az Uptime még a dolgokra is reagálhat. Úgy értem, mindig vannak olyan hülye, ostoba dolgok, mint például a spool, amely valamilyen ismeretlen okból összeomlik, még mindig a Windows 2000 rendszerben van, és egy nap elkezdi frissíteni, esküszöm - bármi is legyen. Néhány percig tart a napod, és valaki tudja, hogy törött az, hogy kijavítsa, igaz?
Automatizált, ez a fajta cucc csak automatizálási takarmány.Már elkészített egy fantasztikus műszerfalat, tudod, a tárgy műszerfalai - ez tényleg egy dolog. Bármit, amit az Uptime-ban gyűjtök, valamilyen ésszerű módon megfoghatom. Tehát, ha el kell térnie, úgy néz ki, mint: „Nagyon szeretném, ha lenne valamilyen teljesítmény-irányítópultom az SQL-hez.” Kész. Olyan alkalmazás irányítópultot szeretne, amely a teljes verem technológiáit tartalmazza? Kész. Kapacitástervezés? Kész.
Olyan egyszerű. Állítsa be ezeket a célokat, hogy az SLA-k megértsék, miért nincs szüksége rájuk. Ez valóban a kulcs itt, tudod, csak egy másodpercig tart, szó szerint csak néhány másodpercig tart, nem pedig percekig, hogy tovább magyarázzam, hanem hogy csak azt mondjam: „Hé, itt az én elvárásom, itt vannak azok a dolgok, amelyek Várom, hogy dolgozol ”, majd az Uptime elmondja, mi nem működik.
Mindenesetre elloptam a dupla szivárványos képeket, de valószínűleg bajba kerülek érte. Izgalmasabb, mint a kettős szivárvány, ó istenem - itt található a weboldal. Fel fogok ugrani. Van még néhány percem? Hadd érzem itt egy józanság-ellenőrzési időt, hogyan vagyunk?
Eric Kavanagh: Igen, mutasson nekünk néhány dolgot.
Robert Vandervoort: Rendben, jó. Mint mondtam, nagyon sok talajt takartam; ez menti meg attól, hogy megmutassam a nem olyan szexi biteket, amelyek mind igazságosak és beállítások, és bármi is. Amit meg akarok mutatni, az olyan, mint a grafikus vége. Mint mondtam, nem szeretek bámulni a megfigyelő eszközöket, szeretnék eljutni ettől a dologtól. Azt akarom, hogy ez a bébiszitter legyen, ha akarod, de nem akarom, hogy így legyen: „Hé, lehet, hogy a gyereknek aranyhal van? Filmben vagyok, igen, bármi.” „Oké.” Csengetés, gyűrű: „Hé, rendben van, ha a gyerek a fürdőszobába megy? Azt mondja, mennie kell. ”„ Igen, oké, bármi is. ”Azt akarom, hogy egy felelős bébiszitter csak bántalmazzon. Tehát a riasztási zajok nagy számomra, ha nem tudod megmondani, valószínűleg van valami fejlett formám a PTSD monitorozására.
Szeretném rámutatni, hogy az Uptime szempontjából megvan mindezek a különböző profilok. Pár őrült dolgot csináltam itt, csak hogy megmutassam, hogyan tud Uptime különféle dolgokat csinálni és emberekkel dolgozni, ami nagy ügy. Nem mondtam nektek, hogy a srácok valóban a háttérm vannak. Informatikai háttérrel rendelkezem, őszintén visszatérve azóta, hogy 13 éves korom óta dolgoztam egy számítógépes üzlet hátsó szobájában. Lehet, hogy ez nem volt a leg legálisabb dolog a világon, de bármi, és soha nem álltam meg. Most 37 éves vagyok, van pszichológiai diplomám, mert számomra az embereket nehezebb kitalálni, mint a számítógépeket. UI és UX szempontjából azonban nem akarok olyan eszközt, amely elmondja nekem, hogyan kell elvégeznem a munkámat, vagy hogy kell, hogy működjön, vagy azt akarom, hogy meghajoljam az utat, amellyel dolgokat akar tenni. Tudom, hogy olyan vagyok, mint a filozófia és a megértés fúrása, remélhetőleg ez megkönnyíti a dolgokat srácoknak, ne vegye úgy, mint: „Hé, ezt kell tenned” vagy „Mondom, hogy mit kell csináld. ”De ez az én dolgom.
Különben is, a HipChat integráció, beszélt riasztások. Úgy értem, ez valójában a 18 monitoros NOC-ra teszi a figyelmét, amely szóban téves. Képzelje el, hogy a fal megy: „Figyelem, a SharePoint kritikus állapotban van, mert az adatbázis lassú, bla bla, bla, hét percig ilyen volt.” Igen, ez egy ékszer, talán hüvelyes, bármi is. Megpróbálom megmutatni, hogy ez egy nagyon rugalmas eszköz. Szkript-alapú kimeneteink vannak, bármit megtehetünk, amit akarsz.
HipChat, a HipChatból és a Skypeből használom a feneket - valószínűleg inkább, mint az enyém, valószínűleg sok üzletvezető csalódására, de egyébként - a HipChat integrálásával is nem számít, mi az, River, Flack, bármi is meg akarom csinálni, nagyon egyértelmű megtenni.
Mindenesetre, a felhasználó szempontjából, valójában az Ön elérhetőségi adataival, a munkaidővel és a munkaidővel kezdjük, ha van. Miután elérte a figyelmeztető jelzés tényleges pontját, az Uptime már tudja, hogyan kell kapcsolatba lépni veled, ami valóban kulcsfontosságú. Úgy értem, hányszor volt: „Ó, nem vettem észre.” „Nos, talán a Gmailbe kellene küldenem, a személyes adataihoz, elküldöm a falára.” Különben is, én eddig még nem jutottam el, de talán jövő hétvégén, amikor unatkozni fogok.
A globális vizsgálat ebben a bonyolult őrült környezetben. Az első, rendben kell tartanunk a dolgokat. A szervezettség fenntartása kulcsfontosságú, ezt megengedjük Önnek, automatikus felfedezést és minden olyan dolgot elvégzünk, amire számíthatunk, de lehetővé tegyük az adatközpont olyan felépítését, amely ésszerű az Ön számára. Szeretem azt gondolni, hogy ez fizikai, logikai és technológiai jellegű, majd virtualizált szempontból úgy csináljuk, mintha a VMware-ben látnád, ahol meg vannak az adatközpontok, a fürtök és az erőforráskészletek, és mindezek a kedves dolog.
Ez szűrődik ugyanazon megértésen keresztül, ismét úgy működik, mint te, és ésszerű. Ugyanez a megértés szűri át ezeket az irányítópultokat. A globális alapvetően minden, ami rossz, és így csak engem érdekel: Houston és minden más QA, SA, bármi, amiről nem igazán tudok kitalálni, csak a Houston dolgok. Erre összpontosíthatom, majd ismét bárkitől, akinek aggálya van a biztonsággal, vagy hogy a dolgokat felhasználói csoportok szerint elkülönítjük, vagyis mi teljesen elvégezhetjük. Az egyetlen dolog, amit valaha láttam, csak Houston, vagy valami olyan szűkített, mint csak a „Houston Network Components”, tehát ez határozottan egy dolog.
Erőforrás-vizsgálat - hogyan használják ezeket az erőforrásokat az egész környezetben? Ez itt. Ez a kilencvenezer lábad. Minden olyan területre kiterjedhet, ahol problémák vannak a többiekkel szemben. És észreveszi az IBM Agency-t, csak az a dobás, mint félre, valójában nem az oldalán van. Az alkalmazás kritikájának felépítéséhez és a pragmatikus modell lebontásához az egyik legkritikusabb dolog az, hogy mindent az ajtóba helyezzünk, és ezt nem mondom, csak azért, mert szeretem, ha az engedély számít az általunk végzett tevékenységekre. Valójában, ha mindent megtehetek az IBM P-sorozat nélkül, az bűzlik.
Megvan az AS / 400 monitorok. Az emberek néha ezt a pokolot adnak nekem, mint például az „AS / 400 ra-ra-ra”. Meglepődne, hogy az AS / 400-ok még mindig nagyon fontos rendszereket működtetnek odakinn, vagy az újabb I-sorozatú cuccokat, ez egy dolog, ezt csináljuk. HP-UX, AIX, szinte minden olyan nagy operációs rendszerre gondolok, amelyeken ügynökünk van. Kulcsfontosságú az ajtóban bevinni és megfigyelni.
Az alkalmazási rétegre nézve ismét engedje, hogy kiszabaduljak a szemcsékből, és tegyek fel. Így néz ki ez a műszerfal. Lehet, hogy ez az egyetlen dolog, amelyet valaha is rendszeresen megnézek, csak azt akarom, hogy idejöjjön, és csak azt mondja: „Hé, a CMS nagyon dühös, miért?” Most megadva, valószínűleg nem fizetek annyit figyelmet kell adnom, de nekem minden nap itt vagyok, és a szerver kapujára nézek. Fogorvos vagyok, ezek a fogaim.
Bejelentkezés tesztek. Szóval, megy, teszteltem a tényleges bejelentkezési időt, ez felhasználói élmény, ez szuper pragmatikus. Még az Apache metrikáit sem érdekli. Ha mindenki olyan, mint a naplózott beosztás, és az összes tranzakció jól működik, ki érdekel az elküldött és fogadott byte-ok, kivéve, ha megpróbálom megtervezni a kapacitást. Tűzoltási szempontból, a „Gondom van-e, figyelnem kell-e rá?” Kérdésből. Szeretném tudni, hogy ez a cucc intuitív módon és automatikusan elég.
Ha én CIO vagyok, így törődök vele, nem érdekel az Apache teljesítményű irányítópultom. Ha én vagyok a webes fickó, akkor te fogadsz. Úgy értem, itt kell bemennem és megbocsátanom a lassúságot, de képesnek kell lennem arra, hogy idejövök, és rengeteg mély mutatót látjak az alapjaiban, és észrevehessem a mintákat. Itt látom, hogy az Apache 01 demóom újraindul, és az Uptime azt jelenti: „boom, boom, boom, boom”, mi van ezzel?
Ezek olyan minták, amelyeket talán nem is tudok, ha nem is nézek rá. Ismét az igazi szemcsés cucc, de valóban ezt a célt szolgálja. Ezek a szerverek a CMS részét képezik, és ha problémákat tapasztalok egy weboldalon, és a szervereim újrahasznosítanak, néhány másodperc alatt többet megtudtam erről a környezetről az általam felállított műszerfalakról, mint amennyit feltétlenül tudtam volna. távirányítással rá. Még abban sem vagyok biztos, hogy hol kezdném néhány dolgot, hogy őszinte legyek.
Egyébként erőfeszítés; és mindenki valamilyen módon gondolkodik: „Ez csak őrült”. Az erőfeszítések szempontjából hogyan lehet figyelni a dolgokat? Tudsz írni egy forgatókönyvet ehhez? Igen. Amit megpróbálunk biztosítani, nagyon általános dolgok, nagyon általános technológiák biztosítása, amelyek az adatbázis szempontjából ott vannak. Meg akarom mondani minden nagyobb adatbázis-motort. Nincsenek a NoSQL-k, nincs idősorom, de minden nagyobb relációs adatbázis itt megtalálható webszolgáltatások szempontjából, az IAS, az Apache Tomcat, és itt csak a sorba merül. És akkor azokhoz a dolgokhoz, amelyeket talán nem lát felsorolva, természetesen van még sok más dolog, de megvan nekik ezek a plug-inek. Ez csak egy nagyon egyszerű módja annak, hogy távozzon. Van nyilvános letétkezelőnk a GitHub-on, láthatja a kódot, elkészítheti sajátnak, megváltoztathatja, bármi is elérhető, az ott elérhető. Tehát technológiai vagy szoftver szempontból, ha SAN, vagy SharePoint, Exchange vagy bármilyen.
Így csináljuk ezt, és akkor lényegében ezek biztosítják az Ön számára fontos mutatókat, és ez a legnehezebb. Ezeket a plug-ineket már írtam, és nekem a legnehezebb az, hogy „Mit akarnak tudni az emberek? Mi a tényleg fontos? ”Bármelyik WMI-rendszert megnézi, lehet, hogy több száz dolog van. Nos, rendben, ezt csak le kell lassítanom, senki sem akarja látni 400 mutatót, mert akkor meg kell értenie ezt a világot, és ott nincs érték.
Különben is, akkor az SLA-k. Rengeteg témájú műszerfal van. Szeretném bátorítani, srácok, úgy értem, ha ez valami érdekes, nyilvánvalóan tudunk demókat, és bármit is csinálni, személyre szabott dolgokat csinálhatunk, nem próbáljuk újra forralni az óceánt. De tudod, ha azt mondom, hogy "Az én SLA-m fut, meghaladom azt, itt sajnálatos módon kudarcot vall, szeretném tudni, miért, mi folyik itt?" Csak belefoglalhatom ebbe a részletes jelentésbe, és megnézem, mi okozza az SLA kudarcát, vagy akár vissza is tér az idő múlásával, és megértem, hogy ez tendencia-e vagy sem. Hol vannak a vörös foltok? Ez majdnem úgy néz ki, mint egy DNS-elemzés vagy valami, szerverhiány van - sajnálom, ezek olyan bejelentkezési tesztkiesések, ahol nem tudtam bejelentkezni. Itt van a válaszidők és a dolgok, és nagyon egyszerűen tudok lezárjuk azokat a dolgokat, amelyek fontosak abban, hogy teljesítettem ezeket a célokat, vagy sem. És megint nem várom el, hogy mindannyian elolvassátok ezeket a dolgokat, de nagyon sok adat van itt. Nagyon kényelmes, ha ezt előtted lehet. De a valóság az, hogy miért csinálok kudarcot ezen bejelentkezési tesztek miatt. Az itt található összes információt Önnek is megadjuk.
A jelentést az eszköz biztosítja, így nincs szüksége Crystalra vagy SSRS-re, vagy ilyesmire, a beépített jelentéskészítő motor; testreszabhatja az itt található összes jelentést. Lehetséges, hogy ismétlődő futásuk legyen. Menthetem őket, hogy mások láthassák és felhasználhassák őket. Különböző kimeneti formátumai vannak. Szeretne valamit szerkeszteni a menedzserével minden nap pénteken 16:00 óráig? Ha ha ha, meg tudod csinálni!
Újra elég robusztus, a kapacitástervezés szempontjából. Nem akarunk csak a középpontba állni, és arról beszéltünk, hogy képesek vagyunk megjósolni a dolgokat, és prediktív elemzéseket végezzünk. Amellett, hogy képesek vagyunk a jelen és a jelen, valamint a történelmi tendencia megjelenítésére, szeretnék látni a kapacitástervezési előrejelzéseket, és ez olyan gyors, hogy számítási memória- és adattárolási kapacitásaim vannak a teljes vCenter-en, és én is. tudom szemmel látni, és mondhatom, hogy a legrosszabb 132 napom van, amíg elfogy a helyem, jobb, ha megteszek valamit erről.
Ez egy igazi laboratórium, és én valójában nagyon sok büszke apu vagyok, és itt elvitték nekem a munkámat. De ismerem ezeket a dolgokat, és ha ez megtörténik, akkor ez az én problémám, az az én hibám, hogy nem változtattam meg valamit, vagy tettem valamit. Nagyon tisztában vagyok ezekkel a dolgokkal. Ha ülésen vagyok, és valaki így szól: „Hé, egy csomó szervert kell felvennünk a laboratóriumba” - ők nem fogják ezt megtenni velem, de ha igen, akkor olyan lennék, mint „Te tudod mit? Megvan a koncertek. Megvan a gigaherc. Lefedték, vagy nem, és egy pillanat alatt ahelyett, hogy kinyitnék egy másik eszközt, amely egyfajta másik pont, és egyetértek ezekkel a dolgokkal, ezt viccként csinálok.
Houston irodában, a forgalomról beszéltünk. Fogorvosom és a forgalomról beszéltünk, Iowában nőtt fel, azt mondta: „Az egyik dolog, amit szeretek a kisvárosokban, az, hogy nincs sok forgalom.” Nos, Houston, ha a hurokban élsz, akkor nem hagyja, ahogy itt láthatod. Integrálhatom bármelyik internetet alapvetően egy iframe-ként. Ha valaki srácok ismerik a HTML-t, bármilyen webet integrálhatok ezen modulok bármelyikébe. Akár az Ön weboldala, akár egy forgalmi kamera az irodáján kívül, vagy bármi más is, megtehetem. A modulokat rendkívül könnyű hozzáadni.
Úgy értem, műszerfalak - megmutatom a TV varázslatát. Ez olyan, mint „Ó, nézd, kész, minden szép és csiszolt”, de a valóság az, hogy ezekbe a műszerfalakba kerüljünk, nagyon könnyű dolog. Az adatok megjelenítésének sokféle módja van a különböző adatpontok között. Az ilyen dolgokhoz hasonló dolgok általában nagyon népszerûek a nép körében, mert amikor megpróbálják megérteni az alkalmazás jelentését, akkor csak feltölthetik a videót, majd rögzíthetik azt alkotó elemeket. Látja, meg tudom mondani, hol vannak az összes probléma.
Szerintem ezek a dolgok rendkívül hasznosak - hálózati topológia, annak megértése, hogy mihez kapcsolódik, mi függ attól, hogy bármi legyen is, munkalap, kapcsolók vagy webhelyek, vagy bármi más, mindegyik, ami be van építve. És megint , a különböző technológiai halmok között. Nem hoztam el, tudom, hogy itt van az időnk, szeretnék győződni arról, hogy srácoknak van időd a kérdésekre és válaszokra, és mindegyikre van szükség, de rengeteg információ áll rendelkezésre, amelyet mindenféle forrásból össze lehet gyűjteni: napló aggregációk, API-k - bármit is nevezsz - SMP, WMI, stb., stb., stb., ábécé leves. Tehát arról van szó, hogy összegyűjti ezeket az adatokat, felépíti a megértést, majd figyelmeztet és gyakorlati módon viselkedik. És tehát ez egy dióhéjban.
Eric Kavanagh: Nagy. Ez fantasztikus előadás volt mindenki számára. El kell mondanom, imádtam. Van néhány további percünk itt, hogy kérdéseket tegyünk fel. Rick, miért nem dobsz el egy-két kérdést, aztán Dez-et, és akkor csak néhány kérdésünk van a közönség részéről, amelyek valamiféle specifikusak a megvalósításról. De először Rick, majd Dez.
Rick Sherman: Rendben nagyszerű. Először is, nagyon szerettem a demo-ot, hogy összegyűjtsem mindenekelőtt, különös tekintettel a szerverek, monitorok, plug-inek stb. Hozzáadására. Szerintem ez fantasztikus volt. Az egyik kérdésem, megemlítetted, hogy ez egy ismétlődő téma, mint például a presalesben, hogy az emberek megértsék, mi az építészet vagy az alkalmazások. Figyelni akarnak a dolgokra, és ott van ez a darab. Hogyan oktatja őket a tipológia lebontására? Rájöttem, hogy sok mindent el lehet választani, de hogyan oktatnád őket? Mert nem vagyok biztos abban, hogy meg tudják-e eléggé megérteni, mennyit tudsz csinálni.
Robert Vandervoort: Igen, nagy az önértékelő humor rajongója, tehát általában csak ilyen szögből indulok. Van ADHD, ha nem tudod megmondani. A feleségem már nem szeret velem velem velem a Home Depotba menni, mondjuk csak így. Annak analógiáját használom, hogy ha van nyikorgó csuklója vagy bármilyen szivárgása van, menj be és mutasd: „Szeretném rögzíteni a csapot.” Gondolkodj. Menj a Zen helyére: “Szeretném javítani a csapot.” Ne gondold: “Hmm, mit tudok javítani a házamban?”, Mert egész nap ott leszel, és elfelejti a csaptelepet és elmegy a csatornákkal.
Amit az emberekre összpontosítom, az alkalmazás. Azt mondod, hogy ez fáj és fáj, menjünk egy alkalmazást. Ez az ERP? Menő. Vegyük az alkalmazást POC-ba, derítsd ki nekem, nem számít, kivel kell beszélgetned, vagy bármilyen információt meg kell ásnod. Miből készül ez az alkalmazás? Adatbázis-kiszolgálók, fájlkiszolgálók, tudod, bármit is, bármit is, az alkalmazás végpontját. Tudja meg, kap minden hozzáférést ehhez. Ha segítségre van szüksége valamilyen eszköz beszerzéséhez, hűvös, itt vagyunk. De összpontosítsunk egy adott alkalmazásra, mert itt lesz az érték a végén.Úgy értem, könnyen hozzá tudsz tenni több száz vagy több ezer szervert, és ebből a szögből elindulhat, de akkor nagyon te vagy abban a soros modellben, amely nagyon - ez nem csak a POC szempontjából fenntarthatatlan, hanem az is, hogy nem akarjuk fejek lennének.
Rick Sherman: Igen, és felállítja-e az irányítópultot, stb., Hogy megadja neked az üzleti nézetet, az ilyen entitás támogató darabjainak egyfajta összetett nézetét, függetlenül attól, amit megpróbálnak megfigyelni?
Robert Vandervoort: Teljesen. Általában azt javaslom, oké, azt akarjuk, hogy legyen - amit ezeknek az alkalmazás térképeknek nevezek, ahol van az alkalmazás irányítópultja, és tartalmaznia kell ezeket a darabokat. Készítse el a diagramot, ha még nem létezik, csapja be az Uptime-be, mutassa meg, mi kell odamenni. Legalább fedezze fel ezeket az összes cuccot, és tegye a megfigyelés alá, és kezdje hozzá azoknak a szolgáltatásoknak a hozzáadását, amelyek ténylegesen összeadják az alkalmazást. Mint a jelen esetben a SharePoint esetében, itt is - és ez egyfajta jó ötlet - ezek az alkalmazások más alkalmazásokból is felépíthetők. Abban az esetben, ha van egy SQL-fürt, ez valójában egy alkalmazás. Ez több szerver, több szolgáltatás és dolog. Az AD egy alkalmazás stb. Stb. Össze tudom állítani ezeket az összesített nézeteket azokból, amint ezt a SharePointban láthatja. Azt akarjuk, hogy ezt felépítsük. Ha nem tudom ezt megépíteni, nem töltöttem be elég cuccot. Mi csinálunk minden apró darabot ott, ami megkönnyíti.
Rick Sherman: Ön valamilyen módon hátrányosan dolgozik?
Robert Vandervoort: Igen, gondolj hátra, dolgozz előre.
Eric Kavanagh: Oké. Dez, vedd el.
Dez Blanchfield: Szeretném betekintést szerezni, csak röviden, mert tudom, hogy itt nagyon kevés az idő, tehát csak egy mély kérdésemre tartom, ha tudom. Tudsz-e betekintést nyújtani arról, hogy Ön szerint a vállalkozások és szervezetek mennyiben látják a jelenlegi értéket, nemcsak a szolgáltatásfigyelés, hanem az a megközelítés, amelyet a gyakorlati szempontból végigvágnak. Pontosabban, a kereskedelmi előnyökből. Tehát sokunk technikai háttérből származik, és szeretjük, hogy képesek legyenek pingolni a dolgokra és megnézni, hogy vannak-e bekapcsolva. De üzleti szempontból gyakran nem érdekli őket, mert olyan, mint te, és azt mondtad, hogy hív minket, ezért fizetünk neked.
Ön lát egy átmenetet attól, hogy a lámpákat csak a lámpák bekapcsolásától kezdve a KPI-k kereskedelmi szintű elhelyezéséig és a működési szint felé állítsa a szolgáltatáskezelési szintű felügyelet mély integrációjába az egész kerettel kapcsolatban, hogy megfelelően működjön, hogy az emberek az eszközére a szempontból, hogy továbbra is világíthatjuk a lámpákat, de ténylegesen dollár-értéket fektetünk-e arra az értékre, ha látjuk a teljes végpontot, és biztosítva azt, hogy „oké, a dolgok folyamatban vannak, okosan használjuk, ahogy mondtad , találkozunk-e az SLA-kkal, és ha igen, mit jelent ez a vállalkozás számára? ”Még mindig látszik egy erre való áttérést, vagy még mindig kissé távol vagyunk tőle?
Robert Vandervoort: Határozottan szükség van rá. Sürgősség van ott. Emberek, kértem, hogy nyisson meg egy kérdést, ez nyilvánvalóan betöltött kérdés - vannak SLA-k? És ez szinte egyértelműen azt mondja: "Nem, de a menedzserünk valamilyen módon beszél róla" és így tovább. Szeretem: „Hűvös, hogy fogsz odajutni?” „Nos, nem vagyunk biztosak benne. Olyanok vagyunk, mint a ServiceNow, vagy ezt csináljuk. ”Olyan vagyok, mint„ Nos, meg kell értened, hogy a ServiceNow dolog, egy alapjáratú keret, alapvetően követi a zárolási lépést vele ”, rendben, semmilyen konkrét ITSM-platformot ne részesítsen előnyben. De nem fog válaszolni az SLA-kérdéseire. Csak arról fog beszélni, hogy hány ember órát költött egy er javítására, vagy hány erőforrás került egy adott szerverre, ha alkatrészeket kellett vásárolnia ehhez? Nem tud válaszolni a valós kérdésre, hogy milyen kiszolgálóknak kell valójában lenniük, élettartamuk végén vagy akármi. A fokig nem lehet.
Amikor például az SLA szempontjából beszélünk, számos ügyfelünk rendelkezik abszolút SLA-val, hogy pénzt veszítenek. Olyan ez, mint a pizza kézbesítése, ha késik, ha el akarnak engedni, akkor nem kapnak pénzt. Tehát ott van közvetlen üzleti hatása, ezek a srácok sokkal inkább foglalkoznak ezekkel a dolgokkal, mint a többiekkel, és ezért az egyik dolog, amelyet igazán sürgetök az embereknek, csupán elvárás létrehozása magadnak, a csapatodnak, az informatikának. Nem kell, hogy valós vagy írott vagy senkinek megígérte, de amikor elmész, és megteremti az elvárást, miután valami a fejére csapódott, mondván: „Hé, ezért miért nem találkozom a szerver elérhetőségével.” Nos, ez csak egy büdös szerver. Összpontosíthatunk az egyetlen szerverre, és: „Hé, nézd, olyan tökéletes üzemmódban vagyunk.” És valójában ez az én esetem, itt vagyok, mint egy, de megkapod az ötletét.
Tehát igen, erre a kérdésre válaszolva, igen, abszolút, úgy érzem, hogy inkább a vágy, mint a tényleges lépés felé mutat, mert az emberek még mindig küzdenek azzal, hogyan kapsz egy olyan eszközt, amely valóban képes megválaszolni a kérdést, hogyan figyeli az elegendő anyagot? és a legtöbb embernek több eszköz is van. Ennek oka az, hogy a hálózati csapat egy hálózati megfigyelő eszközt vásárolt, a dev csapata pedig egy APM eszközt vásárolt, az adatbázis-srácok pedig az eszközüket vásárolják, és egyikük sem beszélget egymással, kivéve az ebédlőben.
Dez Blanchfield: Igen, ez egy végtelen fejfájás számomra az életemben. Úgy tűnik, mint az elmúlt 25 évben az a folyamatos probléma, hogy amikor belépsz a szervezetbe, mert bontottak és logikai blokkokra szegmentálódtak. Mint ahogyan ez a kép nagyon szem előtt tartva, egy hálózati üzemeltetési központ, és aggódnak a hálózat miatt, és mindaddig, amíg a hálózat működik, fizetést kapnak, munkájukat elvégezték és átadják őket. Igen, de érdekes.
Az utolsó gyors kérdés és részben a személyes érdeklődésem, de tudom, hogy sok ember akarja tudni ugyanazt a dolgot. Hogyan kaphatjuk meg ezt az eszközt, és hogyan kezdjük el ezzel? Hol találjuk meg, hol kapunk további információt, és beszerezhetünk-e bemutatót, tárgyalást vagy valami ilyesmire?
Robert Vandervoort: Abszolút, igen. Teljesen utálom ezt a szót, nincs ilyen. Az Idera.com erre megy. Van egy kicsit olyan, mint a jack ikon, az „IT menedzsment” feliratú, erre kattint, majd két lehetőség közül választhat. Az egyik a felhőalapú, amely van, és a másik az Uptime Infrastructure Monitor-ra vonatkozik, amelyet ez a termék jelenít meg Önnek ma. A próba körülbelül 30 napig tarthat. Ne tegyen néhány BS-t az űrlapba, tegye be az igazi információt. Az értékesítő srácok nagyon szép kezekkel vannak, senki sem mondta, hogy az értékesítő srácok bosszantóak. De valójában azért van, mert ők a legjobb utat vezetnek az olyan emberekhez, mint én a csapatomban.
Ha vannak ilyen technikai kérdéseik, és a dokumentáció nem vágja meg neked - mert amit a dokumentáció valaha is tesz -, akkor közvetlen támogatási vonalra van szüksége, concierge szintre, ha akarod, valamint kiterjesztésekre, mert a legtöbb ember el akarja menni és csatlakozzon a vCenterhez, és több száz dolgot talál. Ki fog próbálni a próba licencet, tehát felteszik Önnek ezeket a releváns kérdéseket, hogy megbizonyosodjanak arról, hogy a POC-ra esik-e, vagy ha egy-egy bemutatóra lenne szükség, amely mindenképpen megteszi ezt.
Dez Blanchfield: Fantasztikus. Nos, köszönöm szépen, nagyon várom ezt, és remélhetőleg újra találkozunk majd, és beszélünk a bloglánc hozzáadásáról. Eric, visszaadjuk nektek.
Eric Kavanagh: Menj, jól hangzik, emberek. Pár gyors kérdésem van, nagyon gyorsan feldobom rád. Az egyik: az Uptime Infrastructure Monitor web alapú vagy kliens-szerver alkalmazás, meg tudod-e válaszolni?
Robert Vandervoort: Web-alapú. 100% web-alapú. A helyszíni.
Eric Kavanagh: Jó, és egy másik résztvevő azt kérdezi: telepítenie kell-e valamilyen védett démont az egyes szerverekre az IDERA számára, hogy megfigyelhessék őket?
Robert Vandervoort: Ezeket mindenki számára megmentettem, szóval nézzük meg ezeket az utasításokat. Tehát ügynökök nélkül, azt mondom ügynökök nélkül, ügynökök nélkül, ügynökök nélkül, mint amilyeneket mondok vezetékes, hacsak nem kell vezeték nélküli kapcsolatot mentenem, és megtakarítom a vezeték nélküli hálózat többi, nem túl megfelelő analógiáját. De egyébként, szinte minden operációs rendszerhez rendelkezünk ügynökökkel, az egyetlen dolog, amiben hiányzik, ha nem használja őket, egy TLS1.2 titkosított útvonal a futó szerverhez, valamint a szkriptek futtatásának képessége. közvetlenül rajta.
Ezen kívül, a Windows, a Net-SNMP, a Windows-on van WMI, Net-SNMP a világ többi részén, SNMP az összes hálózati dolognál, stb., Stb. Stb. Tehát nem, mindig azt mondom, hogy nem, nem Nem kell, hacsak nem akarja. És akkor, amennyire csak a telepítéshez szükséges technológiához tartozik, akkor mindent megtalál, amire szüksége van, a diagram jobb oldala a MySQL, Java, PHP, Apache fut. Nem kell más kiszolgálót találnia a futtatásához. Még a Windows 7 szervizcsomagon is futni fog. Megvan egy Linux- és Solaris-alapú disztribúciónk is, tehát technikailag nem is kell igazán fizetnie a szerver licencéért, hogy megakadályozzuk, csak néhány extra hardvert.
Eric Kavanagh: Hűvös, azt kell mondanom, hogy fantasztikus előadás volt, tehát köszönet mindkét mai elemzőnknek, és köszönetünknek, és természetesen az IDERA-nak. Úgy gondolom, hogy ez nagyszerű dolog, és azt hiszem, srácok nagyon pozitív és lenyűgözően várakoznak a jövőre, és később, az év folyamán, az IDERA-ból ismét meghalljuk az embereket. Néhány további esemény sorakoztak velük. Ez fantasztikus volt, köszönöm szépen az idejét. Az archívum általában körülbelül egy napon belül felmegy, tehát ugorjon online a Techopedia vagy az InsideAnalysis.com webhelyre, hogy megkapja a részleteket, és legközelebb veled beszélgetünk, gondoskodunk az emberekről. Viszlát.
Rick Sherman: Köszi srácok.
Eric Kavanagh: Igen, és Dez -