System Monitorowania Us\u0142ug Publicznych (SMUP)<\/a>, kt\u00f3ry umo\u017cliwia analiz\u0119 i por\u00f3wnywanie us\u0142ug publicznych na podstawie okre\u015blonych wska\u017anik\u00f3w, takich jak ich dost\u0119pno\u015b\u0107, jako\u015b\u0107 czy efektywno\u015b\u0107 kosztowa.<\/p>\nSMUP odpowiada wi\u0119c na pytanie, jak skutecznie i efektywnie dana us\u0142uga publiczna jest realizowana, natomiast techniczny monitoring stron WWW, BIP i e-us\u0142ug odpowiada na pytanie, czy dana us\u0142uga w danej chwili rzeczywi\u015bcie dzia\u0142a i jest dost\u0119pna dla u\u017cytkownika.<\/p>\n
W dalszej cz\u0119\u015bci artyku\u0142u skupimy si\u0119 w\u0142a\u015bnie na tym ostatnim obszarze: ci\u0105g\u0142ym monitorowaniu dost\u0119pno\u015bci, wydajno\u015bci i prawid\u0142owego funkcjonowania stron WWW, Biuletyn\u00f3w Informacji Publicznej oraz e-us\u0142ug urz\u0119du.<\/p>\n
\nDlaczego strony WWW, BIP i e-us\u0142ugi urz\u0119du wymagaj\u0105 monitoringu 24\/7?<\/h2>\n
Strona internetowa urz\u0119du, Biuletyn Informacji Publicznej oraz portale e-us\u0142ug s\u0105 dost\u0119pne dla mieszka\u0144c\u00f3w przez ca\u0142\u0105 dob\u0119, niezale\u017cnie od godzin pracy urz\u0119du. Oznacza to, \u017ce r\u00f3wnie\u017c problemy z ich dzia\u0142aniem mog\u0105 wyst\u0105pi\u0107 w dowolnym momencie \u2014 wieczorem, w nocy, w weekend albo w dzie\u0144 wolny od pracy.<\/p>\n
W praktyce awaria, kt\u00f3ra rozpocznie si\u0119 po zako\u0144czeniu pracy administratora, mo\u017ce pozosta\u0107 niezauwa\u017cona przez wiele godzin, je\u017celi nie funkcjonuje automatyczny monitoring.<\/p>\n
Us\u0142uga mo\u017ce przesta\u0107 dzia\u0142a\u0107 poza godzinami pracy urz\u0119du<\/h3>\n
Przyczyn\u0105 problemu nie musi by\u0107 awaria ca\u0142ego serwera. Niedost\u0119pno\u015b\u0107 mo\u017ce wynika\u0107 z b\u0142\u0119du aplikacji lub bazy danych, problemu z serwerem WWW albo DNS, wyga\u015bni\u0119cia lub b\u0142\u0119dnej konfiguracji certyfikatu SSL, przeci\u0105\u017cenia infrastruktury czy b\u0142\u0119dnej aktualizacji. \u0179r\u00f3d\u0142em awarii mo\u017ce by\u0107 r\u00f3wnie\u017c zewn\u0119trzny dostawca, sie\u0107 lub centrum danych.<\/p>\n
Bez zewn\u0119trznego monitoringu pierwsz\u0105 osob\u0105, kt\u00f3ra zauwa\u017cy problem, mo\u017ce by\u0107 mieszkaniec pr\u00f3buj\u0105cy skorzysta\u0107 z us\u0142ugi.<\/p>\n
Sama obecno\u015b\u0107 administratora nie wystarcza<\/h3>\n
Nawet je\u017celi urz\u0105d posiada w\u0142asny dzia\u0142 IT albo korzysta z us\u0142ug zewn\u0119trznego wykonawcy, r\u0119czne sprawdzanie dzia\u0142ania wszystkich serwis\u00f3w i aplikacji nie daje ci\u0105g\u0142o\u015bci nadzoru.<\/p>\n
Automatyczny monitoring mo\u017ce wykonywa\u0107 testy przez ca\u0142\u0105 dob\u0119, w regularnych odst\u0119pach czasu, bez udzia\u0142u cz\u0142owieka. Po wykryciu problemu informacja mo\u017ce zosta\u0107 natychmiast przekazana do wskazanych os\u00f3b odpowiedzialnych za obs\u0142ug\u0119 techniczn\u0105.<\/p>\n
Dzi\u0119ki temu administrator nie musi samodzielnie sprawdza\u0107, czy strona lub portal e-us\u0142ug nadal dzia\u0142a \u2014 otrzymuje alert dopiero wtedy, gdy pojawi si\u0119 rzeczywisty problem.<\/p>\n
Dost\u0119pno\u015b\u0107 ma znaczenie dla mieszka\u0144c\u00f3w i pracownik\u00f3w urz\u0119du<\/h3>\n
Niedost\u0119pno\u015b\u0107 publicznej us\u0142ugi internetowej mo\u017ce uniemo\u017cliwi\u0107 mieszka\u0144cowi odnalezienie informacji na stronie urz\u0119du lub w Biuletynie Informacji Publicznej, z\u0142o\u017cenie formularza, zalogowanie si\u0119 do portalu mieszka\u0144ca, dokonanie p\u0142atno\u015bci, rezerwacj\u0119 wizyty czy sprawdzenie statusu sprawy. W praktyce mo\u017ce wi\u0119c zablokowa\u0107 wykonanie niemal ka\u017cdej czynno\u015bci oferowanej w ramach e-us\u0142ugi.<\/p>\n
W przypadku cz\u0119\u015bci us\u0142ug problem mo\u017ce mie\u0107 dodatkowe znaczenie wtedy, gdy u\u017cytkownik pr\u00f3buje wykona\u0107 okre\u015blon\u0105 czynno\u015b\u0107 przed up\u0142ywem terminu.<\/p>\n
Wa\u017cna jest nie tylko dost\u0119pno\u015b\u0107, ale r\u00f3wnie\u017c szybko\u015b\u0107 dzia\u0142ania<\/h3>\n
Serwis nie musi by\u0107 ca\u0142kowicie niedost\u0119pny, aby jego dzia\u0142anie by\u0142o problematyczne.<\/p>\n
Nag\u0142e wyd\u0142u\u017cenie czasu wczytywania strony lub odpowiedzi aplikacji mo\u017ce \u015bwiadczy\u0107 o przeci\u0105\u017ceniu, problemie z baz\u0105 danych, awarii jednego z komponent\u00f3w albo b\u0142\u0119dach po wdro\u017ceniu nowej wersji systemu.<\/p>\n
Dlatego monitoring powinien obejmowa\u0107 nie tylko pytanie:<\/p>\n
\u201eCzy us\u0142uga dzia\u0142a?\u201d<\/p>\n
ale r\u00f3wnie\u017c:<\/p>\n
\u201eCzy dzia\u0142a prawid\u0142owo i wystarczaj\u0105co szybko?\u201d<\/p>\n
Pozwala to wykrywa\u0107 pogarszaj\u0105c\u0105 si\u0119 wydajno\u015b\u0107 jeszcze zanim problem doprowadzi do ca\u0142kowitej niedost\u0119pno\u015bci serwisu.<\/p>\n
Monitoring 24\/7 skraca czas reakcji<\/h3>\n
Najwi\u0119ksz\u0105 korzy\u015bci\u0105 z ci\u0105g\u0142ego monitoringu jest skr\u00f3cenie czasu pomi\u0119dzy wyst\u0105pieniem problemu a rozpocz\u0119ciem reakcji.<\/p>\n
Je\u017celi awaria zostanie automatycznie wykryta po kilku minutach i od razu zg\u0142oszona odpowiedniej osobie, administrator lub zewn\u0119trzny dostawca mo\u017ce rozpocz\u0105\u0107 diagnostyk\u0119 znacznie wcze\u015bniej ni\u017c w sytuacji, gdy problem zostanie zauwa\u017cony dopiero po zg\u0142oszeniu u\u017cytkownika.<\/p>\n
W przypadku us\u0142ug publicznych monitoring pe\u0142ni wi\u0119c prost\u0105, ale istotn\u0105 funkcj\u0119: pozwala dowiedzie\u0107 si\u0119 o problemie mo\u017cliwie szybko \u2014 niezale\u017cnie od pory dnia i godzin pracy urz\u0119du.<\/p>\n
\nCo w\u0142a\u015bciwie nale\u017cy monitorowa\u0107 w JST?<\/h2>\n
Zakres monitoringu w jednostce samorz\u0105du terytorialnego powinien obejmowa\u0107 wszystkie publicznie dost\u0119pne serwisy i aplikacje, kt\u00f3rych niedost\u0119pno\u015b\u0107 lub nieprawid\u0142owe dzia\u0142anie mo\u017ce utrudni\u0107 mieszka\u0144com dost\u0119p do informacji albo realizacj\u0119 spraw urz\u0119dowych.<\/p>\n
Najcz\u0119\u015bciej b\u0119d\u0105 to nie tylko g\u0142\u00f3wne strony internetowe urz\u0119du, ale r\u00f3wnie\u017c Biuletyny Informacji Publicznej, portale e-us\u0142ug i inne systemy dost\u0119pne przez przegl\u0105dark\u0119.<\/p>\n
Strona internetowa urz\u0119du<\/h3>\n
G\u0142\u00f3wna witryna urz\u0119du jest podstawowym \u017ar\u00f3d\u0142em informacji dla mieszka\u0144c\u00f3w. Warto kontrolowa\u0107 nie tylko jej dost\u0119pno\u015b\u0107 i poprawno\u015b\u0107 odpowiedzi serwera, ale r\u00f3wnie\u017c obecno\u015b\u0107 oczekiwanej tre\u015bci, czas odpowiedzi i wczytywania, wa\u017cno\u015b\u0107 certyfikatu SSL oraz prawid\u0142owe dzia\u0142anie domeny.<\/p>\n
Warto pami\u0119ta\u0107, \u017ce serwis mo\u017ce formalnie odpowiada\u0107 kodem HTTP 200, a mimo to wy\u015bwietla\u0107 stron\u0119 b\u0142\u0119du, pust\u0105 zawarto\u015b\u0107 albo komunikat pochodz\u0105cy z warstwy po\u015bredniej. Dlatego samo sprawdzanie, czy serwer odpowiada, nie zawsze wystarcza.<\/p>\n
Biuletyn Informacji Publicznej<\/h3>\n
BIP powinien by\u0107 traktowany jako odr\u0119bna, istotna us\u0142uga.<\/p>\n
Monitoring mo\u017ce obejmowa\u0107 zar\u00f3wno jego dost\u0119pno\u015b\u0107, jak i sprawdzanie, czy na stronie znajduje si\u0119 okre\u015blona tre\u015b\u0107 charakterystyczna dla poprawnie dzia\u0142aj\u0105cego serwisu.<\/p>\n
Pozwala to wykry\u0107 sytuacj\u0119, w kt\u00f3rej serwer BIP odpowiada, ale zamiast w\u0142a\u015bciwej zawarto\u015bci u\u017cytkownik otrzymuje komunikat b\u0142\u0119du, stron\u0119 zast\u0119pcz\u0105 albo niekompletn\u0105 tre\u015b\u0107.<\/p>\n
Portal e-us\u0142ug publicznych<\/h3>\n
W przypadku portali e-us\u0142ug zwyk\u0142y monitoring dost\u0119pno\u015bci jest niewystarczaj\u0105cy.<\/p>\n
Aplikacja mo\u017ce si\u0119 otwiera\u0107 poprawnie, ale jeden z kluczowych proces\u00f3w mo\u017ce by\u0107 uszkodzony. Problem mo\u017ce ujawni\u0107 si\u0119 dopiero podczas logowania, wyboru rodzaju sprawy, przechodzenia pomi\u0119dzy kolejnymi krokami, wype\u0142niania formularza, za\u0142\u0105czania plik\u00f3w, zatwierdzania danych, wykonywania p\u0142atno\u015bci albo wysy\u0142ania wniosku.<\/p>\n
Dlatego portale e-us\u0142ug warto monitorowa\u0107 za pomoc\u0105 scenariuszy odtwarzaj\u0105cych rzeczywiste dzia\u0142ania u\u017cytkownika.<\/p>\n
Formularze elektroniczne<\/h3>\n
Osobnej kontroli mog\u0105 wymaga\u0107 formularze dost\u0119pne na stronie urz\u0119du lub w portalach us\u0142ugowych.<\/p>\n
Monitoring powinien sprawdza\u0107 nie tylko, czy formularz si\u0119 wy\u015bwietla, ale r\u00f3wnie\u017c czy mo\u017cna go wype\u0142ni\u0107, przej\u015b\u0107 przez walidacj\u0119 i poprawnie zako\u0144czy\u0107 proces.<\/p>\n
Awaria formularza jest typowym przyk\u0142adem problemu, kt\u00f3ry nie zostanie wykryty przez prosty test dost\u0119pno\u015bci strony.<\/p>\n
Systemy rezerwacji wizyt<\/h3>\n
Je\u017celi urz\u0105d umo\u017cliwia mieszka\u0144com rezerwowanie wizyt online, warto obj\u0105\u0107 monitoringiem r\u00f3wnie\u017c ten proces.<\/p>\n
Monitoring mo\u017ce sprawdza\u0107, czy system rezerwacji si\u0119 otwiera, czy u\u017cytkownik mo\u017ce przej\u015b\u0107 przez kolejne kroki, wybra\u0107 us\u0142ug\u0119 i termin oraz czy ca\u0142y proces ko\u0144czy si\u0119 prawid\u0142owym potwierdzeniem.<\/p>\n
Portale mieszka\u0144ca i systemy p\u0142atno\u015bci<\/h3>\n
Do monitoringu mog\u0105 r\u00f3wnie\u017c nale\u017ce\u0107 portale mieszka\u0144ca, systemy op\u0142at lokalnych, p\u0142atno\u015bci internetowe oraz inne aplikacje wymagaj\u0105ce kilku kolejnych operacji.<\/p>\n
W takich przypadkach kluczowe jest monitorowanie pe\u0142nego procesu, a nie tylko strony startowej systemu.<\/p>\n
Inne publiczne aplikacje internetowe<\/h3>\n
W zale\u017cno\u015bci od urz\u0119du i zakresu \u015bwiadczonych us\u0142ug monitoring mo\u017ce obejmowa\u0107 tak\u017ce systemy konsultacji spo\u0142ecznych i zg\u0142aszania usterek, platformy bud\u017cetu obywatelskiego, wyszukiwarki dokument\u00f3w, systemy sk\u0142adania deklaracji, mapy i geoportale, serwisy jednostek organizacyjnych oraz inne aplikacje dost\u0119pne dla mieszka\u0144c\u00f3w lub przedsi\u0119biorc\u00f3w.<\/p>\n
W praktyce dobra zasada jest prosta: je\u017celi u\u017cytkownik mo\u017ce wej\u015b\u0107 do danej us\u0142ugi przez Internet i jej awaria utrudni\u0142aby mu uzyskanie informacji albo za\u0142atwienie sprawy, warto rozwa\u017cy\u0107 obj\u0119cie jej monitoringiem.<\/p>\n
\nMonitoring dost\u0119pno\u015bci to za ma\u0142o<\/h2>\n
Podstawowy monitoring stron internetowych najcz\u0119\u015bciej sprowadza si\u0119 do sprawdzenia, czy serwer odpowiada i czy wskazany adres URL jest dost\u0119pny. To dobry punkt wyj\u015bcia, ale w przypadku stron urz\u0119d\u00f3w, BIP i e-us\u0142ug zwykle nie wystarcza.<\/p>\n
Serwis mo\u017ce odpowiada\u0107 poprawnie od strony technicznej, a jednocze\u015bnie by\u0107 praktycznie bezu\u017cyteczny dla mieszka\u0144ca.<\/p>\n
Serwer dzia\u0142a, ale us\u0142uga nie<\/h3>\n
Typowy przyk\u0142ad to sytuacja, w kt\u00f3rej strona zwraca prawid\u0142owy kod HTTP, ale zamiast w\u0142a\u015bciwej tre\u015bci wy\u015bwietla komunikat b\u0142\u0119du aplikacji, pust\u0105 lub niepe\u0142n\u0105 stron\u0119, stron\u0119 techniczn\u0105 czy zast\u0119pcz\u0105 albo tre\u015b\u0107 pochodz\u0105c\u0105 z systemu po\u015bredniego.<\/p>\n
Dlatego monitoring powinien sprawdza\u0107 nie tylko sam\u0105 odpowied\u017a serwera, ale r\u00f3wnie\u017c to, czy odpowied\u017a zawiera oczekiwan\u0105 tre\u015b\u0107.<\/p>\n
W przypadku strony urz\u0119du lub BIP mo\u017ce to by\u0107 charakterystyczny fragment tekstu, nazwa serwisu albo inny element, kt\u00f3rego obecno\u015b\u0107 potwierdza, \u017ce u\u017cytkownik otrzyma\u0142 w\u0142a\u015bciw\u0105 stron\u0119.<\/p>\n
Cz\u0119\u015bciowa awaria mo\u017ce pozosta\u0107 niezauwa\u017cona<\/h3>\n
Jeszcze trudniejsze do wykrycia s\u0105 awarie cz\u0119\u015bciowe.<\/p>\n
Strona g\u0142\u00f3wna urz\u0119du mo\u017ce dzia\u0142a\u0107 bez zarzutu, podczas gdy formularz kontaktowy nie wysy\u0142a danych, wyszukiwarka nie zwraca wynik\u00f3w, logowanie do portalu mieszka\u0144ca nie dzia\u0142a, przycisk przej\u015bcia dalej nie reaguje albo system p\u0142atno\u015bci ko\u0144czy si\u0119 b\u0142\u0119dem. Problem mo\u017ce te\u017c dotyczy\u0107 tylko jednej podstrony lub modu\u0142u.<\/p>\n
Prosty test dost\u0119pno\u015bci strony g\u0142\u00f3wnej takiego problemu nie wykryje.<\/p>\n
Dlatego w przypadku bardziej z\u0142o\u017conych serwis\u00f3w konieczne jest monitorowanie konkretnych podstron, element\u00f3w oraz proces\u00f3w istotnych z punktu widzenia u\u017cytkownika.<\/p>\n
Kod HTTP to tylko jeden z sygna\u0142\u00f3w<\/h3>\n
Kody odpowiedzi HTTP s\u0105 wa\u017cnym elementem diagnostycznym, ale nie powinny by\u0107 jedynym kryterium oceny.<\/p>\n
Odpowied\u017a 200 OK nie gwarantuje, \u017ce strona dzia\u0142a prawid\u0142owo, podobnie jak pojedynczy b\u0142\u0105d 500 nie zawsze musi oznacza\u0107 d\u0142ugotrwa\u0142\u0105 awari\u0119.<\/p>\n
Skuteczny monitoring powinien \u0142\u0105czy\u0107 kilka rodzaj\u00f3w weryfikacji: sprawdzanie kodu odpowiedzi i zawarto\u015bci strony, pomiar czasu odpowiedzi i wczytywania, wykonywanie scenariuszy u\u017cytkownika oraz powt\u00f3rne potwierdzanie wykrytego problemu.<\/p>\n
Monitoring powinien odwzorowywa\u0107 rzeczywiste korzystanie z us\u0142ugi<\/h3>\n
Najbardziej u\u017cyteczny monitoring odpowiada na pytanie:<\/p>\n
\u201eCzy mieszkaniec mo\u017ce rzeczywi\u015bcie skorzysta\u0107 z tej us\u0142ugi?\u201d<\/p>\n
To wymaga spojrzenia szerszego ni\u017c samo sprawdzenie infrastruktury.<\/p>\n
W przypadku prostej strony informacyjnej wystarczaj\u0105ce mo\u017ce by\u0107 po\u0142\u0105czenie monitoringu dost\u0119pno\u015bci, tre\u015bci i wydajno\u015bci.<\/p>\n
W przypadku BIP warto dodatkowo kontrolowa\u0107 obecno\u015b\u0107 oczekiwanej zawarto\u015bci.<\/p>\n
Natomiast w przypadku portalu e-us\u0142ug konieczne mo\u017ce by\u0107 automatyczne przej\u015bcie przez ca\u0142y proces \u2014 od otwarcia aplikacji, przez wype\u0142nienie formularza, a\u017c po sprawdzenie prawid\u0142owego rezultatu.<\/p>\n
Dopiero takie podej\u015bcie pozwala wykrywa\u0107 nie tylko ca\u0142kowite awarie, ale r\u00f3wnie\u017c sytuacje, w kt\u00f3rych us\u0142uga jest formalnie dost\u0119pna, lecz faktycznie nie dzia\u0142a prawid\u0142owo.<\/p>\n
\nJak monitorowa\u0107 wydajno\u015b\u0107 stron i e-us\u0142ug?<\/h2>\n
Dost\u0119pno\u015b\u0107 us\u0142ugi to tylko jeden z element\u00f3w jej jako\u015bci. Strona internetowa urz\u0119du, BIP lub portal e-us\u0142ug mo\u017ce dzia\u0142a\u0107, ale reagowa\u0107 tak wolno, \u017ce korzystanie z niego staje si\u0119 uci\u0105\u017cliwe albo wr\u0119cz praktycznie niemo\u017cliwe.<\/p>\n
Dlatego monitoring powinien obejmowa\u0107 r\u00f3wnie\u017c wydajno\u015b\u0107.<\/p>\n
Czas odpowiedzi a czas wczytywania<\/h3>\n
Warto rozr\u00f3\u017cni\u0107 dwa podstawowe parametry. Czas odpowiedzi serwera okre\u015bla, jak szybko serwer zaczyna odpowiada\u0107 na \u017c\u0105danie, natomiast czas wczytywania strony pokazuje, jak d\u0142ugo trwa za\u0142adowanie ca\u0142ej strony wraz z jej zasobami.<\/p>\n
Kr\u00f3tki czas odpowiedzi serwera nie zawsze oznacza szybkie dzia\u0142anie serwisu. Strona mo\u017ce zacz\u0105\u0107 odpowiada\u0107 szybko, ale p\u00f3\u017aniej d\u0142ugo pobiera\u0107 skrypty, arkusze styl\u00f3w, obrazy lub dane z zewn\u0119trznych us\u0142ug.<\/p>\n
Z punktu widzenia mieszka\u0144ca liczy si\u0119 przede wszystkim to, jak d\u0142ugo rzeczywi\u015bcie czeka na mo\u017cliwo\u015b\u0107 skorzystania ze strony lub e-us\u0142ugi.<\/p>\n
Spowolnienie mo\u017ce by\u0107 pierwszym sygna\u0142em problemu<\/h3>\n
Nag\u0142y wzrost czasu odpowiedzi lub czasu wczytywania mo\u017ce \u015bwiadczy\u0107 o przeci\u0105\u017ceniu serwera lub \u0142\u0105cza, problemach z baz\u0105 danych, niewydajnej aktualizacji aplikacji, b\u0142\u0119dzie po wdro\u017ceniu nowej wersji, awarii jednego z komponent\u00f3w albo problemie z zewn\u0119trznym API, CDN czy DNS.<\/p>\n
Wydajno\u015b\u0107 warto wi\u0119c monitorowa\u0107 nie tylko po to, aby ocenia\u0107 komfort u\u017cytkownika, ale r\u00f3wnie\u017c jako wczesny sygna\u0142 pogarszaj\u0105cego si\u0119 stanu us\u0142ugi.<\/p>\n
Progi alarmowe dla wydajno\u015bci<\/h3>\n
Monitoring mo\u017ce reagowa\u0107 nie tylko na ca\u0142kowit\u0105 niedost\u0119pno\u015b\u0107, ale r\u00f3wnie\u017c na przekroczenie ustalonego czasu odpowiedzi lub czasu wczytywania.<\/p>\n
Dzi\u0119ki temu administrator mo\u017ce otrzyma\u0107 alert jeszcze zanim us\u0142uga ca\u0142kowicie przestanie dzia\u0142a\u0107.<\/p>\n
Przyk\u0142adowo alarm mo\u017ce zosta\u0107 uruchomiony, gdy czas odpowiedzi przekroczy ustalony pr\u00f3g, pe\u0142ne wczytanie strony trwa zbyt d\u0142ugo albo pogorszenie wydajno\u015bci utrzymuje si\u0119 przez kilka kolejnych pomiar\u00f3w. Mo\u017cna te\u017c reagowa\u0107 na spowolnienia pojawiaj\u0105ce si\u0119 tylko w okre\u015blonych godzinach.<\/p>\n
Takie podej\u015bcie pozwala wychwyci\u0107 problemy, kt\u00f3re w przeciwnym razie mog\u0142yby by\u0107 zauwa\u017cone dopiero po skargach u\u017cytkownik\u00f3w.<\/p>\n
Wydajno\u015b\u0107 trzeba mierzy\u0107 z perspektywy u\u017cytkownika<\/h3>\n
Tak samo jak w przypadku monitoringu dost\u0119pno\u015bci, r\u00f3wnie\u017c pomiar wydajno\u015bci powinien by\u0107 wykonywany z zewn\u0105trz.<\/p>\n
Pomiar wewn\u0105trz serwera mo\u017ce wskazywa\u0107, \u017ce aplikacja dzia\u0142a poprawnie, podczas gdy u\u017cytkownik z Internetu do\u015bwiadcza op\u00f3\u017anie\u0144 zwi\u0105zanych z sieci\u0105, DNS, warstw\u0105 po\u015bredni\u0105, zewn\u0119trznymi zasobami albo sam\u0105 przegl\u0105dark\u0105.<\/p>\n
Dlatego szczeg\u00f3lnie warto\u015bciowe s\u0105 pomiary odtwarzaj\u0105ce rzeczywiste \u0142adowanie strony przez przegl\u0105dark\u0119.<\/p>\n
Wydajno\u015b\u0107 e-us\u0142ug to tak\u017ce szybko\u015b\u0107 poszczeg\u00f3lnych krok\u00f3w<\/h3>\n
W przypadku aplikacji internetowych i portali e-us\u0142ug nie wystarczy zmierzy\u0107 tylko stron\u0119 startow\u0105.<\/p>\n
Proces mo\u017ce dzia\u0142a\u0107 prawid\u0142owo na pocz\u0105tku, a spowolnienie ujawni\u0107 si\u0119 dopiero podczas logowania, wyszukiwania danych, przechodzenia do kolejnego etapu formularza, zapisywania informacji, generowania dokumentu, wykonywania p\u0142atno\u015bci albo wysy\u0142ania wniosku.<\/p>\n
Dlatego monitoring proces\u00f3w mo\u017ce by\u0107 wykorzystany r\u00f3wnie\u017c do oceny wydajno\u015bci poszczeg\u00f3lnych etap\u00f3w e-us\u0142ugi.<\/p>\n
Pozwala to \u0142atwiej ustali\u0107, w kt\u00f3rym miejscu procesu pojawia si\u0119 problem z wydajno\u015bci\u0105.<\/p>\n
Liczy si\u0119 nie pojedynczy wynik, ale trend<\/h3>\n
Pojedynczy wolniejszy pomiar nie musi oznacza\u0107 awarii. Znacznie wa\u017cniejsze jest obserwowanie zmian w czasie.<\/p>\n
Regularne pomiary pozwalaj\u0105 zauwa\u017cy\u0107, \u017ce strona stopniowo dzia\u0142a coraz wolniej, wydajno\u015b\u0107 pogarsza si\u0119 po okre\u015blonych wdro\u017ceniach, problemy powtarzaj\u0105 si\u0119 o konkretnych porach albo wybrane us\u0142ugi maj\u0105 wyra\u017anie gorsze parametry ni\u017c pozosta\u0142e.<\/p>\n
Dzi\u0119ki temu monitoring wydajno\u015bci mo\u017ce s\u0142u\u017cy\u0107 nie tylko do alarmowania o bie\u017c\u0105cych problemach, ale r\u00f3wnie\u017c do d\u0142ugoterminowej oceny jako\u015bci dzia\u0142ania stron internetowych i e-us\u0142ug urz\u0119du.<\/p>\n
\nMonitoring proces\u00f3w i scenariuszy u\u017cytkownika<\/h2>\n
W przypadku portali e-us\u0142ug, formularzy i innych aplikacji internetowych samo sprawdzenie dost\u0119pno\u015bci strony nie daje pewno\u015bci, \u017ce u\u017cytkownik mo\u017ce rzeczywi\u015bcie za\u0142atwi\u0107 swoj\u0105 spraw\u0119.<\/p>\n
Aplikacja mo\u017ce si\u0119 otwiera\u0107 poprawnie, a mimo to jeden z kolejnych etap\u00f3w procesu mo\u017ce nie dzia\u0142a\u0107.<\/p>\n
Dlatego bardziej z\u0142o\u017cone us\u0142ugi warto monitorowa\u0107 za pomoc\u0105 scenariuszy u\u017cytkownika.<\/p>\n
Na czym polega monitoring scenariuszy<\/h3>\n
Monitoring scenariuszowy polega na automatycznym odtwarzaniu okre\u015blonego procesu w taki spos\u00f3b, w jaki wykona\u0142by go rzeczywisty u\u017cytkownik korzystaj\u0105cy z przegl\u0105darki internetowej.<\/p>\n
Scenariusz mo\u017ce obejmowa\u0107 otwarcie wskazanej strony, wyb\u00f3r odpowiedniej opcji, przej\u015bcie do kolejnego kroku, wpisanie danych do formularza, klikni\u0119cie przycisku, zalogowanie si\u0119 do systemu, wyb\u00f3r terminu lub rodzaju sprawy oraz sprawdzenie komunikatu ko\u0144cowego i prawid\u0142owego rezultatu operacji.<\/p>\n
Ka\u017cdy z tych krok\u00f3w mo\u017ce by\u0107 osobno kontrolowany.<\/p>\n
Monitoring formularzy<\/h3>\n
Formularze s\u0105 jednym z najcz\u0119stszych element\u00f3w e-us\u0142ug, kt\u00f3re mog\u0105 przesta\u0107 dzia\u0142a\u0107 mimo dost\u0119pno\u015bci ca\u0142ego serwisu.<\/p>\n
Problem mo\u017ce dotyczy\u0107 niewczytuj\u0105cego si\u0119 pola, b\u0142\u0119dnej walidacji, niedzia\u0142aj\u0105cego przycisku \u201eDalej\u201d, obs\u0142ugi za\u0142\u0105cznika, b\u0142\u0119du po wys\u0142aniu formularza albo nieprawid\u0142owego komunikatu ko\u0144cowego.<\/p>\n
Monitoring scenariuszowy pozwala automatycznie przechodzi\u0107 przez formularz i sprawdza\u0107, czy ka\u017cdy etap dzia\u0142a zgodnie z oczekiwaniami.<\/p>\n
Monitoring logowania<\/h3>\n
Je\u017celi portal wymaga uwierzytelnienia u\u017cytkownika, warto sprawdza\u0107 r\u00f3wnie\u017c proces logowania.<\/p>\n
Sama dost\u0119pno\u015b\u0107 strony logowania nie oznacza jeszcze, \u017ce mechanizm uwierzytelniania dzia\u0142a prawid\u0142owo.<\/p>\n
Monitoring mo\u017ce wykry\u0107 sytuacje, w kt\u00f3rych formularz logowania nie dzia\u0142a, odpowied\u017a po logowaniu jest b\u0142\u0119dna, sesja u\u017cytkownika nie zostaje utworzona albo system zwraca b\u0142\u0105d mimo podania poprawnych danych.<\/p>\n
Kontrola rezultatu jest r\u00f3wnie wa\u017cna jak wykonanie akcji<\/h3>\n
W dobrze zaprojektowanym scenariuszu nie wystarczy samo klikni\u0119cie przycisku.<\/p>\n
Po wykonaniu operacji nale\u017cy jeszcze sprawdzi\u0107, czy pojawi\u0142 si\u0119 oczekiwany rezultat.<\/p>\n
Oczekiwanym rezultatem mo\u017ce by\u0107 odpowiedni komunikat, przej\u015bcie do w\u0142a\u015bciwej strony, pojawienie si\u0119 konkretnej tre\u015bci, zmiana statusu, wygenerowanie dokumentu albo wy\u015bwietlenie potwierdzenia.<\/p>\n
Dzi\u0119ki temu monitoring nie tylko \u201eprzechodzi\u201d przez aplikacj\u0119, ale rzeczywi\u015bcie weryfikuje prawid\u0142owo\u015b\u0107 dzia\u0142ania procesu.<\/p>\n
Scenariusz powinien odzwierciedla\u0107 realne zachowanie u\u017cytkownika<\/h3>\n
Najwi\u0119ksz\u0105 warto\u015b\u0107 daje monitorowanie tych proces\u00f3w, kt\u00f3re s\u0105 istotne z punktu widzenia mieszka\u0144ca.<\/p>\n
W praktyce nie ma potrzeby automatyzowa\u0107 ka\u017cdego mo\u017cliwego dzia\u0142ania w systemie. Lepiej skupi\u0107 si\u0119 na najwa\u017cniejszych \u015bcie\u017ckach, takich jak logowanie, z\u0142o\u017cenie formularza, rezerwacja wizyty, dokonanie p\u0142atno\u015bci, wys\u0142anie wniosku czy sprawdzenie statusu sprawy.<\/p>\n
Takie podej\u015bcie pozwala regularnie sprawdza\u0107 kluczowe funkcje portalu e-us\u0142ug bez konieczno\u015bci r\u0119cznego testowania ich przez pracownika.<\/p>\n
Monitoring scenariuszowy wykrywa awarie niewidoczne dla prostych test\u00f3w<\/h3>\n
To jedna z najwa\u017cniejszych zalet tego typu monitoringu.<\/p>\n
Prosty test mo\u017ce potwierdzi\u0107, \u017ce portal odpowiada poprawnie. Scenariusz mo\u017ce natomiast wykaza\u0107, \u017ce u\u017cytkownik nie jest w stanie przej\u015b\u0107 do kolejnego kroku, zatwierdzi\u0107 formularza, zalogowa\u0107 si\u0119, wykona\u0107 p\u0142atno\u015bci albo zako\u0144czy\u0107 ca\u0142ego procesu.<\/p>\n
W ten spos\u00f3b monitoring proces\u00f3w odpowiada na najwa\u017cniejsze pytanie z punktu widzenia JST:<\/p>\n
czy u\u017cytkownik rzeczywi\u015bcie mo\u017ce skorzysta\u0107 z e-us\u0142ugi od pocz\u0105tku do ko\u0144ca?<\/p>\n
\nMonitoring Biuletynu Informacji Publicznej (BIP)<\/h2>\n
Biuletyn Informacji Publicznej jest jednym z podstawowych kana\u0142\u00f3w publikowania informacji przez urz\u0105d. Z punktu widzenia monitoringu powinien by\u0107 traktowany jako odr\u0119bna, istotna us\u0142uga, a nie tylko kolejna podstrona serwisu internetowego.<\/p>\n
Samo sprawdzenie, czy adres BIP odpowiada, nie zawsze wystarcza. Serwer mo\u017ce dzia\u0142a\u0107, ale u\u017cytkownik mo\u017ce otrzyma\u0107 niepe\u0142n\u0105 tre\u015b\u0107, stron\u0119 b\u0142\u0119du, komunikat zast\u0119pczy albo zawarto\u015b\u0107 inn\u0105 ni\u017c oczekiwana.<\/p>\n
Monitoring dost\u0119pno\u015bci BIP<\/h3>\n
Podstawowy monitoring powinien regularnie sprawdza\u0107, czy Biuletyn Informacji Publicznej jest dost\u0119pny z Internetu i czy serwer zwraca prawid\u0142ow\u0105 odpowied\u017a.<\/p>\n
Pozwala to szybko wykrywa\u0107 ca\u0142kowit\u0105 niedost\u0119pno\u015b\u0107 BIP, b\u0142\u0119dy serwera, problemy z DNS lub certyfikatem SSL, d\u0142ugotrwa\u0142e przekroczenia czasu odpowiedzi oraz awarie po stronie operatora hostingu lub dostawcy infrastruktury.<\/p>\n
W przypadku wykrycia problemu odpowiednia osoba mo\u017ce otrzyma\u0107 alert bez konieczno\u015bci r\u0119cznego sprawdzania serwisu.<\/p>\n
Sprawdzanie obecno\u015bci oczekiwanej tre\u015bci<\/h3>\n
Znacznie skuteczniejszy jest monitoring, kt\u00f3ry poza sam\u0105 odpowiedzi\u0105 serwera kontroluje r\u00f3wnie\u017c obecno\u015b\u0107 charakterystycznej tre\u015bci.<\/p>\n
Mo\u017ce to by\u0107 na przyk\u0142ad nazwa urz\u0119du, tytu\u0142 Biuletynu Informacji Publicznej albo inny fragment tekstu, kt\u00f3ry powinien zawsze pojawia\u0107 si\u0119 na stronie.<\/p>\n
Dzi\u0119ki temu mo\u017cna wykry\u0107 sytuacj\u0119, w kt\u00f3rej serwer zwraca kod HTTP 200 i strona formalnie si\u0119 otwiera, ale w\u0142a\u015bciwa tre\u015b\u0107 BIP nie jest dost\u0119pna.<\/p>\n
To wa\u017cne, poniewa\u017c z technicznego punktu widzenia serwis mo\u017ce wygl\u0105da\u0107 na dzia\u0142aj\u0105cy, mimo \u017ce u\u017cytkownik faktycznie nie ma dost\u0119pu do oczekiwanych informacji.<\/p>\n
Warto monitorowa\u0107 tak\u017ce wybrane podstrony<\/h3>\n
W przypadku bardziej rozbudowanego BIP warto rozwa\u017cy\u0107 monitoring nie tylko strony g\u0142\u00f3wnej, ale r\u00f3wnie\u017c szczeg\u00f3lnie istotnych sekcji.<\/p>\n
Mog\u0105 to by\u0107 na przyk\u0142ad podstrony z danymi kontaktowymi, informacjami o w\u0142adzach jednostki, dokumentami i uchwa\u0142ami, zam\u00f3wieniami publicznymi, og\u0142oszeniami, rejestrami i wykazami, a tak\u017ce formularzami lub plikami do pobrania.<\/p>\n
Dzi\u0119ki temu mo\u017cna wykry\u0107 awari\u0119 pojedynczej cz\u0119\u015bci serwisu, nawet je\u015bli strona g\u0142\u00f3wna nadal dzia\u0142a poprawnie.<\/p>\n
Monitoring BIP powinien by\u0107 niezale\u017cny od infrastruktury urz\u0119du<\/h3>\n
Wewn\u0119trzne systemy monitoruj\u0105ce mog\u0105 informowa\u0107 administratora, \u017ce serwer i aplikacja dzia\u0142aj\u0105. Nie zawsze oznacza to jednak, \u017ce BIP jest rzeczywi\u015bcie dost\u0119pny z Internetu.<\/p>\n
Zewn\u0119trzny monitoring sprawdza us\u0142ug\u0119 z perspektywy u\u017cytkownika ko\u0144cowego. Dzi\u0119ki temu mo\u017ce ujawni\u0107 skutki problem\u00f3w z DNS, certyfikatem SSL, routingiem, warstw\u0105 po\u015bredni\u0105, konfiguracj\u0105 serwera WWW albo dost\u0119pno\u015bci\u0105 us\u0142ugi wy\u0142\u0105cznie z sieci publicznej.<\/p>\n
BIP powinien by\u0107 obj\u0119ty takim samym nadzorem jak inne e-us\u0142ugi<\/h3>\n
Biuletyn Informacji Publicznej nie jest jedynie statycznym dodatkiem do strony urz\u0119du. Jest publicznie dost\u0119pn\u0105 us\u0142ug\u0105 informacyjn\u0105, z kt\u00f3rej mieszka\u0144cy, przedsi\u0119biorcy, media i inne podmioty mog\u0105 korzysta\u0107 w dowolnym momencie.<\/p>\n
Dlatego jego dost\u0119pno\u015b\u0107 i prawid\u0142owe dzia\u0142anie powinny by\u0107 monitorowane ca\u0142odobowo, tak samo jak g\u0142\u00f3wna strona WWW urz\u0119du czy portal e-us\u0142ug.<\/p>\n
Najlepszy efekt daje po\u0142\u0105czenie kilku mechanizm\u00f3w: monitoringu dost\u0119pno\u015bci, kontroli tre\u015bci, pomiaru wydajno\u015bci oraz automatycznych powiadomie\u0144 o wykrytych problemach.<\/p>\n
\nMonitoring technicznych element\u00f3w us\u0142ug<\/h2>\n
Prawid\u0142owe dzia\u0142anie strony internetowej lub e-us\u0142ugi zale\u017cy nie tylko od samej aplikacji. Problemy mog\u0105 pojawi\u0107 si\u0119 r\u00f3wnie\u017c w warstwie technicznej odpowiedzialnej za domen\u0119, certyfikat SSL czy reputacj\u0119 adresu IP lub domeny.<\/p>\n
Dlatego monitoring us\u0142ug publicznych warto uzupe\u0142ni\u0107 o kontrol\u0119 tych element\u00f3w.<\/p>\n
Certyfikaty SSL<\/h3>\n
Wa\u017cny i prawid\u0142owo skonfigurowany certyfikat SSL jest niezb\u0119dny do bezpiecznego korzystania ze stron i aplikacji udost\u0119pnianych przez HTTPS.<\/p>\n
Monitoring mo\u017ce kontrolowa\u0107 poprawno\u015b\u0107 i termin wa\u017cno\u015bci certyfikatu, jego zgodno\u015b\u0107 z nazw\u0105 domeny oraz ewentualne b\u0142\u0119dy w \u0142a\u0144cuchu certyfikacji.<\/p>\n
Pozwala to unikn\u0105\u0107 sytuacji, w kt\u00f3rej u\u017cytkownicy nagle zaczynaj\u0105 otrzymywa\u0107 ostrze\u017cenia o niezaufanym po\u0142\u0105czeniu albo trac\u0105 mo\u017cliwo\u015b\u0107 wej\u015bcia do serwisu.<\/p>\n
Szczeg\u00f3lnie istotne jest wcze\u015bniejsze wykrywanie zbli\u017caj\u0105cego si\u0119 terminu wyga\u015bni\u0119cia certyfikatu.<\/p>\n
Domeny<\/h3>\n
Wyga\u015bni\u0119cie domeny mo\u017ce spowodowa\u0107 ca\u0142kowit\u0105 niedost\u0119pno\u015b\u0107 wszystkich us\u0142ug dzia\u0142aj\u0105cych pod danym adresem.<\/p>\n
Monitoring terminu wa\u017cno\u015bci domeny pozwala odpowiednio wcze\u015bnie przypomnie\u0107 o konieczno\u015bci jej odnowienia.<\/p>\n
W przypadku urz\u0119du jedna domena mo\u017ce obs\u0142ugiwa\u0107 wiele us\u0142ug jednocze\u015bnie, dlatego jej wyga\u015bni\u0119cie mo\u017ce mie\u0107 znacznie wi\u0119ksze konsekwencje ni\u017c awaria pojedynczej aplikacji.<\/p>\n
Czarna lista i reputacja<\/h3>\n
Domena lub adres IP mog\u0105 zosta\u0107 umieszczone na czarnej li\u015bcie, na przyk\u0142ad w wyniku b\u0142\u0119dnej konfiguracji, przej\u0119cia serwera albo wcze\u015bniejszej dzia\u0142alno\u015bci innego u\u017cytkownika danego adresu IP.<\/p>\n
Obecno\u015b\u0107 na blacklistach mo\u017ce powodowa\u0107 problemy z dostarczaniem poczty, reputacj\u0105 domeny lub dost\u0119pem do wybranych us\u0142ug.<\/p>\n
Dlatego warto monitorowa\u0107 r\u00f3wnie\u017c ten element infrastruktury.<\/p>\n
Blokowanie robot\u00f3w wyszukiwarek<\/h3>\n
Nieprawid\u0142owa konfiguracja pliku robots.txt, nag\u0142\u00f3wk\u00f3w HTTP lub innych mechanizm\u00f3w mo\u017ce przypadkowo zablokowa\u0107 dost\u0119p robotom wyszukiwarek.<\/p>\n
W przypadku strony urz\u0119du albo BIP mo\u017ce to prowadzi\u0107 do pogorszenia widoczno\u015bci informacji publicznych w wynikach wyszukiwania.<\/p>\n
Monitoring mo\u017ce wykrywa\u0107 sytuacje, w kt\u00f3rych serwis zaczyna zwraca\u0107 sygna\u0142y blokuj\u0105ce indeksowanie, mimo \u017ce wcze\u015bniej by\u0142 dost\u0119pny dla robot\u00f3w wyszukiwarek.<\/p>\n
Warstwa techniczna jest cz\u0119\u015bci\u0105 dost\u0119pno\u015bci us\u0142ugi<\/h3>\n
Dla u\u017cytkownika nie ma znaczenia, czy problem wynika z b\u0142\u0119du aplikacji, certyfikatu SSL, domeny czy konfiguracji serwera.<\/p>\n
Efekt jest taki sam: us\u0142uga nie dzia\u0142a albo jest trudno dost\u0119pna.<\/p>\n
Dlatego skuteczny monitoring strony WWW, BIP i e-us\u0142ug powinien obejmowa\u0107 nie tylko sam\u0105 aplikacj\u0119, ale r\u00f3wnie\u017c najwa\u017cniejsze elementy techniczne, od kt\u00f3rych zale\u017cy jej dost\u0119pno\u015b\u0107.<\/p>\n
\nDlaczego monitoring powinien by\u0107 zewn\u0119trzny?<\/h2>\n
Wewn\u0119trzne systemy monitorowania infrastruktury s\u0105 bardzo przydatne, ale odpowiadaj\u0105 g\u0142\u00f3wnie na pytanie, czy dzia\u0142aj\u0105 serwery, us\u0142ugi systemowe i elementy sieci znajduj\u0105ce si\u0119 pod kontrol\u0105 administratora.<\/p>\n
Nie zawsze pozwalaj\u0105 natomiast stwierdzi\u0107, czy mieszkaniec rzeczywi\u015bcie mo\u017ce otworzy\u0107 stron\u0119 urz\u0119du, wej\u015b\u0107 do BIP albo skorzysta\u0107 z e-us\u0142ugi.<\/p>\n
Dlatego monitoring publicznie dost\u0119pnych us\u0142ug powinien by\u0107 realizowany r\u00f3wnie\u017c z zewn\u0105trz, z perspektywy u\u017cytkownika korzystaj\u0105cego z Internetu.<\/p>\n
Perspektywa mieszka\u0144ca jest najwa\u017cniejsza<\/h3>\n
Z punktu widzenia u\u017cytkownika nie ma znaczenia, \u017ce serwer dzia\u0142a, proces aplikacji jest uruchomiony, a baza danych odpowiada poprawnie.<\/p>\n
Je\u017celi strona nie otwiera si\u0119 z Internetu, formularz nie dzia\u0142a albo portal e-us\u0142ug zwraca b\u0142\u0105d, us\u0142uga jest dla mieszka\u0144ca niedost\u0119pna.<\/p>\n
Monitoring zewn\u0119trzny pozwala wi\u0119c odpowiada\u0107 na znacznie bardziej praktyczne pytanie:<\/p>\n
\u201eCzy u\u017cytkownik spoza infrastruktury urz\u0119du mo\u017ce rzeczywi\u015bcie skorzysta\u0107 z us\u0142ugi?\u201d<\/p>\n
Bez instalowania agent\u00f3w i dodatkowego oprogramowania<\/h3>\n
Du\u017c\u0105 zalet\u0105 monitoringu zewn\u0119trznego jest brak konieczno\u015bci ingerowania w monitorowane \u015brodowisko.<\/p>\n
Nie trzeba instalowa\u0107 agent\u00f3w, dodatkowych us\u0142ug ani komponent\u00f3w na serwerach urz\u0119du.<\/p>\n
Monitoring realizowany jest ca\u0142kowicie z zewn\u0105trz, podobnie jak dost\u0119p zwyk\u0142ego u\u017cytkownika do strony internetowej lub aplikacji.<\/p>\n
U\u0142atwia to wdro\u017cenie, ogranicza zakres zmian w infrastrukturze i pozwala obj\u0105\u0107 monitoringiem tak\u017ce us\u0142ugi utrzymywane przez zewn\u0119trznych dostawc\u00f3w.<\/p>\n
Monitoring zewn\u0119trzny uzupe\u0142nia monitoring wewn\u0119trzny<\/h3>\n
Oba podej\u015bcia nie konkuruj\u0105 ze sob\u0105, lecz wzajemnie si\u0119 uzupe\u0142niaj\u0105.<\/p>\n
Monitoring wewn\u0119trzny mo\u017ce kontrolowa\u0107 wykorzystanie CPU i pami\u0119ci, stan us\u0142ug systemowych, dost\u0119pno\u015b\u0107 bazy danych, obci\u0105\u017cenie serwera, stan urz\u0105dze\u0144 sieciowych oraz logi i zdarzenia systemowe.<\/p>\n
Monitoring zewn\u0119trzny sprawdza natomiast efekt ko\u0144cowy widoczny dla u\u017cytkownika: czy strona odpowiada i zawiera w\u0142a\u015bciw\u0105 tre\u015b\u0107, czy \u0142aduje si\u0119 wystarczaj\u0105co szybko, czy formularz dzia\u0142a oraz czy u\u017cytkownik mo\u017ce przej\u015b\u0107 przez ca\u0142y proces e-us\u0142ugi.<\/p>\n
Dopiero po\u0142\u0105czenie obu perspektyw daje pe\u0142niejszy obraz dzia\u0142ania systemu.<\/p>\n
Zewn\u0119trzny monitoring mo\u017ce wykry\u0107 problemy niewidoczne od \u015brodka<\/h3>\n
Zdarzaj\u0105 si\u0119 sytuacje, w kt\u00f3rych wszystkie wewn\u0119trzne elementy systemu wygl\u0105daj\u0105 na sprawne, a mimo to u\u017cytkownik nie mo\u017ce skorzysta\u0107 z us\u0142ugi.<\/p>\n
Przyczyn\u0105 mog\u0105 by\u0107 b\u0142\u0119dy konfiguracji serwera WWW, problem z certyfikatem SSL, awaria po\u015bredniej warstwy aplikacyjnej lub us\u0142ugi zewn\u0119trznego dostawcy, b\u0142\u0119dne przekierowanie, awaria widoczna tylko z sieci publicznej albo nieprawid\u0142owe dzia\u0142anie interfejsu u\u017cytkownika.<\/p>\n
Zewn\u0119trzny monitoring ma t\u0119 przewag\u0119, \u017ce nie ocenia wy\u0142\u0105cznie stanu poszczeg\u00f3lnych komponent\u00f3w, ale sprawdza rzeczywisty rezultat dzia\u0142ania ca\u0142ej us\u0142ugi.<\/p>\n
Szczeg\u00f3lnie wa\u017cne przy us\u0142ugach utrzymywanych przez dostawc\u00f3w zewn\u0119trznych<\/h3>\n
Wiele urz\u0119d\u00f3w korzysta z system\u00f3w i portali utrzymywanych poza w\u0142asn\u0105 infrastruktur\u0105.<\/p>\n
W takiej sytuacji administrator nie zawsze ma dost\u0119p do serwera, log\u00f3w czy narz\u0119dzi diagnostycznych dostawcy.<\/p>\n
Monitoring zewn\u0119trzny pozwala niezale\u017cnie sprawdza\u0107, czy us\u0142uga dzia\u0142a prawid\u0142owo, niezale\u017cnie od tego, kto odpowiada za jej hosting i utrzymanie.<\/p>\n
Daje to urz\u0119dowi w\u0142asne, niezale\u017cne \u017ar\u00f3d\u0142o informacji o dost\u0119pno\u015bci i jako\u015bci dzia\u0142ania us\u0142ugi.<\/p>\n
Niezale\u017cna kontrola ma znaczenie operacyjne<\/h3>\n
Zewn\u0119trzny monitoring jest szczeg\u00f3lnie warto\u015bciowy tam, gdzie us\u0142uga ma by\u0107 dost\u0119pna przez ca\u0142\u0105 dob\u0119.<\/p>\n
Je\u017celi awaria wyst\u0105pi poza godzinami pracy urz\u0119du albo po stronie zewn\u0119trznego wykonawcy, system monitoruj\u0105cy mo\u017ce j\u0105 wykry\u0107 i zg\u0142osi\u0107 bez udzia\u0142u u\u017cytkownik\u00f3w.<\/p>\n
W praktyce pozwala to skr\u00f3ci\u0107 czas reakcji i zmniejszy\u0107 ryzyko, \u017ce problem pozostanie niezauwa\u017cony przez wiele godzin.<\/p>\n
\nJak ograniczy\u0107 fa\u0142szywe alarmy?<\/h2>\n
Skuteczny monitoring powinien reagowa\u0107 szybko, ale nie mo\u017ce generowa\u0107 alarmu przy ka\u017cdym chwilowym problemie z po\u0142\u0105czeniem.<\/p>\n
Pojedynczy nieudany test nie zawsze oznacza rzeczywist\u0105 awari\u0119 monitorowanej us\u0142ugi. Przyczyn\u0105 mo\u017ce by\u0107 kr\u00f3tkotrwa\u0142y problem sieciowy, przeci\u0105\u017cenie po\u015bredniego operatora albo chwilowa niedost\u0119pno\u015b\u0107 tylko z jednej lokalizacji.<\/p>\n
Dlatego wa\u017cnym elementem monitoringu jest potwierdzanie wykrytych awarii z niezale\u017cnych stacji monitoruj\u0105cych.<\/p>\n
Potwierdzenie z kilku lokalizacji<\/h3>\n
Je\u017celi g\u0142\u00f3wna stacja monitoruj\u0105ca wykryje problem, test mo\u017ce zosta\u0107 automatycznie powt\u00f3rzony z innych lokalizacji.<\/p>\n
Dopiero gdy niedost\u0119pno\u015b\u0107 zostanie potwierdzona niezale\u017cnie, system mo\u017ce uzna\u0107 zdarzenie za rzeczywisty incydent i uruchomi\u0107 powiadomienia.<\/p>\n
Takie podej\u015bcie pomaga odr\u00f3\u017cni\u0107 rzeczywist\u0105 awari\u0119 strony lub aplikacji od lokalnego problemu z po\u0142\u0105czeniem, chwilowego problemu po stronie operatora albo b\u0142\u0119du wyst\u0119puj\u0105cego tylko na jednej trasie sieciowej.<\/p>\n
Mniej fa\u0142szywych alarm\u00f3w oznacza wi\u0119ksz\u0105 skuteczno\u015b\u0107<\/h3>\n
Zbyt du\u017ca liczba niepotrzebnych powiadomie\u0144 szybko obni\u017ca zaufanie do systemu monitoruj\u0105cego.<\/p>\n
Je\u017celi administrator regularnie otrzymuje alerty, kt\u00f3re nie wymagaj\u0105 \u017cadnej reakcji, z czasem mo\u017ce zacz\u0105\u0107 traktowa\u0107 je mniej powa\u017cnie.<\/p>\n
Dlatego ograniczenie fa\u0142szywych alarm\u00f3w ma znaczenie nie tylko techniczne, ale r\u00f3wnie\u017c organizacyjne.<\/p>\n
Dobrze skonfigurowany monitoring powinien d\u0105\u017cy\u0107 do tego, aby powiadomienia trafia\u0142y do odpowiednich os\u00f3b przede wszystkim wtedy, gdy rzeczywi\u015bcie potrzebna jest reakcja.<\/p>\n
Niezale\u017cne stacje monitoruj\u0105ce zwi\u0119kszaj\u0105 wiarygodno\u015b\u0107 pomiar\u00f3w<\/h3>\n
W przypadku us\u0142ug publicznych szczeg\u00f3lnie istotne jest, aby informacja o awarii by\u0142a wiarygodna.<\/p>\n
Potwierdzanie problemu z r\u00f3\u017cnych lokalizacji daje znacznie wi\u0119ksz\u0105 pewno\u015b\u0107, \u017ce us\u0142uga jest rzeczywi\u015bcie niedost\u0119pna dla u\u017cytkownik\u00f3w, a problem nie dotyczy wy\u0142\u0105cznie jednej stacji monitoruj\u0105cej.<\/p>\n
Pozwala to r\u00f3wnie\u017c lepiej oceni\u0107 skal\u0119 zdarzenia \u2014 na przyk\u0142ad rozr\u00f3\u017cni\u0107 ca\u0142kowit\u0105 awari\u0119 od problemu wyst\u0119puj\u0105cego tylko w cz\u0119\u015bci sieci.<\/p>\n
Warto stosowa\u0107 tak\u017ce odpowiednie progi i op\u00f3\u017anienia<\/h3>\n
Nie ka\u017cdy chwilowy wzrost czasu odpowiedzi powinien powodowa\u0107 alarm.<\/p>\n
W zale\u017cno\u015bci od rodzaju us\u0142ugi mo\u017cna stosowa\u0107 odpowiednie progi czasu odpowiedzi, ponawia\u0107 test po pierwszym b\u0142\u0119dzie, wymaga\u0107 kilku kolejnych nieudanych pomiar\u00f3w albo eskalowa\u0107 alert dopiero po okre\u015blonym czasie trwania problemu.<\/p>\n
Dzi\u0119ki temu monitoring pozostaje czu\u0142y na rzeczywiste awarie, ale jednocze\u015bnie nie reaguje nadmiernie na kr\u00f3tkotrwa\u0142e zak\u0142\u00f3cenia.<\/p>\n
Celem jest wiarygodny sygna\u0142, a nie maksymalna liczba alert\u00f3w<\/h3>\n
Dobry system monitoruj\u0105cy nie powinien informowa\u0107 o ka\u017cdym mo\u017cliwym odchyleniu.<\/p>\n
Jego zadaniem jest dostarczenie wiarygodnej informacji o problemie, kt\u00f3ry mo\u017ce wp\u0142ywa\u0107 na u\u017cytkownik\u00f3w us\u0142ugi.<\/p>\n
W praktyce najlepsze rezultaty daje po\u0142\u0105czenie cz\u0119stych test\u00f3w, automatycznego potwierdzania awarii z niezale\u017cnych lokalizacji oraz dobrze dobranych prog\u00f3w alarmowych.<\/p>\n
\nPowiadamianie o incydentach 24\/7<\/h2>\n
Samo wykrycie awarii nie wystarczy. Informacja o problemie musi jeszcze szybko dotrze\u0107 do osoby, kt\u00f3ra mo\u017ce zareagowa\u0107.<\/p>\n
W przypadku stron urz\u0119d\u00f3w i e-us\u0142ug ma to szczeg\u00f3lne znaczenie poza standardowymi godzinami pracy \u2014 wieczorem, w nocy, w weekendy oraz dni wolne.<\/p>\n
Dlatego skuteczny monitoring powinien umo\u017cliwia\u0107 automatyczne powiadamianie o incydentach przez ca\u0142\u0105 dob\u0119.<\/p>\n
R\u00f3\u017cne kana\u0142y powiadomie\u0144<\/h3>\n
W zale\u017cno\u015bci od znaczenia us\u0142ugi i organizacji pracy urz\u0119du alerty mog\u0105 by\u0107 dostarczane r\u00f3\u017cnymi kana\u0142ami, mi\u0119dzy innymi:<\/p>\n
\n- e-mailem,<\/li>\n
- SMS-em,<\/li>\n
- poprzez po\u0142\u0105czenie g\u0142osowe,<\/li>\n
- przez integracje z zewn\u0119trznymi systemami i komunikatorami.<\/li>\n<\/ul>\n
W przypadku mniej krytycznych zdarze\u0144 wystarczaj\u0105cy mo\u017ce by\u0107 e-mail, natomiast powa\u017cna awaria portalu e-us\u0142ug mo\u017ce wymaga\u0107 dodatkowego SMS-a lub po\u0142\u0105czenia telefonicznego.<\/p>\n
Wielu odbiorc\u00f3w alert\u00f3w<\/h3>\n
Za dzia\u0142anie us\u0142ug publicznych cz\u0119sto odpowiada wi\u0119cej ni\u017c jedna osoba.<\/p>\n
Powiadomienia mog\u0105 trafia\u0107 jednocze\u015bnie do administratora IT, pracownika odpowiedzialnego za stron\u0119 internetow\u0105 lub e-us\u0142ugi, kierownika dzia\u0142u, a tak\u017ce do zewn\u0119trznej firmy utrzymuj\u0105cej serwis lub dostawcy konkretnej aplikacji.<\/p>\n
Dzi\u0119ki temu alert nie jest uzale\u017cniony od dost\u0119pno\u015bci jednej osoby.<\/p>\n
Powiadomienia tak\u017ce do dostawc\u00f3w zewn\u0119trznych<\/h3>\n
Wiele stron, BIP-\u00f3w i portali e-us\u0142ug jest utrzymywanych przez firmy zewn\u0119trzne.<\/p>\n
W takiej sytuacji szczeg\u00f3lnie praktyczne jest kierowanie alert\u00f3w bezpo\u015brednio tak\u017ce do wykonawcy odpowiedzialnego za dan\u0105 us\u0142ug\u0119.<\/p>\n
Pozwala to skr\u00f3ci\u0107 \u015bcie\u017ck\u0119 reakcji \u2014 informacja o awarii nie musi najpierw trafi\u0107 do urz\u0119du, a dopiero potem zosta\u0107 przekazana dalej.<\/p>\n
Eskalacja po okre\u015blonym czasie<\/h3>\n
Nie ka\u017cdy incydent musi by\u0107 rozwi\u0105zany natychmiast, ale d\u0142u\u017csza awaria powinna skutkowa\u0107 dodatkow\u0105 eskalacj\u0105.<\/p>\n
Mo\u017cna wi\u0119c stosowa\u0107 kolejne alerty po okre\u015blonym czasie trwania zdarzenia.<\/p>\n
Przyk\u0142adowy schemat mo\u017ce zak\u0142ada\u0107 pierwszy alert po potwierdzeniu awarii, kolejny po kilkunastu lub kilkudziesi\u0119ciu minutach oraz dodatkowe powiadomienie do nast\u0119pnej osoby, je\u017celi problem nadal trwa. Osobny komunikat mo\u017ce zosta\u0107 wys\u0142any po zako\u0144czeniu incydentu.<\/p>\n
Takie podej\u015bcie u\u0142atwia organizacj\u0119 reakcji i zmniejsza ryzyko, \u017ce d\u0142ugotrwa\u0142y problem pozostanie bez obs\u0142ugi.<\/p>\n
Indywidualne godziny otrzymywania alert\u00f3w<\/h3>\n
Nie wszyscy odbiorcy musz\u0105 otrzymywa\u0107 wszystkie alerty przez ca\u0142\u0105 dob\u0119.<\/p>\n
Dla poszczeg\u00f3lnych os\u00f3b mo\u017cna ustawi\u0107 r\u00f3\u017cne zasady powiadamiania. E-mail mo\u017ce by\u0107 wysy\u0142any przez ca\u0142\u0105 dob\u0119, SMS-y tylko w okre\u015blonych godzinach, a po\u0142\u0105czenia g\u0142osowe wy\u0142\u0105cznie w przypadku krytycznych us\u0142ug. Nocne alerty mog\u0105 trafia\u0107 tylko do osoby pe\u0142ni\u0105cej dy\u017cur.<\/p>\n
Pozwala to dopasowa\u0107 system do rzeczywistej organizacji pracy urz\u0119du.<\/p>\n
Szybkie powiadomienie skraca czas niedost\u0119pno\u015bci<\/h3>\n
Celem ca\u0142odobowego monitoringu jest nie tylko samo zarejestrowanie awarii, ale przede wszystkim skr\u00f3cenie czasu od wyst\u0105pienia problemu do rozpocz\u0119cia reakcji.<\/p>\n
Je\u017celi odpowiednia osoba otrzyma wiarygodny alert kilka minut po wyst\u0105pieniu awarii, mo\u017ce rozpocz\u0105\u0107 diagnostyk\u0119 znacznie wcze\u015bniej ni\u017c w sytuacji, gdy pierwszy sygna\u0142 pochodzi dopiero od mieszka\u0144ca.<\/p>\n
W przypadku publicznych us\u0142ug internetowych to w\u0142a\u015bnie szybkie i dobrze skierowane powiadomienie cz\u0119sto decyduje o tym, jak d\u0142ugo awaria b\u0119dzie odczuwalna dla u\u017cytkownik\u00f3w.<\/p>\n
\nRaporty i dokumentacja incydent\u00f3w<\/h2>\n
Monitoring nie powinien ko\u0144czy\u0107 si\u0119 na wys\u0142aniu alertu. R\u00f3wnie wa\u017cne jest zachowanie historii dzia\u0142ania us\u0142ug, czasu trwania incydent\u00f3w oraz danych pomagaj\u0105cych p\u00f3\u017aniej ustali\u0107 ich przyczyn\u0119.<\/p>\n
Dla JST ma to znaczenie zar\u00f3wno operacyjne, jak i organizacyjne \u2014 pozwala oceni\u0107 jako\u015b\u0107 dzia\u0142ania us\u0142ug w d\u0142u\u017cszym okresie i udokumentowa\u0107 konkretne zdarzenia.<\/p>\n
Historia dost\u0119pno\u015bci i awarii<\/h3>\n
System monitoruj\u0105cy powinien przechowywa\u0107 histori\u0119 kolejnych pomiar\u00f3w i wykrytych incydent\u00f3w, w tym czas rozpocz\u0119cia i zako\u0144czenia awarii, \u0142\u0105czny czas niedost\u0119pno\u015bci, liczb\u0119 zdarze\u0144, poziom dost\u0119pno\u015bci us\u0142ugi oraz zmiany czasu odpowiedzi i wydajno\u015bci.<\/p>\n
Dzi\u0119ki temu mo\u017cna \u0142atwo sprawdzi\u0107, czy problem by\u0142 pojedynczym zdarzeniem, czy cz\u0119\u015bci\u0105 powtarzaj\u0105cego si\u0119 zjawiska.<\/p>\n
Raporty okresowe i na \u017c\u0105danie<\/h3>\n
Przydatnym elementem monitoringu s\u0105 raporty generowane automatycznie lub na \u017c\u0105danie.<\/p>\n
Raporty mog\u0105 by\u0107 generowane tygodniowo lub miesi\u0119cznie, na \u017c\u0105danie, dla pojedynczej us\u0142ugi albo zbiorczo dla kilku czy kilkunastu us\u0142ug.<\/p>\n
Pozwala to przygotowa\u0107 jeden dokument obejmuj\u0105cy np. stron\u0119 urz\u0119du, BIP, portal e-us\u0142ug oraz inne monitorowane systemy.<\/p>\n
Takie zestawienia mog\u0105 by\u0107 u\u017cyteczne przy wewn\u0119trznych przegl\u0105dach, analizie jako\u015bci us\u0142ug, wsp\u00f3\u0142pracy z dostawcami zewn\u0119trznymi oraz ocenie spe\u0142niania uzgodnionych poziom\u00f3w dost\u0119pno\u015bci.<\/p>\n
Materia\u0142y diagnostyczne<\/h3>\n
W przypadku awarii sama informacja \u201eus\u0142uga nie dzia\u0142a\u0142a\u201d cz\u0119sto nie wystarcza.<\/p>\n
Bardzo pomocne s\u0105 dodatkowe materia\u0142y pokazuj\u0105ce, co dok\u0142adnie zobaczy\u0142 system monitoruj\u0105cy w chwili wyst\u0105pienia problemu.<\/p>\n
W zale\u017cno\u015bci od rodzaju testu mog\u0105 to by\u0107 mi\u0119dzy innymi:<\/p>\n
\n- zrzuty ekranu,<\/li>\n
- kopie HTML strony,<\/li>\n
- pliki HAR,<\/li>\n
- kody odpowiedzi HTTP,<\/li>\n
- czasy odpowiedzi i \u0142adowania,<\/li>\n
- dane z kolejnych krok\u00f3w scenariusza.<\/li>\n<\/ul>\n
Takie materia\u0142y pozwalaj\u0105 szybciej oceni\u0107, czy problem wynika\u0142 z b\u0142\u0119du aplikacji, warstwy front-end, zasobu zewn\u0119trznego czy innego elementu procesu.<\/p>\n
Dokumentacja pomaga w rozmowie z dostawc\u0105<\/h3>\n
Wiele us\u0142ug publicznych jest utrzymywanych przez zewn\u0119trzne firmy.<\/p>\n
W takiej sytuacji dok\u0142adna historia incydentu i materia\u0142y diagnostyczne mog\u0105 znacz\u0105co u\u0142atwi\u0107 zg\u0142oszenie problemu.<\/p>\n
Zamiast informacji:<\/p>\n
\u201eportal nie dzia\u0142a\u0142\u201d<\/p>\n
mo\u017cna przekaza\u0107 wykonawcy konkretne dane: kiedy wyst\u0105pi\u0142 problem, jak d\u0142ugo trwa\u0142, jaki kod b\u0142\u0119du zosta\u0142 zwr\u00f3cony, co by\u0142o widoczne na ekranie i kt\u00f3ry krok procesu si\u0119 nie powi\u00f3d\u0142.<\/p>\n
To zwykle znacznie przyspiesza analiz\u0119 i ogranicza liczb\u0119 pyta\u0144 potrzebnych do odtworzenia zdarzenia.<\/p>\n
Raportowanie pozwala patrze\u0107 szerzej ni\u017c na pojedyncze awarie<\/h3>\n
Pojedynczy incydent mo\u017ce by\u0107 przypadkowy. Seria podobnych zdarze\u0144 mo\u017ce ju\u017c wskazywa\u0107 na problem wymagaj\u0105cy szerszej analizy.<\/p>\n
Dzi\u0119ki raportom mo\u017cna zauwa\u017cy\u0107 powtarzaj\u0105ce si\u0119 awarie o podobnych porach, stopniowe pogarszanie wydajno\u015bci, cz\u0119ste kr\u00f3tkie przerwy w dzia\u0142aniu, problemy wyst\u0119puj\u0105ce po wdro\u017ceniach oraz us\u0142ugi, kt\u00f3re s\u0105 mniej stabilne ni\u017c pozosta\u0142e.<\/p>\n
Monitoring staje si\u0119 w ten spos\u00f3b nie tylko narz\u0119dziem alarmowym, ale r\u00f3wnie\u017c \u017ar\u00f3d\u0142em danych wspieraj\u0105cych ocen\u0119 jako\u015bci i niezawodno\u015bci us\u0142ug publicznych w d\u0142u\u017cszej perspektywie.<\/p>\n
\nPlanowane prace i okna serwisowe<\/h2>\n
Nie ka\u017cda niedost\u0119pno\u015b\u0107 strony lub e-us\u0142ugi oznacza awari\u0119.<\/p>\n
Cz\u0119\u015b\u0107 przerw w dzia\u0142aniu jest planowana z wyprzedzeniem, na przyk\u0142ad w zwi\u0105zku z aktualizacj\u0105 systemu, pracami administracyjnymi, migracj\u0105 danych albo zmianami w infrastrukturze.<\/p>\n
Dlatego system monitoruj\u0105cy powinien umo\u017cliwia\u0107 definiowanie okien serwisowych, podczas kt\u00f3rych alerty dla wybranych us\u0142ug s\u0105 czasowo wstrzymywane.<\/p>\n
Planowana niedost\u0119pno\u015b\u0107 nie powinna generowa\u0107 alarm\u00f3w<\/h3>\n
Je\u017celi administrator wie, \u017ce dana us\u0142uga b\u0119dzie niedost\u0119pna przez okre\u015blony czas, nie ma potrzeby wysy\u0142ania w tym okresie powiadomie\u0144 o awarii.<\/p>\n
W przeciwnym razie planowane prace mog\u0105 generowa\u0107 niepotrzebne alerty e-mail, SMS lub po\u0142\u0105czenia g\u0142osowe.<\/p>\n
Okno serwisowe pozwala oznaczy\u0107 taki okres z wyprzedzeniem i unikn\u0105\u0107 fa\u0142szywego alarmowania os\u00f3b odpowiedzialnych za utrzymanie us\u0142ugi.<\/p>\n
Okna jednorazowe i cykliczne<\/h3>\n
Prace techniczne mog\u0105 mie\u0107 charakter jednorazowy lub powtarzalny.<\/p>\n
Dlatego przydatna jest mo\u017cliwo\u015b\u0107 definiowania zar\u00f3wno jednorazowych, jak i cyklicznych okien serwisowych oraz r\u00f3\u017cnych harmonogram\u00f3w dla r\u00f3\u017cnych us\u0142ug.<\/p>\n
Przyk\u0142adowo portal e-us\u0142ug mo\u017ce mie\u0107 regularne prace techniczne w ka\u017cd\u0105 sobot\u0119 w nocy, podczas gdy strona WWW urz\u0119du jest wy\u0142\u0105czana tylko sporadycznie.<\/p>\n
Monitoring nadal mo\u017ce rejestrowa\u0107 przebieg prac<\/h3>\n
W zale\u017cno\u015bci od konfiguracji okno serwisowe nie musi oznacza\u0107 ca\u0142kowitego wy\u0142\u0105czenia monitoringu.<\/p>\n
System mo\u017ce nadal wykonywa\u0107 testy i rejestrowa\u0107 wyniki, ale bez uruchamiania standardowych alert\u00f3w.<\/p>\n
Dzi\u0119ki temu po zako\u0144czeniu prac mo\u017cna sprawdzi\u0107, kiedy us\u0142uga rzeczywi\u015bcie przesta\u0142a dzia\u0142a\u0107 i kiedy wr\u00f3ci\u0142a do prawid\u0142owego stanu.<\/p>\n
Osobne okna dla r\u00f3\u017cnych us\u0142ug<\/h3>\n
Urz\u0105d mo\u017ce monitorowa\u0107 jednocze\u015bnie wiele system\u00f3w: stron\u0119 WWW, BIP, portal mieszka\u0144ca, formularze, system rezerwacji i inne e-us\u0142ugi.<\/p>\n
Nie wszystkie z nich s\u0105 serwisowane w tym samym czasie.<\/p>\n
Dlatego mo\u017cliwo\u015b\u0107 definiowania okien serwisowych osobno dla poszczeg\u00f3lnych us\u0142ug pozwala zachowa\u0107 ci\u0105g\u0142o\u015b\u0107 monitoringu tam, gdzie nie s\u0105 prowadzone \u017cadne prace.<\/p>\n
Dobrze zaplanowane prace nie zak\u0142\u00f3caj\u0105 monitoringu operacyjnego<\/h3>\n
Celem okien serwisowych jest zachowanie wiarygodno\u015bci systemu alarmowego.<\/p>\n
Administrator powinien otrzymywa\u0107 alert wtedy, gdy wyst\u0105pi nieoczekiwany problem, a nie wtedy, gdy niedost\u0119pno\u015b\u0107 by\u0142a wcze\u015bniej zaplanowana.<\/p>\n
Dzi\u0119ki temu planowane prace techniczne nie powoduj\u0105 szumu informacyjnego i nie obni\u017caj\u0105 zaufania do systemu monitoringu.<\/p>\n
\nPubliczne strony status\u00f3w<\/h2>\n
W przypadku awarii u\u017cytkownicy cz\u0119sto nie wiedz\u0105, czy problem le\u017cy po ich stronie, czy dotyczy us\u0142ugi urz\u0119du.<\/p>\n
Publiczna strona statusowa mo\u017ce pe\u0142ni\u0107 rol\u0119 prostego i niezale\u017cnego kana\u0142u informacyjnego, pokazuj\u0105cego aktualny stan wybranych us\u0142ug.<\/p>\n
Aktualny status us\u0142ug w jednym miejscu<\/h3>\n
Na stronie statusowej mo\u017cna prezentowa\u0107 dost\u0119pno\u015b\u0107 strony internetowej urz\u0119du, BIP, portalu e-us\u0142ug, systemu rezerwacji wizyt, portalu mieszka\u0144ca i innych publicznych aplikacji internetowych.<\/p>\n
Dzi\u0119ki temu u\u017cytkownik mo\u017ce szybko sprawdzi\u0107, czy problem zosta\u0142 ju\u017c wykryty i czy dotyczy konkretnej us\u0142ugi.<\/p>\n
Dodatkowy kana\u0142 komunikacji podczas awarii<\/h3>\n
Strona statusowa mo\u017ce ograniczy\u0107 liczb\u0119 zg\u0142osze\u0144 typu:<\/p>\n
\u201eCzy portal dzia\u0142a?\u201d<\/p>\n
albo:<\/p>\n
\u201eCzy problem jest po mojej stronie?\u201d<\/p>\n
Je\u017celi informacja o awarii jest publicznie dost\u0119pna, u\u017cytkownik od razu wie, \u017ce urz\u0105d ma \u015bwiadomo\u015b\u0107 problemu.<\/p>\n
Mo\u017ce to odci\u0105\u017cy\u0107 pracownik\u00f3w obs\u0142uguj\u0105cych zg\u0142oszenia oraz poprawi\u0107 komunikacj\u0119 z mieszka\u0144cami.<\/p>\n
Informowanie o planowanych pracach<\/h3>\n
Strona statusowa mo\u017ce by\u0107 wykorzystywana nie tylko podczas awarii, ale r\u00f3wnie\u017c do informowania o zaplanowanych przerwach technicznych.<\/p>\n
Pozwala to wcze\u015bniej zakomunikowa\u0107 u\u017cytkownikom, \u017ce dana us\u0142uga b\u0119dzie czasowo niedost\u0119pna z powodu aktualizacji, prac serwisowych, migracji, zmian infrastrukturalnych lub innych dzia\u0142a\u0144 administracyjnych.<\/p>\n
Niezale\u017cno\u015b\u0107 od g\u0142\u00f3wnej strony urz\u0119du<\/h3>\n
Warto, aby strona statusowa by\u0142a dost\u0119pna niezale\u017cnie od monitorowanej infrastruktury.<\/p>\n
Je\u017celi g\u0142\u00f3wna strona urz\u0119du przestanie dzia\u0142a\u0107, informacja o awarii nadal powinna by\u0107 dost\u0119pna dla mieszka\u0144c\u00f3w.<\/p>\n
To szczeg\u00f3lnie istotne w przypadku powa\u017cniejszych incydent\u00f3w obejmuj\u0105cych wi\u0119ksz\u0105 cz\u0119\u015b\u0107 infrastruktury.<\/p>\n
Transparentno\u015b\u0107 i lepsza komunikacja<\/h3>\n
Publiczna strona statusowa nie zast\u0119puje systemu monitoringu ani alert\u00f3w dla administrator\u00f3w.<\/p>\n
Jest natomiast jego uzupe\u0142nieniem od strony komunikacyjnej.<\/p>\n
Monitoring odpowiada na pytanie:<\/p>\n
\u201eCzy us\u0142uga dzia\u0142a?\u201d<\/p>\n
Alerty odpowiadaj\u0105 na pytanie:<\/p>\n
\u201eKto powinien zareagowa\u0107?\u201d<\/p>\n
A strona statusowa odpowiada u\u017cytkownikom:<\/p>\n
\u201eCzy urz\u0105d wie o problemie i jaki jest aktualny stan us\u0142ugi?\u201d<\/p>\n
W przypadku us\u0142ug publicznych taki kana\u0142 mo\u017ce zwi\u0119kszy\u0107 przejrzysto\u015b\u0107 komunikacji i zmniejszy\u0107 frustracj\u0119 u\u017cytkownik\u00f3w podczas awarii.<\/p>\n
\nMonitoring a cyberbezpiecze\u0144stwo<\/h2>\n
Monitoring dost\u0119pno\u015bci i prawid\u0142owego dzia\u0142ania stron internetowych oraz e-us\u0142ug nie zast\u0119puje system\u00f3w cyberbezpiecze\u0144stwa.<\/p>\n
Rozwi\u0105zania klasy SIEM, SOC, EDR, systemy wykrywania podatno\u015bci czy narz\u0119dzia do analizy log\u00f3w odpowiadaj\u0105 na inne potrzeby ni\u017c monitoring dost\u0119pno\u015bci us\u0142ug publicznych.<\/p>\n
Jednocze\u015bnie oba obszary s\u0105 ze sob\u0105 powi\u0105zane, poniewa\u017c cz\u0119\u015b\u0107 incydent\u00f3w bezpiecze\u0144stwa daje widoczne z zewn\u0105trz objawy, kt\u00f3re mog\u0105 zosta\u0107 wykryte przez monitoring.<\/p>\n
Jakie skutki incydent\u00f3w bezpiecze\u0144stwa mo\u017ce wykry\u0107 monitoring<\/h3>\n
Zewn\u0119trzny monitoring mo\u017ce zarejestrowa\u0107 ca\u0142kowit\u0105 niedost\u0119pno\u015b\u0107 albo znaczne spowolnienie strony czy aplikacji, pojawienie si\u0119 nieoczekiwanej tre\u015bci lub brak oczekiwanej zawarto\u015bci, problemy z certyfikatem SSL, b\u0142\u0119dy formularzy oraz nieprawid\u0142owe rezultaty scenariuszy u\u017cytkownika.<\/p>\n
Takie objawy mog\u0105 by\u0107 skutkiem zwyk\u0142ej awarii, b\u0142\u0119du wdro\u017cenia albo w\u0142a\u015bnie incydentu bezpiecze\u0144stwa.<\/p>\n
Monitoring nie zawsze wska\u017ce wi\u0119c przyczyn\u0119 problemu, ale mo\u017ce bardzo szybko wykry\u0107 jego zewn\u0119trzny efekt.<\/p>\n
Atak lub naruszenie bezpiecze\u0144stwa nie zawsze wygl\u0105da jak klasyczna awaria<\/h3>\n
Nie ka\u017cdy incydent powoduje ca\u0142kowite wy\u0142\u0105czenie us\u0142ugi.<\/p>\n
Przyk\u0142adowo strona mo\u017ce nadal odpowiada\u0107 poprawnym kodem HTTP, ale wy\u015bwietla\u0107 zmienion\u0105 tre\u015b\u0107, przekierowywa\u0107 u\u017cytkownika w nieoczekiwane miejsce, dzia\u0142a\u0107 znacznie wolniej, mie\u0107 uszkodzon\u0105 cz\u0119\u015b\u0107 funkcji albo zwraca\u0107 b\u0142\u0119dy dopiero na konkretnym etapie procesu.<\/p>\n
Dlatego monitorowanie tre\u015bci i scenariuszy u\u017cytkownika mo\u017ce by\u0107 wa\u017cnym uzupe\u0142nieniem prostego sprawdzania dost\u0119pno\u015bci.<\/p>\n
Monitoring zewn\u0119trzny uzupe\u0142nia narz\u0119dzia wewn\u0119trzne<\/h3>\n
Systemy bezpiecze\u0144stwa dzia\u0142aj\u0105ce wewn\u0105trz infrastruktury analizuj\u0105 mi\u0119dzy innymi logi, zdarzenia systemowe, ruch sieciowy i zachowanie urz\u0105dze\u0144.<\/p>\n
Monitoring zewn\u0119trzny obserwuje natomiast us\u0142ug\u0119 od strony u\u017cytkownika.<\/p>\n
Te dwie perspektywy mog\u0105 si\u0119 wzajemnie uzupe\u0142nia\u0107.<\/p>\n
System bezpiecze\u0144stwa mo\u017ce wykry\u0107 podejrzane zdarzenie wewn\u0105trz infrastruktury, a monitoring zewn\u0119trzny potwierdzi\u0107, czy incydent wp\u0142yn\u0105\u0142 na dost\u0119pno\u015b\u0107 lub prawid\u0142owe dzia\u0142anie us\u0142ugi.<\/p>\n
Szybkie wykrycie objaw\u00f3w skraca czas reakcji<\/h3>\n
W przypadku incydent\u00f3w bezpiecze\u0144stwa czas ma du\u017ce znaczenie.<\/p>\n
Je\u017celi monitoring wykryje nag\u0142\u0105 niedost\u0119pno\u015b\u0107, zmian\u0119 tre\u015bci lub awari\u0119 kluczowego procesu i natychmiast wy\u015ble alert, zesp\u00f3\u0142 techniczny mo\u017ce szybciej rozpocz\u0105\u0107 analiz\u0119.<\/p>\n
Nie oznacza to, \u017ce monitoring zast\u0119puje narz\u0119dzia bezpiecze\u0144stwa.<\/p>\n
Jego warto\u015b\u0107 polega na tym, \u017ce mo\u017ce dostarczy\u0107 niezale\u017cny i szybki sygna\u0142 o widocznym dla u\u017cytkownik\u00f3w skutku incydentu.<\/p>\n
Monitoring jest elementem szerszego podej\u015bcia do odporno\u015bci us\u0142ug<\/h3>\n
W praktyce dobrze zabezpieczona i dobrze utrzymywana e-us\u0142uga powinna by\u0107 zar\u00f3wno chroniona, jak i stale obserwowana.<\/p>\n
Cyberbezpiecze\u0144stwo odpowiada mi\u0119dzy innymi za zapobieganie, wykrywanie i analizowanie zagro\u017ce\u0144.<\/p>\n
Monitoring dost\u0119pno\u015bci odpowiada za bie\u017c\u0105ce sprawdzanie, czy us\u0142uga nadal dzia\u0142a prawid\u0142owo z perspektywy u\u017cytkownika.<\/p>\n
Dopiero po\u0142\u0105czenie tych obszar\u00f3w pozwala budowa\u0107 pe\u0142niejszy obraz niezawodno\u015bci i odporno\u015bci cyfrowych us\u0142ug publicznych.<\/p>\n
\nJak powinna wygl\u0105da\u0107 dobra us\u0142uga monitoringu dla JST?<\/h2>\n
Us\u0142uga monitoringu dla jednostki samorz\u0105du terytorialnego powinna by\u0107 przede wszystkim niezale\u017cna, ca\u0142odobowa i mo\u017cliwie ma\u0142o inwazyjna dla infrastruktury urz\u0119du.<\/p>\n
Nie chodzi wy\u0142\u0105cznie o sprawdzanie, czy serwer odpowiada, ale o rzeczywist\u0105 kontrol\u0119 tego, czy mieszka\u0144cy mog\u0105 korzysta\u0107 ze strony WWW, BIP i e-us\u0142ug w oczekiwany spos\u00f3b.<\/p>\n
Monitoring zewn\u0119trzny<\/h3>\n
Us\u0142uga powinna dzia\u0142a\u0107 z zewn\u0105trz, z perspektywy u\u017cytkownika korzystaj\u0105cego z Internetu.<\/p>\n
Takie podej\u015bcie pozwala wykrywa\u0107 problemy, kt\u00f3rych nie zawsze wida\u0107 w systemach monitoruj\u0105cych dzia\u0142aj\u0105cych wewn\u0105trz infrastruktury.<\/p>\n
Dodatkow\u0105 zalet\u0105 jest brak konieczno\u015bci instalowania agent\u00f3w lub dodatkowego oprogramowania po stronie urz\u0119du.<\/p>\n
Monitoring 24\/7<\/h3>\n
Publiczne strony i e-us\u0142ugi s\u0105 dost\u0119pne r\u00f3wnie\u017c poza godzinami pracy urz\u0119du, dlatego monitoring powinien dzia\u0142a\u0107 bez przerw.<\/p>\n
Testy powinny by\u0107 wykonywane automatycznie i regularnie, a wykryte problemy powinny by\u0107 zg\u0142aszane natychmiast po ich wiarygodnym potwierdzeniu.<\/p>\n
R\u00f3\u017cne rodzaje test\u00f3w<\/h3>\n
Dobra us\u0142uga monitoringu powinna pozwala\u0107 dobra\u0107 spos\u00f3b kontroli do rodzaju us\u0142ugi.<\/p>\n
W przypadku prostych stron wystarczaj\u0105ce mog\u0105 by\u0107:<\/p>\n
![\"ratusz\"](\"https:\/\/super-monitoring.com\/blogpl\/wp-content\/uploads\/2026\/09\/ratusz3.jpg\")
<\/p>\n![\"Robert](\"https:\/\/super-monitoring.com\/blogpl\/wp-content\/uploads\/2024\/02\/robert-koch.jpg\")
<\/p>\n