Folks, I've been asked by our architecture group to look into this question: If we have a number of small services, and composite services that "wrap" the small services in transactions, how many of these could we reasonably put into a single container, and what memory sizes are we looking at. Obviously the size of the bundles/etc. matter, how much memory you can devote to the JVM for the container, etc,. but I was wondering if anyone has any good rule of thumb or actual deployed system numbers that I could use as a 'guesstimate" - do you folks have tens of services, hundreds of services, thousands/etc. deployed in one container? Memory sizes/issues (like Virgo has a know PermGen space issue - -does Karaf have any issues like that I need to be aware of?)
The architecture they are looking at would be a number of small CRUD-like services, some validation services, and then composite services layered on top to provide the transactions across the CRUD services, and these all need to sit inside the single OSGi container to do that. Any ideas/help appreciated! -- View this message in context: http://karaf.922171.n3.nabble.com/Memory-usage-and-max-number-of-bundles-services-in-a-single-container-tp3908529p3908529.html Sent from the Karaf - User mailing list archive at Nabble.com.
