3. Helyszín
•
Maga az épület könnyen megközelíthető.
•
Szünetekben üdítő/kávé/süti/szendvics.
•
Kivetítővel/hangosítással nem volt semmi probléma.
•
Wifi volt, de lehetett volna jobb is.
•
A székekben szűkösen lehetett elférni, cserébe volt hova tenni a notit.
•
Az éttermekhez délben viszonylag sokat kellett utazni.
•
Az előadások és a workshopok között macera volt közlekedni.
3
13 October 14, Monday
4. Az előadások általánosságban
•
A 30 perces előadások pont megfelelő hosszúságúak voltak.
•
Nem volt csúszás vagy változás a kiírt programhoz képest.
•
Nem volt ügyetlen előadó, vagy összecsapott slide.
•
Kicsit sok volt az elméleti/gondolatébresztő előadás, de a 2. napon
a workshopokkal lehetett vigasztalódni.
•
Majdnem minden előadáson előkerültek a repülőgépes történetek
(Inviting Disaster: Lessons From the Edge of Technology).
4
13 October 14, Monday
5. Néhány érdekesebb előadás
• Katherine
Daniels - (Not) Staring at Graphs as a Service
• Theo
Schlossnagle - Monitoring what the hell?
• David
Goodlad - Infrastructure is Secondary
5
13 October 14, Monday
6. Katherine Daniels - (Not) Staring at Graphs as a Service
6
13 October 14, Monday
7. Katherine Daniels - (Not) Staring at Graphs as a Service
•
Monitorozd a kulcsfontosságú részeket, vigyázva hogy ne legyenek duplikált
vagy téves riasztások.
•
A téves riasztások, illetve az állandó riasztások miatt lankad a figyelem
(Alert fatigue).
•
Priorizáld a riasztásaidat, ne félj lejjebb húzni, vagy akár törölni riasztásokat.
•
Javítsd meg az infrastruktúrát a folyamatos tűzoltás helyett, ehhez először a
0 hiba állapotot kell elérni.
•
Mielőtt beállítasz egy új szolgáltatást, vegyél fel rá egy ellenőrzést:
Monitoring-Driven Development.
7
13 October 14, Monday
8. Katherine Daniels - (Not) Staring at Graphs as a Service
8
13 October 14, Monday
9. Katherine Daniels - (Not) Staring at Graphs as a Service
•A
tűzoltás helyett lesz időd a rendszered fejlesztésére.
• Beszéljenek
a csapatok egymás között, ne csak akkor, mikor
valami felborult.
• A “Blameless
Post-mortem” ugyanilyen fontos.
• Legyen
meg a bizalom az emberek között, ne kelljen félni egy
kérdés feltevésétől.
9
13 October 14, Monday
11. Theo Schlossnagle - Monitoring what the hell?
•
Poll versus push
•
Push ha ritkán van esemény, vagy sok, de egyedi.
•
Poll ha gyakori hasonló eseményeket figyelünk, vagy fontos, hogy
fogadó oldalról lehessen szabályozni a lekérdezési gyakoriságot.
•
Skálázhatósági okokból sokan a push-t tartják az egyetlen
járható útnak, de Theo poll-párti.
•
Egyre kevésbé érdekes, elrejti az absztrakció.
11
13 October 14, Monday
12. Theo Schlossnagle - Monitoring what the hell?
•
Mérj mindent (de nem kell mindenről dashboard, riasztás).
•
Akár olyan dolgokat, mint a HR információk és az IT kapcsolatát: vajon több
hibát vét az a dolgozó, aki már régóta nem volt szabadságon?
•
Nincs két egyforma cég, ezért nincs két egyforma dashboard sem.
•
A historikus adat segíthet abban, hogy vizualizáld a rendszered, trendeket
találj, vagy következtetéseket vonj le a jövőre nézve.
•
Kontextus nélkül egy adott metrika nem mond sokat.
•
Az átlagérték hazudik, de még így is hasznos.
12
13 October 14, Monday
13. Theo Schlossnagle - Monitoring what the hell?
•
Általában hiányzik még a szakmából a szükséges elméleti tudás, hogy
felismerjük a különféle eloszlásokat, és hogy a megfelelő adatra a
megfelelő függvényt alkalmazva láthatóvá tegyük a trendeket.
•
Mivel nagy a szórás a különböző adatok eloszlásában, ezért nehéz
probléma az automatikus incidensdetektálás.
•
Nem a mi iparunk fogja megreformálni a statisztika területét, inkább
nekünk kell tanulnunk ezen a területen másoktól.
•
Ha érdekel a téma, akkor Theo egy korábbi előadása hasznos
bevezető lehet: http://www.slideshare.net/postwait/whats-in-a-number
13
13 October 14, Monday
14. David Goodlad - Infrastructure is Secondary
•
Az üzlet az első, nem az infrastruktúra, az csak egy
(nélkülözhetetlen) eszköz az üzletmenetben.
•
Senki nem szeret az éjszaka közepén felkelni, nem is ideális
környezet a munkához, lassabban is fogjuk megoldani a problémát.
•
Az infrastruktúrád teljesítménymutatói nem mutatják a céged
teljesítményét, az az elsődleges, hogy az üzleti igényeket ellátja-e.
•
Nem azt mondja, hogy ne monitorozd a infrastruktúrát, de mindig
az legyen az elsődleges riasztás, hogy ellátja-e a rendszer a rá bízott
üzleti feladatot.
14
13 October 14, Monday
15. David Goodlad - Infrastructure is Secondary
•A
riasztásaid valamilyen gyors beavatkozást kell, hogy
kiváltsanak, kerüld a tájékoztató jellegű riasztásokat.
• Az
ellenőrzéseket úgy fogalmazd meg, hogy ne egy önkényes
értéket vizsgáljanak, ami a forgalom függvényében normális,
hogy változik, hanem próbáljunk úgy megfogalmazni, hogy
mindig igaz legyen.
• “Number
of photo processing jobs in queue is too high” vs
“Time to process the most recent photo was unacceptably
high”
15
13 October 14, Monday
16. David Goodlad - Infrastructure is Secondary
•
A riasztás utáni nyomozásban nagyon fontos elem a korrelációk keresése.
•
Néha nehéz megmondani, hogy a több riasztás között mi az ok, és mi az okozat.
•
Riemann egy eszköz lehet arra, hogy a különböző gépek és logok, metrikák között
korrelációkat találj.
•
Segítség kell hogy milyen adatot mérj: mi az ami miatt kirúgnák a főnököd? Mi fontos a
főnököd főnőkének?
•
Ezeket mérd alaposan, de ettől függetlenül mérj mindent, még ha nem is használod
most ezt az adatot, később még jól jöhet.
•
Tedd könnyűvé a dolgok mérését, hogy az embereknek természetes legyen.
•
Tedd elérhetővé az adatokat az embereknek, ne legyen monitoring siló.
16
13 October 14, Monday
