2014 IEEE 8th International Symposium on Service Oriented System Engineering 2014
DOI: 10.1109/sose.2014.20
|View full text |Cite
|
Sign up to set email alerts
|

Multi-tenancy and Sub-tenancy Architecture in Software-as-a-Service (SaaS)

Abstract: Multi-tenancy architecture (MTA) is often used in Software-as-a-Service (SaaS) and the central idea is that multiple tenant applications can be developed using components stored in the SaaS infrastructure. Recently, MTA has been extended where a tenant application can have its own sub-tenants as the tenant application acts like a SaaS infrastructure. In other words, MTA is extended to STA (Sub-Tenancy Architecture ). In STA, each tenant application not only need to develop its own functionalities, but also nee… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
4
1

Citation Types

0
8
0

Year Published

2016
2016
2022
2022

Publication Types

Select...
3
3

Relationship

1
5

Authors

Journals

citations
Cited by 15 publications
(8 citation statements)
references
References 71 publications
0
8
0
Order By: Relevance
“…Currently there are lots of ways to implement MTA [1]. But [7] points out that "multi-tenancy" lacks of a clear definition.…”
Section: Mta In Saasmentioning
confidence: 99%
See 3 more Smart Citations
“…Currently there are lots of ways to implement MTA [1]. But [7] points out that "multi-tenancy" lacks of a clear definition.…”
Section: Mta In Saasmentioning
confidence: 99%
“…The Multi-Tenancy Architecture (MTA) is often used in Software-as-a-Service (SaaS) where multiple tenants can use the same code base stored in the SaaS to develop applications, with assurance of each tenant's privacy [1]. A tenant can be a single user or an organizational entity.…”
Section: Introductionmentioning
confidence: 99%
See 2 more Smart Citations
“…With the ever increasing use of multi-component, multitenant models [13], [32] for building SaaS applications and the exponential rise in popularity of cloud based services, automatically and correctly scaling these services at runtime is of paramount importance. Key challenges are: (1) Scaling the resulting application up or down depending on monitored user/tenant load in order to keep the SLA, no longer becomes an issue of scaling resources for a single service, but instead results in a complex problem of scaling all individual service endpoints in the workflow and (2) In a real-world setting, application workflows can possess a host of characteristics: ranging from execution flows being either streaming or sequential (details in Sec.…”
Section: Introductionmentioning
confidence: 99%