A JEE-s alkalmazást, ha több "microservice" is található benne, akkor szerintem nem lehet microservice-es alkalmazásnak tekinteni.
Nem tudod microservice-enként korlátozni az erőforrás használatot. Ez azért fontos, hogy egy-egy microservice ne fogyassza el mások elöl az erőforrásokat.
Tekinthetjük úgy, hogy jó, tudjuk így is futtatni, mint a monolitikusokat, de szükség esetén szétdobhatjuk több gépre.
Itt meg az lesz a gond, hogy a JEE container-ek erőforrás többlete jóval nagyobb, mint a spring-eseké (kivéve a kolléga esetét, ahol még megvolt fejelve egy jó kis framework-kel).
A fenti adatok alapján egy spring-boot-os microservice-t meg kellene úsznunk 30-100MB-ból. A normálisabb JEE container-ek meg alapból 500-800MB-ot fogyasztanak.
Én még azt is problémásnak találom, hogy JEE-s alkalmazásnál sokkal kevésbé vagy ráutalva, hogy alaposan átgondold, hogyan osztod fel a programot részekre.
(Még vannak más okok is, de már késő van és ez szerintem elég off már amúgy is, meg valóban volt itt már a hup-on hasonló téma végigbeszélve.)
Tehát szerintem a JEE-vel nagyon jó, modulokból felépülő alkalmazásokat készíthetünk, amelyek még valamelyest skálázhatók is, de microservice rendszerre nem igazán alkalmas.