Miałem wczoraj zaszczyt i przyjemność uczestniczyć w największej w Polsce konferencji poświęconej Java - Java Developers' Day 2009 (JDD) w Krakowie (http://09.jdd.org.pl). Frekwencja jak zwykle dopisała, konferencja jak zwykle udana. Mówiąc krótko było fajnie !
Z racji tego, że Oracle Polska był Złotym Sponsorem JDD 09, dane mi było zaprezentować temat "Asynchroniczne, współbieżne i rozproszone przetwarzanie w Java EE (w przykładach z Oracle WebLogic Server, Coherence i TopLink Grid)".

Od jakiegoś czasu zastanawiam się nad problemem zarządzania wdrożeniami i utrzymaniem dużych systemów, nazwijmy je WebDwaZerowymi. Chodzi mi konkretnie o rozproszoną architekturę serwisową, w której na cały system składa się kilkanaście i więcej komponentów uruchamianych na kilkudziesięciu i więcej serwerach (nie wspominając już o takich kolosach jak np. flickr, facebook czy nasza-klasa, gdzie liczby maszyn liczy się w setkach, tysiącach i więcej). Takie instalacje mogą sprawić sporo kłopotów administratorom, którzy muszą panować nad tym, która wersja serwera aplikacji i serwisu ma działać na którym serwerze, porcie, jak ma być skonfigurowana maszyna wirtualna itp. Oczywiście z pomocą przychodzą narzędzia do zarządzania konfiguracją takie jak np. Puppet, jednak wymaga on włożenia sporej ilości pracy, przygotowania własnych pakietów np. DEB, czy RPM, no i nie nadaje się do wszystkiego, np. do działań ad-hoc.

Poszukując metod na zwiększenie wydajności programu do automatycznego doboru indeksów w bazach danych, który piszę w ramach swojego doktoratu, postanowiłem użyć profilera.

Tym wpisem chciałbym rozpocząć luźny cykl artykułów na temat tego, co mnie ostatnio wciągnęło najbardziej, czyli skalowania złożonych aplikacji internetowych. Zanim jednak przejdę do tematu właściwego, czyli przyspieszania front-endu, postaram się doprecyzować, co rozumiem pod pojęciem skalowanie i złożone aplikacje internetowe.