Dostawa dodatkowych subskrypcji Dynatrace lub oprogramowania równoważnego wraz ze

Zamawiający informuje, że zmienia treść pkt. 8.8 w Rozdziale II SWZ – OPZ, które otrzymuje nowe brzmienie: 8.8. Oferowane oprogramowanie równoważne musi umożliwiać monitorowanie: 8.8.1. wielowarstwowych aplikacji zbudowanych w technologii co najmniej Java (w wersji co najmniej 6), .NET (w wersji co najmniej 3.5 SP1 oraz CORE 2.1 i PHP (w wersji co najmniej 7.1), 8.8.2. działające na serwerach aplikacyjnych takich jak JBoss, WebSphere, WildFly, Weblogic, Tomcat, IIS oraz innych zgodnych z technologią J2EE, aplikacje oparte o WCF; 8.8.3. kontenery Docker'owe pod kątem wydajności, stabilności i połączeń sieciowych; 8.8.4. aplikacje uruchamiane zarówno na infrastrukturze sprzętowej Zamawiającego jak i chmurze prywatnej (K8S Rancher, OpenShift itp.). 8.8.5. zapytania do baz danych: PostgreSQL, DB2, MSSQL, Elasticsearch, Redis, Oracle poprzez monitoring zarówno od strony aplikacji jak i bazy danych - monitoring od strony aplikacji musi umożliwiać monitorowanie czasów odpowiedzi dla zapytań bazodanowych, błędów powiązanych transakcyjnie z aplikacją, podgląd bind values (zmienne powiązane) w zapytaniach bazodanowych, monitoring od strony bazy pozwala na weryfikację wydajności samej bazy (obciążenie procesora, pamięci, zablokowane zapytania). Ponadto Zamawiający zmienia treść w lp. 1, w kolumnie „Opis wymagania” w Załączniku nr 5, do Formularza Oferty, nadając mu nowe brzmienie: musi umożliwiać monitorowanie: • wielowarstwowych aplikacji zbudowanych w technologii co najmniej Java (w wersji co najmniej 6), .NET (w wersji co najmniej 3.5 SP1 oraz CORE 2.1 i PHP (w wersji co najmniej 7.1), • działające na serwerach aplikacyjnych takich jak JBoss, WebSphere, WildFly, Weblogic, Tomcat, IIS oraz innych zgodnych z technologią J2EE, aplikacje oparte o WCF; • kontenery Docker'owe pod kątem wydajności, stabilności i połączeń sieciowych; • aplikacje uruchamiane zarówno na infrastrukturze sprzętowej Zamawiającego jak i chmurze prywatnej (K8S Rancher, OpenShift itp.). • zapytania do baz danych: PostgreSQL, DB2, MSSQL, Elasticsearch, Redis, Oracle poprzez monitoring zarówno od strony aplikacji jak i bazy danych - monitoring od strony aplikacji musi umożliwiać monitorowanie czasów odpowiedzi dla zapytań bazodanowych, błędów powiązanych transakcyjnie z aplikacją, podgląd bind values (zmienne powiązane) w zapytaniach bazodanowych, a monitoring od strony bazy pozwala na weryfikację wydajności samej bazy (obciążenie procesora, pamięci, zablokowane zapytania).

Zamawiający potwierdza, że mechanizm automatycznego przełączania między centrami danych musi być integralną częścią platformy observability.

Zamawiający potwierdza, że rozwiązanie równoważne musi być instalowane on-premise w DC Zamawiającego, bez przesyłania danych do chmury producenta. „Skalowanie bez interwencji użytkownika” oznacza dodanie węzła klastra lub zasobów (CPU/RAM) bez przerwy w monitorowaniu, a automatyczne aktualizacje muszą odbywać się węzeł po węźle bez wpływu na monitorowane systemy.

Zamawiający potwierdza że metryki muszą być pobierane również z parametrów wykonywanego kodu bez konieczności modyfikacji aplikacji, w tym jej kodu źródłowego.

Zamawiający potwierdza, że mechanizmy muszą automatycznie wykrywać problemy z wydajnością i dostępnością aplikacji oraz wskazywać potencjalne przyczyny bez wskazywania możliwych kroków naprawczych. Ponadto Zamawiający informuje, że zmienia treść pkt. 8.22. w Rozdziale II SWZ – OPZ, nadając mu nowe brzmienie: Oprogramowanie równoważne musi posiadać wbudowany mechanizm (lokalnie (offline) działające AI), który automatycznie analizuje dane i identyfikuje nieprawidłowości oraz problemy w monitorowanych środowiskach. Mechanizmy muszą automatycznie wykrywać problemy związane z wydajnością i dostępnością aplikacji oraz sugerować możliwe przyczyny. System powinien automatycznie dostosowywać swoje algorytmy w zależności od zmieniających się wzorców użytkowania i obciążenia aplikacji. Ponadto Zamawiający zmienia treść w lp. 13, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi posiadać wbudowany mechanizm (lokalnie (offline) działające AI), który automatycznie analizuje dane i identyfikuje nieprawidłowości oraz problemy w monitorowanych środowiskach. Mechanizmy muszą automatycznie wykrywać problemy związane z wydajnością i dostępnością aplikacji oraz sugerować możliwe przyczyny. System powinien automatycznie dostosowywać swoje algorytmy w zależności od zmieniających się wzorców użytkowania i obciążenia aplikacji.

Zamawiający potwierdza, że monitoring interface’ów WWW nie może wymagać zmian po stronie kodu monitorowanej aplikacji. Konfiguracja musi być dostępna z poziomu GUI Systemu.

Zamawiający informuje, że zmienia treść pkt. 8.36 w Rozdziale II SWZ – OPZ, które otrzymuje nowe brzmienie: 8.36 Oprogramowanie równoważne musi posiadać możliwość uruchomienia monitoringu dla aplikacji pracujących na: a. na platformach sprzętowych: Intel/AMD x86_64, x86 b. w systemach operacyjnych: zgodnym z Linux / Windows Server 2012 R2. Ponadto Zamawiający zmienia treść lp. 24, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi posiadać możliwość uruchomienia monitoringu dla aplikacji pracujących na: • na platformach sprzętowych: Intel/AMD x86_64, x86, • w systemach operacyjnych: zgodnym z Linux / Windows Server 2012 R2.

Zamawiający zmienia treść pkt. 8.38. w Rozdziale II SWZ – OPZ, nadając mu nowe brzmienie: Oprogramowanie równoważne musi wspierać możliwość automatycznych i ręcznych aktualizacji oprogramowania każdego komponentu oraz musi mieć możliwość automatycznego pobierania na serwer realizowaną przez administratora Systemu, a zarządzanie procesem aktualizacji musi odbywać się z poziomu centralnej konsoli. Aktualizacje nie mogą wymagać restartu aktualizowanego Systemu. Dopuszczalna jest możliwość restartu monitorowanej aplikacji w wyznaczonym do tego oknie serwisowym po aktualizacji agenta. Ponadto Zamawiający zmienia treść lp. 26, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi wspierać możliwość automatycznych i ręcznych aktualizacji oprogramowania każdego komponentu oraz musi mieć możliwość automatycznego pobierania na serwer realizowaną przez administratora Systemu, a zarządzanie procesem aktualizacji musi odbywać się z poziomu centralnej konsoli. Aktualizacje nie mogą wymagać restartu aktualizowanego Systemu. Dopuszczalna jest możliwość restartu monitorowanej aplikacji w wyznaczonym do tego oknie serwisowym po aktualizacji agenta.

Zamawiający informuje, że nie wymaga integracji z LDAP/SAML.

Zamawiający potwierdza, że rozwiązanie równoważne musi pokazywać wykorzystanie wszystkich zasobów, które mogą wpływać na wydajność lub niedostępność Systemu.

Zamawiający potwierdza, że przełączanie agentów z trybu pełnego do trybu monitoringu infrastrukturalnego musi być realizowana z konsoli.