{"id":54449,"date":"2019-12-26T00:00:00","date_gmt":"2019-12-25T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kak-ya-nedelyu-byl-stazherom-sre-inzhenera-dezhurstvo-glazami-inzhenera-po"},"modified":"2020-02-18T14:02:27","modified_gmt":"2020-02-18T11:02:27","slug":"kak-ya-nedelyu-byl-stazherom-sre-inzhenera-dezhurstvo-glazami-inzhenera-po","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/kak-ya-nedelyu-byl-stazherom-sre-inzhenera-dezhurstvo-glazami-inzhenera-po","title":{"rendered":"Jak przez tydzie\u0144 by\u0142em sta\u017cyst\u0105 in\u017cyniera SRE. Dy\u017cur oczami in\u017cyniera oprogramowania","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Jak<\/p>\n

<\/p>\n

In\u017cynier SRE \u2014 sta\u017cysta<\/h2>\n

<\/p>\n

Na pocz\u0105tek pozw\u00f3lcie, \u017ce si\u0119 przedstawi\u0119. Jestem @tristan.read<\/a><\/noindex>, in\u017cynierem front-end w grupie Monitor::Health<\/a><\/noindex> GitLab. W poprzednim tygodniu mia\u0142em zaszczyt by\u0107 sta\u017cyst\u0105 u jednego z naszych dy\u017curnych in\u017cynier\u00f3w SRE. Celem by\u0142o codzienne obserwowanie, jak dy\u017curny reaguje na incydenty i zdobycie realnego do\u015bwiadczenia. Chcieliby\u015bmy, aby nasi in\u017cynierowie lepiej rozumieli potrzeby u\u017cytkownik\u00f3w. funkcji<\/a><\/noindex> Monitor::Health.<\/p>\n

<\/p>\n

Przez tydzie\u0144 mia\u0142em za zadanie towarzyszy\u0107 in\u017cynierowi SRE. To oznacza, \u017ce bra\u0142em udzia\u0142 w przekazywaniu dy\u017curu, obserwowa\u0142em te same kana\u0142y powiadomie\u0144 i reagowa\u0142em na incydenty, je\u015bli mia\u0142y miejsce.<\/p>\n

<\/a><\/noindex><\/p>\n

Incydenty<\/h2>\n

<\/p>\n

W ci\u0105gu tygodnia mia\u0142y miejsce 2 incydenty.<\/p>\n

<\/p>\n

1. Krypto-g\u00f3rnik<\/h3>\n

<\/p>\n

W \u015brod\u0119 na GitLab.com odnotowano wzrost wykorzystania GitLab Runner<\/a><\/noindex>wywo\u0142anym pr\u00f3bami wykorzystania minut runnera do kopania kryptowalut. Incydent zosta\u0142 rozwi\u0105zany za pomoc\u0105 naszego w\u0142asnego narz\u0119dzia neutralizacji narusze\u0144, kt\u00f3re zatrzymuje zadania runnera i usuwa powi\u0105zany projekt oraz konto. <\/p>\n

<\/p>\n

Gdyby to zdarzenie nie zosta\u0142o zauwa\u017cone, z\u0142apa\u0142by je zautomatyzowane narz\u0119dzie, ale w tym przypadku in\u017cynier SRE zauwa\u017cy\u0142 naruszenie jako pierwszy. Utworzono zadanie dotycz\u0105ce incydentu, jednak informacje na jego temat s\u0105 zamkni\u0119te.<\/p>\n

<\/p>\n

2. Degradacja wydajno\u015bci aplikacji Canary i Main<\/h3>\n

<\/p>\n

Incydent zosta\u0142 spowodowany spowolnieniem i wzrostem cz\u0119stotliwo\u015bci b\u0142\u0119d\u00f3w w aplikacjach internetowych canary i main na GitLab.com. Naruszone zosta\u0142y warto\u015bci Apdex.<\/p>\n

<\/p>\n

Otwarte zadanie dotycz\u0105ce incydentu: https:\/\/gitlab.com\/gitlab-com\/gl-infra\/production\/issues\/1442<\/a><\/noindex><\/p>\n

<\/p>\n

Kluczowe wnioski<\/h2>\n

<\/p>\n

Oto kilka punkt\u00f3w, kt\u00f3re zrozumia\u0142em przez tydzie\u0144 dy\u017curu.<\/p>\n

<\/p>\n

1. Powiadomienia s\u0105 najbardziej u\u017cyteczne, gdy rejestruj\u0105 odchylenia od normy.<\/h3>\n

<\/p>\n

Powiadomienia mo\u017cna podzieli\u0107 na kilka typ\u00f3w:<\/p>\n

<\/p>\n