Azert azt ne feledd, PHP-ban nem merul fel a megosztott allapot problemaja, hisz by design request-alapu eletciklusok vannak. Ez teszi rendkivul egyszeruve a skalazast (es nem hiaba vannak komoly, skalazas-orientalt projektek PHP-ban irva, kezdve mondjuk a facebookkal)
A memcached jelenleg a vilagon A standard terheleselosztasi mechanizmus (kereshetnek szakcikket, de lusta vagyok), igy nem igazan ertem, mi a bajod vele ;) Na jo, teny, lassan kezdik levaltani a writeback adatbazisok meg meg nagyon sok mas technologia - es persze kozel se tokeletes, de azt nem mondanam, hogy elerhet olyan nagysagrendet, amikor mar mindenkeppen java toolsetet kell alkalmazni memcached helyett - top 500 site-ok hasznaljak.
Viszont a megfogalmazasod erdekes:
akkor nehéz egy kisebb szolgáltatásokkal rendelkező, vagy azonos szolgáltatásokat nehezebben nyújtó eszköztárat
Nyilvan vannak olyan szolgaltatasok, amiket a java nyujt a legkenyelmesebben; en pusztan azt allitom, hogy a standard webfejlesztesre, arra, amit mindenki akarva-akaratlanul csinal (hiaba allitja a legtobb java fejleszto, hogy o csak backendet akar fejleszteni, erre van igeny), sem az eredeti java toolset (JSF) sem maga a nyelv (szigoru tipusossag) nem a legalkalmasabb eszkoz.
Persze, lehet groovy-t hasznalni grails felett, es akkor hozzaferek a javahoz, de hozzaferek natur PHP-bol, jythonbol, jrubybol is.
De igazabol ha megnezed a toolsetet mondjuk pythonhoz kozelrol, nem biztos, hogy ugy gondolnad, kisebb szolgaltatasokat nyujt, vagy akar azonos szolgaltatasokat nehezebben.