Czy obsługujecie WAS 7, 8.5, 9 i Liberty Profile?
Tak. WAS 9.0.5+ (current, najnowsze wdrożenia) — T-Mobile, PZU. WAS 8.5.5 ND (LTS, ~80% klientów w produkcji) — banki, ubezpieczenia. WAS 7.0 / 6.1 (legacy, głównie migracje na nowsze) — starsze systemy administracyjne. Liberty Profile 22.x+ (modułowa alternatywa) — aplikacje cloud-native i mikroserwisy. Plus IBM HTTP Server, MQ, Integration Bus, Portal Server, DataPower.
Czy migrujecie z WAS Classic na Liberty Profile?
Tak, częsta usługa w 2026. Proces: (1) uruchomienie binaryAppScanner dla detekcji features wymaganych przez aplikację, (2) refactor server.xml z odpowiednimi feature managerami (np. jpa-2.2, servlet-4.0, ejbLite-3.2), (3) migracja JNDI bindings, JDBC, JMS resources, (4) testy regresji + performance comparison Classic vs Liberty. Standardowo 2–4 tygodnie dla typowej aplikacji JEE. Korzyść: 50–70% mniej RAM, ~5x szybszy startup, łatwiejszy K8s deployment.
Czy macie SLA na produkcyjne klastry WAS?
Tak. Pakiet Premium 7/24: SLA 15 min reakcja, 4 h rozwiązanie P1, dyżur 24/7/365, kary umowne ustalane w umowie. Pakiet Care 5/8: SLA 4 h reakcja w godzinach roboczych (pn-pt 9-17), 1 dzień rozwiązanie P1. Enterprise: indywidualne SLA z named engineer, audyty KNF/ISO/RODO. Średni uptime klastrów ND u naszych klientów: 99,97% (rolling 12 miesięcy).
Jak wygląda performance tuning klastra WAS?
Cztery warstwy: (1) JVM — OpenJ9 (lub Oracle JDK), -Xms/-Xmx, GC algorithm (gencon dla większości, balanced dla dużych heap, metronome dla low-latency), Verbose GC analysis. (2) WAS — thread pools (Web Container, ORB, Default), JDBC connection pools (initial/max/test on reserve), EJB pool sizes, session timeout, plugin-cfg.xml retry/maxConnections. (3) Application — query optimization, prepared statement cache, lazy loading EJB. (4) OS/net — AIX vmo/no/ioo, Linux sysctl, NFS sync. Mierzymy każdą zmianę przed/po (PMI + thread dumps + heap dumps z IBM HeapAnalyzer).
Czy integrujecie WAS z IBM MQ i Integration Bus?
Tak. IBM MQ: queue managers, channels (SVRCONN, sender/receiver), JMS bus federation, Q/T konfiguracja w WAS, foreign destinations. WebSphere Message Broker / Integration Bus (IIB): message flows, ESQL, MQ Input/Output nodes, integracja z WAS przez SIBus lub direct JMS. DataPower Gateway: konfiguracja XSL transforms, security policies, throttling. Doświadczenie: T-Mobile (MQ + IIB), PZU (MQ + WAS bus).
Co z security: LTPA, SAML, LDAP?
LTPA tokens: cross-cell SSO, custom expiration, propagacja tokenów między WAS nodes. Federated Repositories: Active Directory + LDAP fallback, custom user attributes mapping. SAML SSO: integracja z IdP (ADFS, Okta, Auth0), trust association interceptor. OAuth 2.0 / OpenID Connect: konfiguracja jako Resource Server lub Provider. SSL/TLS: keystores cell + node, certificate rotation, FIPS 140-2 mode dla regulowanych. IBM Fix Packs: aplikacja security patches kwartalnie (lub out-of-band przy CVE Critical).
Czy szkolicie zespoły in-house po polsku?
Tak, dwie formy:
(1) Otwarte — szkolenia z kalendarza (WAS 9, 8, 7) na
/szkolenia/, w grupie do 10 osób, w naszej sali w Warszawie lub online.
(2) Dedykowane on-site — wjeżdżamy do klienta, agenda dostosowana do realnych klastrów ND, używamy Waszej cell (z odpowiednią izolacją). Trener: Krzysztof Sarna (CEO, IBM Certified System Administrator dla WAS ND V6 i V8.5.5 + Liberty Profile). Vouchery, faktura VAT, certyfikat ukończenia FlexNet.
Jak rozpocząć współpracę?
Najczęstsza ścieżka:
(1) wypełniasz formularz kontaktowy lub piszesz na
[email protected];
(2) w 24 h odpowiada inżynier (nie HR) z 3–4 pytaniami technicznymi (wersja WAS, topology cell, główne problemy);
(3) 30-min telekonferencja z CEO/inżynierem;
(4) oferta z zakresem, harmonogramem i ceną w 48–72 h. NDA podpisujemy standardowo. Dla pilnych P0 (klaster WAS down) — reakcja w 1 h.