[teiid-issues] [JBoss JIRA] (TEIID-5007) Changes to reduce Teiid in the cloud footprint
Steven Hawkins (JIRA)
issues at jboss.org
Tue Nov 21 08:55:00 EST 2017
[ https://issues.jboss.org/browse/TEIID-5007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492150#comment-13492150 ]
Steven Hawkins commented on TEIID-5007:
---------------------------------------
> Also AFAIK in Openshift Wildfly works with stand alone-ha mode only not domain
Yes, the entry point has logic to support domain, but that is for generic docker usage not OS.
> Thus you may be seeing the difference in configuration for JDG
What I mean is that in other configurations, such as https://github.com/fabric8io/fabric8-infinispan-docker/blob/f0b56e9aff5f951be72d6091eb4f8851f6f5b4df/src/main/resources/standalone/configuration/clustered.xml#L172
or
https://github.com/infinispan/infinispan-openshift-templates/blob/4081c10f2bd3196aaf34c2bc45e94c1e20633b18/configurations/cloud-ephemeral.xml#L217
The configuration is specific to the infinispan jgroups. Infinispan is also having to pass in additional information about the default stack, and in older iterations had additional steps - https://access.redhat.com/documentation/en-us/red_hat_jboss_middleware_for_openshift/3/single/red_hat_jboss_data_grid_for_openshift/index#jdg-clustering
> Changes to reduce Teiid in the cloud footprint
> ----------------------------------------------
>
> Key: TEIID-5007
> URL: https://issues.jboss.org/browse/TEIID-5007
> Project: Teiid
> Issue Type: Quality Risk
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 10.1
>
>
> A Teiid instance even as swarm or springboot needs additional considerations to minimize the runtime footprint. This includes:
> * container aware auto-sizing. Detection of the number of cpus and available memory need refined - there are experimental settings being considered for containerized vms to better report these values and there is logic in WildFly and other projects that attempts better auto-detection. We also need to utilize the memory buffer space more and probably as off-heap space (and ideally direct operations on the serialized data)
> * Subsystems required include JTA, webserver, security, which could be satisfied by slimmer alternative versions - especially if we make new assumptions, such as not utilizing xa transactions.
> * Engine dependencies could be application specific - removing xml/xsl support, geometry support, etc.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
More information about the teiid-issues
mailing list