[Hawkular-dev] Tenancy on Hawkular Services

Juraci Paixão Kröhling jpkroehling at redhat.com
Tue May 10 10:01:39 EDT 2016


(this email uses the Hawkular naming as proposed by lponce)

It seems there has been some confusion about the situation around the 
multi tenancy in Hawkular Services. Most of what was discussed today on 
IRC was already discussed in a way or another before, but here's a 
summary of the previous discussions + what was discussed today on IRC:

Hawkular Services, except Agent:
* Tenant data is not going to be derived from Hawkular Services Auth Data.
* Tenancy is to be determined by the client and sent to Hawkular 
Services via the "Hawkular-Tenant" header.
* As tenancy is not to be determined at Hawkular Services, there's no 
point in having Accounts anymore. Most, if not all, components have 
already a "remove Accounts dependency" JIRA. If you need help on this 
task, let me know
* Removing Accounts != removing tenancy support. Multi tenancy is still 
a requirement for Hawkular Services!
* If the tenant is not provided (ie: Hawkular-Tenant HTTP header is 
non-existent or invalid), your endpoint should return a "400 - Bad Request".
* We might still have multi tenancy on Hawkular. But that's irrelevant 
for your component.

Agent and non-Hawkular Services:
* Agent will allow the user to set a tenant on standalone.xml . By 
default, it will be set to "hawkular"
* The Hawkular Ruby Gem, used by MiQ, will use tenancy information from 
MiQ when available. By default, it will be set to "hawkular"
* OpenShift already sends Hawkular-Tenant to Hawkular Metrics

- Juca.


More information about the hawkular-dev mailing list